Az Allen-Bradley 842E jeladóval azonos felügyelt switchhez csatlakoztatott laptop nem fogja automatikusan látni a jeladó ciklikus forgalmát. A switch normál esetben csak a célport felé továbbítja az unicast kereteket. Ezért az analizátor szinte semmit sem mutathat, miközben a vezérlő I/O-időtúllépést jelez.

A hasznos rögzítés tesztelhető hibafeltételezéssel és olyan rögzítési ponttal kezdődik, amely képes megfigyelni a releváns kereteket.

Határozza meg a kérdést a csomagok gyűjtése előtt

Írja le a tünetet mérhető formában. Ilyen lehet például a kapcsolat időtúllépése egy adott gépátmenet során, a változása leálló jeladóérték, az ismételt újracsatlakozás vagy a vezérlő által elvártnál később érkező pozícióadat. Rögzítse a vezérlő hibakódját, az időpontot, a jeladó visszajelzőit és a switchport állapotát.

Döntse el, milyen bizonyíték támasztaná alá vagy vetné el az egyes hipotéziseket. Ha az a kérdés, hogy a keretek elhagyják-e a jeladót, tükrözze a jeladó felőli port forgalmát. Ha azt vizsgálja, hogy elérik-e a vezérlő uplinkjét, azt a kapcsolatot figyelje meg. Egy köztes switchnek csak az egyik oldalán végzett rögzítés nem mindig teszi lehetővé a kiesés helyének meghatározását.

A jeladóhardver áttekinthető a Sensors gyűjteményben, míg a felügyelt switchek és hálózati adapterek a Communication & Networking kategóriában találhatók.

Ismerje meg az 842E hálózati útvonalát

A Rockwell Automation az 842E típust EtherNet/IP abszolút jeladócsaládként dokumentálja, amely két Ethernet-porttal rendelkezik a támogatott lineáris és Device Level Ring topológiákhoz. A pontos katalógusszám és projektkonfiguráció határozza meg az adatkapcsolatot, az assemblyt, a kért csomagintervallumot és a diagnosztikai viselkedést.

Dokumentálja mindkét fizikai portot, az IP-beállításokat, a vezérlőkapcsolatot, a topológiát, a firmware-t, valamint azt, hogy aktív-e a Device Level Ring. Lineáris topológiában egy downstream kábel vagy eszköz hatással lehet a jeladón áthaladó forgalomra. Gyűrűs topológiában egy topológiai esemény további bizonyítékot jelent, amelyet össze kell vetni a kapcsolati hibával.

Ne feltételezze, hogy a vezérlőhöz legközelebbi port mindig az egyetlen hasznos rögzítési pont. Rajzolja fel a tényleges útvonalat, beleértve a switchportokat, uplinkeket, gyűrűfelügyelőt, médiakonvertereket és az esetleges redundáns útvonalakat.

Válasszon nem zavaró rögzítési módszert

A felügyelt switch tükrözési munkamenete általában a legkevésbé zavaró módszer. A hipotézishez szükséges forrásként állítsa be a jeladóportot, a vezérlőportot vagy az uplinket. Célként az analizátor felőli portot adja meg, és ellenőrizze, hogy a switch a bejövő, a kimenő vagy mindkét irányú forgalmat tükrözi-e.

Egy erre a célra készült passzív hálózati tap is használható, ha az architektúra és a leállási eljárás ezt lehetővé teszi. Ne iktasson be működő vezérlési útvonalba felügyelet nélküli switchet vagy hagyományos irodai hubot. Ez a módosítás megváltoztathatja a topológiát, a szolgáltatásminőséget, a multicast-kezelést, a kapcsolat-egyeztetést és a hiba időzítését.

Használjon dedikált analizátor-interfészt. Az üzemeltetési eljárás által engedett mértékben tiltsa le a szükségtelen protokollokat és szolgáltatásokat. Az analizátornak csak megfigyelnie kell, nem pedig eszközöket hirdetnie, címeket kérnie vagy a vezérlőhálózat újabb résztvevőjévé válnia.

Ellenőrizze, hogy a tükrözés valós képet ad-e

Hozzon létre vagy azonosítson egy ismert keretet, és ellenőrizze, hogy megjelenik-e az analizátoron. Szükség esetén győződjön meg arról, hogy mindkét irány látható. A tükrözési munkamenet kihagyhat fizikai rétegbeli hibákat, eldobhat csomagokat a célport túlterhelésekor, vagy csak az egyik irányt másolhatja.

Hasonlítsa össze a forrásport sebességét a tükrözés célportjának kapacitásával. Egy nagy forgalmú gigabites uplink mindkét irányának egyetlen gigabites portra tükrözése meghaladhatja a célpont sávszélességét. Szűkítse a forrást vagy a rögzítési időablakot, ahelyett hogy minden kimaradást automatikusan a vezérlőhálózat hibájának tekintene.

Rögzítse a switch típusát, firmware-jét, tükrözési konfigurációját, forrásportját, célportját, a VLAN viselkedését és a rögzítési interfész beállításait. E feljegyzés nélkül egy másik mérnök nem tudja megismételni a mérést.

Válassza szét az EtherNet/IP-forgalom típusait

Az EtherNet/IP explicit üzeneteket használ a kapcsolatkezeléshez, a konfigurációhoz és a diagnosztikához, míg a ciklikus I/O-forgalom jellemzően UDP-átvitelt használ. A felderítési adatcserék nem bizonyítják, hogy a létrejött I/O-kapcsolat megfelelően működik. Ne csak a ciklikus csomagokat, hanem a hibát megelőző és követő kapcsolatfelépítést, illetve -bontást is őrizze meg.

