Why a slave doesn’t come up after a scan on a SuperCAT master — the -1014 ENI build error explained, with the exact fixes for a Yaskawa SGD7S servo and an ICPDAS ECAT-2055 IO module.
Once the slaves are recognized here, continue to EtherCAT IO & homing — reading the IO and catching the ORG / OT signals.
When you scan, the master asks every slave for its identity (VendorId / ProductCode / RevisionNo), then looks that identity up against the ESI files to build the connection config (ENI). A slave only comes online when a matching ESI is found.
The error is ERR_MissConfig_2_Xml (-1014); the log (EniBuilderForCpp.log) says ESI not found for Slave 1001.
RevisionNo 0x80023, but the ESI rev 8.03 only goes up to 0x80003. VendorId and ProductCode match; a minor-revision difference alone leaves the whole slave unrecognized.① Patch the revision (quick). Copy the rev 8.03 ESI, change RevisionNo 0x00080003 → 0x00080023, save it back into the ESI folder, and re-scan.
② Use the official ESI (recommended, clean). Download the official ESI that already carries the correct revision (Yaskawa rev 8.23 / ICPDAS ECAT-2000) — no manual XML editing.
Editing Config1.xml does nothing — the scan overwrites it with the hardware truth. You must either fix the ESI revision or swap in the official ESI, then re-scan so the system produces Config2.xml.
Yaskawa_SGD7S-xxxxA0x.xmlWhere the files go on a PCIe-833x SuperCAT install:
new ESI / XML -> E:\Program Files (x86)\ADLINK\PCIe-833x\EtherCAT\EtherCAT
after a successful scan, the topology XML (ENI) appears in:
E:\Program Files (x86)\ADLINK\PCIe-833x\EtherCAT\ENI
Writing into Program Files (x86) needs Windows administrator (UAC) rights; after dropping the file in, re-scan / rebuild the cache. The scan also produces the 0001.csv IO mapping used in EtherCAT IO & homing.