EtherNet/IP-kapcsolati hibák elhárítása Allen-Bradley ControlLogix rendszereken: terepen bevált diagnosztikai sorrend

Miért lépnek fel kapcsolati hibák?

Az EtherNet/IP a szabványos Etherneten keresztül működő Common Industrial Protocol (CIP). Egyetlen hálózaton kezeli a bemeneteket és kimeneteket, valamint az üzenetküldést. A kapcsolati hibák okozzák az EtherNet/IP-leállások többségét. A ControlLogix-szkennerek minden kapcsolati állapotot naplóznak. Ez az útmutató ismételhető diagnosztikai sorrendet ad. Használja, mielőtt felvenné a kapcsolatot a gyártói támogatással.

A kapcsolati modell megértése

A CIP két eszközszerepet határoz meg. A szkenner (kezdeményező) adatokat kér. Az adapter (cél) továbbítja azokat. A ControlLogix 1756-EN2T és 1756-ENBT modulok mindkét szerepet betölthetik. A bemeneti/kimeneti kapcsolatok Requested Packet Interval (RPI) értéket használnak. Az adapter ezen az ütemezéssel küldi az adatokat. Az alapértelmezett időtúllépés az RPI négyszerese. Például 20 ms-os RPI esetén az időtúllépés 80 ms. Az üzenetküldési kapcsolatok a 44818-as TCP-portot használják. A bemeneti/kimeneti forgalom a 2222-es UDP-portot használja. Mindkettőn lehetséges a multicast. Minden kapcsolat szkenner-erőforrásokat foglal. A túl sok kapcsolat vagy a túl alacsony RPI túlterheli a CPU-t.

A diagnosztika hatlépéses sorrendje

1. lépés: Olvassa le a modul LED-jeit. A folyamatos zöld OK LED azt jelenti, hogy a modul megfelelően működik. A folyamatos zöld NET A aktív CIP-kapcsolatot jelez. A villogó zöld NET A azt jelenti, hogy a kapcsolat létrejött, de tétlen. A kikapcsolt NET A azt jelzi, hogy nincs kapcsolat. Mielőtt bármihez hozzáérne, rögzítse a mintázatot.

2. lépés: Ellenőrizze a FactoryTalk Linx segítségével. Tallózza végig a fát, és erősítse meg, hogy a modul megjelenik. Pingelje a modul IP-címét. Nyissa meg a modul weboldalát, és ellenőrizze a kapcsolatszámlálókat.

3. lépés: Vizsgálja meg a fizikai útvonalat. Árnyékolt Cat5e vagy jobb minőségű kábelt használjon. Ellenőrizze az RJ45-ös csatlakozást és a switch portjainak LED-jeit. Kényszerítse ki az automatikus egyeztetést mindkét oldalon. A duplexeltérés észrevétlenül tönkreteszi az átviteli teljesítményt.

4. lépés: Tekintse át a bemeneti/kimeneti konfigurációt a Studio 5000-ben. Ellenőrizze, hogy az RPI megfelel-e az eszköz követelményeinek. Sűrű hálózatokban engedélyezze az unicastot. A multicast-áradatok telíthetik a switcheket.

5. lépés: Elemezze az MSG-utasítások hibáit. Figyelje az .EN, .DN és .ER biteket. Olvassa ki a hibakódot az .ER tagből. A 16#02xx tartományba eső kódok kapcsolati problémákat jeleznek. A 16#0204 azt jelenti, hogy a kapcsolat időtúllépés miatt megszakadt. Ellenőrizze az útvonalat, a célállapotot és az RPI-t.

6. lépés: Rögzítsen csomagokat a Wireshark segítségével. Üzenetküldéshez használja a tcp.port == 44818 szűrőt. A bemeneti/kimeneti forgalomhoz használja a udp.port == 2222 szűrőt. Keresse a Forward Open kéréseket és válaszaikat. A hiányzó válaszok tűzfalakra vagy VLAN-szűrőkre utalnak. Multicast-forgalom eltűnésekor ellenőrizze az IGMP-jelentéseket.

RPI-hangolás: mikor és hogyan?

A legtöbb analóg és diszkrét bemenet/kimenet 20–100 ms között működik. A gyors szervó- és biztonsági hurkoknak 1–10 ms-ra van szükségük. Kezdje a gyártó alapértelmezett értékével. Növelje az RPI-t addig, amíg a hibák meg nem szűnnek. A teszt közben figyelje a CPU-kihasználtságot. Emellett figyelje a hálózati sávszélességet is. Az 50 eszközön beállított 10 ms-os RPI jelentős forgalmat generál. A terhelés kiszámíthatósága érdekében használjon unicast módot.

Gyakori hibaminták

Egy modul ismételten lekapcsol. Először ellenőrizze a switch portjainak hibaszámlálóit. Másodszor próbáljon ki egy biztosan működő kábelt. Emellett ellenőrizze, hogy a firmware-verzió megegyezik-e a projektben szereplővel.

Áramkimaradás és újraindítás után minden kapcsolat megszakad. Ez általában konfigurációs eltérést vagy IP-címütközést jelent. Ellenőrizze a modul kulcsolását és az ütemezett kapcsolatok táblázatát. Ellenőrizze a DHCP-szerver bérletét is.

Időszakos lekapcsolások a motorok indításakor. Elektromágneses zavar vagy feszültségesés okozza ezt a mintát. A kopott csatlakozók azonban ugyanilyen tünetet okozhatnak. A modulok cseréje előtt ellenőrizze a földelést és az árnyékolás folytonosságát.

Szkenner-erőforrással kapcsolatos hibák. A modul elérte a kapcsolati korlátját. Ezért növelje az RPI-t, vagy adjon hozzá egy második szkennert. Tekintse át a kapcsolatok számát a modul weboldalán.

Multicast-áradatok. Egy eszköz elárasztja a hálózatot forgalommal. A modul tulajdonságaiban kényszerítse ki az unicastot. Ez jelentősen csökkenti a switch terhelését.

Összegzés és gyakorlati tanácsok

Dolgozzon rögzített sorrendben: fizikai réteg, hálózat, konfiguráció, terhelés. Soha ne módosítsa az RPI-t dokumentált indok nélkül. Rögzítse a LED-állapotok és a kapcsolatok számának kiindulási értékeit. Sűrű hálózatokban használjon unicastot. Végül tartson a polcon egy konfigurált tartalékmodult. Ez a fegyelem órákkal csökkenti a javításig eltelt átlagos időt.

Szerző: Zhang Min ipari automatizálási mérnök, több mint 10 éves PLC-, DCS- és irányítástechnikai tapasztalattal.