Kezdje az ismert jeladó- és vezérlő-IP-címekkel. Ezután azonosítsa a releváns kapcsolatot, ahelyett hogy minden UDP-keretet jeladóadatként címkézne. A gyakori EtherNet/IP-portok segíthetnek a nyomvonal szűkítésében, de a végpontok, az időzítés és a kapcsolati környezet erősebb bizonyítékot szolgáltatnak.

Őrizze meg az ARP-, topológiai és switchkezelési bizonyítékokat az esemény környezetében. Egy címütközés vagy kapcsolatátmenet a szűrt I/O-adatfolyamon kívül is megjelenhet. Mentse el a szűretlen rögzítést, és az elemzéshez használjon megjelenítési szűrőket, hogy a környezet ne vesszen el véglegesen.

Elemezze az RPI időzítését és a kimaradásokat

A kért csomagintervallum határozza meg a konfigurált I/O-kapcsolat elvárt frissítési ütemét. Mérje meg a csomagok közötti időt egy egészséges időszakban és a hiba környezetében. Keresse a hiányzó intervallumokat, a szünet utáni csomagtorlódásokat, a megkettőződött sorszámokra utaló viselkedést, valamint a kapcsolat lezárását vagy újbóli megnyitását.

Ne tekintsen minden névleges RPI-nél később érkező csomagot vezérlőhibának. Hasonlítsa össze a megfigyelt kimaradást a vezérlőben konfigurált kapcsolati időtúllépéssel. Néhány mikroszekundumos eltérés és egy többintervallumos kiesés eltérő jelentéssel bír.

Ábrázolja a csomagok érkezési idejét a vezérlő hibabitjével, a task állapotával, a gépeseménnyel és a switchnaplókkal együtt. Ha a csomagfolyam a kapcsolat megszakadását jelző esemény előtt áll le, a forráseszköz vagy a hálózat korábbi szakasza érdemel figyelmet. Ha a tükrözés továbbra is látja a jeladókereteket, miközben a vezérlő időtúllépést jelez, vizsgálja meg a fennmaradó útvonalat és a vezérlő feldolgozását.

Használja a switch adatait a nyomvonallal együtt

Olvassa le a portszámlálókat a teszt előtt és után. A CRC- vagy keretellenőrzési hibák, a kapcsolatátmenetek, az eldobott csomagok, a sebességváltozások és a gyűrűesemények megmagyarázhatják a csomagkimaradást. A hibás kapcsolat fölé csatlakoztatott csomagelemző soha nem kapja meg a sérült kereteket, mert a switch eldobja őket.

Ellenőrizze a kábelek és csatlakozók állapotát, az árnyékolási és földelési gyakorlatot, a hajlítási sugarat, a szennyeződést és a húzóterhelést. Csak az alapállapot megőrzése után cseréljen ki egyetlen, ellenőrzött komponenst. Több kábel és switchbeállítás egyidejű cseréje ellehetetleníti az ok azonosítását.

Ellenőrizze az egyeztetett sebességet és duplex módot a támogatott eszközkonfigurációnak megfelelően. Ne kényszerítse a beállításokat a jeladó és a switch kézikönyvének megtekintése nélkül. Az eltérés terhelésfüggőnek látszó hibákat okozhat.

Védje a rögzítést és a hálózatot

Korlátozza a rögzítés időtartamát, vagy használjon körkörös puffert, hogy az analizátor lemeze ne teljen meg. Jelölje meg a pontos helyi és üzemi időt. A csomagrögzítések címeket, eszközneveket, konfigurációt és a folyamat működését is felfedhetik, ezért megfelelő hozzáférés-vezérlés mellett tárolja őket.

A teszt befejezése után távolítsa el a tükrözési konfigurációt, és ellenőrizze, hogy a célport visszaállt-e a kívánt állapotba. Egy elfelejtett tükrözés vezérlési forgalmat tehet hozzáférhetővé illetéktelen eszköz számára, illetve switch-erőforrásokat fogyaszthat.

Soha ne végezzen konfigurációs módosításokat kizárólag egy csomagrögzítés alapján. Vesse össze a bizonyítékokat a vezérlődiagnosztikával, a jeladó visszajelzőivel, a switch számlálóival és egy megismételhető gépeseménnyel. A rögzítés a forgalmat dokumentálja; nem tanúsítja a mechanikai pozíciót, és nem bizonyítja, hogy maga a jeladó pontos.

Alakítsa a megfigyeléseket hibakövetkeztetéssé

A keretek mindkét rögzítési ponton leállnak

Vizsgálja meg a jeladó tápellátását, belső állapotát, a felsőbb szintű programkapcsolatot vagy az első rögzítési pont előtti közös kapcsolatot. Ellenőrizze, hogy az eszköz újraindul-e, vagy a kapcsolatot szándékosan tiltották-e le.

A keretek megjelennek a jeladónál, de nem az uplinken

Összpontosítson a köztes switch útvonalára, a VLAN-ra, a gyűrűeseményre, a port hibáira, a torlódásra vagy a kábelezésre. A jeladó cseréje előtt ismételje meg a tesztet szinkronizált számlálókkal.

A keretek elérik a vezérlő útvonalát, de a PLC időtúllépést jelez

Vizsgálja felül a konfigurált kapcsolatot, az RPI-t, az időtúllépést, a vezérlő taskterhelését, a duplikált címzést, valamint azt, hogy a rögzített csomagok valóban a várt kapcsolathoz tartoznak-e.

A csomagrögzítés akkor válik értékessé, ha a rögzítés helye, időzítése és hálózati környezete ellenőrzött. A cél nem egy nagy Wireshark-fájl. Hanem egy tömör bizonyítékanyag, amely megmutatja, hol változott meg a ciklikus adatcsere, és milyen fizikai vagy konfigurációs esemény változott vele együtt.