Notebook připojený ke stejnému spravovanému switchi jako enkodér Allen-Bradley 842E automaticky neuvidí cyklický provoz enkodéru. Switch obvykle předává unicastové rámce pouze směrem k cílovému portu. Analyzátor proto může zobrazovat téměř nic, zatímco řídicí jednotka hlásí vypršení časového limitu I/O.

Užitečný záznam začíná ověřitelnou hypotézou poruchy a místem zachycení, které dokáže sledovat relevantní rámce.

Než začnete zachytávat pakety, definujte otázku

Popište příznak měřitelnými pojmy. Příkladem může být vypršení časového limitu připojení během konkrétního přechodu stroje, hodnota enkodéru, která se přestane měnit, opakované navazování připojení nebo poziční data dorazí později, než řídicí jednotka očekává. Zaznamenejte chybový kód řídicí jednotky, čas, indikátory enkodéru a stav portu switche.

Rozhodněte, jaké důkazy by jednotlivé hypotézy podpořily nebo vyvrátily. Pokud je otázkou, zda rámce opouštějí enkodér, zrcadlete port připojený k enkodéru. Pokud jde o to, zda dorazí na uplink řídicí jednotky, sledujte toto spojení. Zachycení provozu pouze na jedné straně mezilehlého switche nemusí vždy lokalizovat místo ztráty.

Hardware enkodérů najdete v kolekci Senzory, zatímco spravované switche a síťové adaptéry jsou zařazeny v části Komunikace a síťové technologie.

Seznamte se s cestou sítě 842E

Společnost Rockwell Automation popisuje 842E jako rodinu absolutních enkodérů EtherNet/IP se dvěma ethernetovými porty pro podporované lineární topologie a topologie Device Level Ring. Přesný katalogový typ a konfigurace projektu určují datové připojení, sestavu, požadovaný interval paketů a diagnostické chování.

Dokumentujte oba fyzické porty, nastavení IP, připojení řídicí jednotky, topologii, firmware a to, zda je aktivní Device Level Ring. V lineární topologii může kabel nebo zařízení za enkodérem ovlivnit provoz procházející enkodérem. V kruhové topologii přidává událost v topologii další důkaz, který je nutné korelovat s poruchou připojení.

Nepředpokládejte, že port nejblíže řídicí jednotce je vždy jediným užitečným místem pro zachycení provozu. Nakreslete skutečnou cestu včetně portů switchů, uplinků, kruhového správce, převodníků médií a případných redundantních tras.

Vyberte neinvazivní metodu zachycení

Relace zrcadlení portu na spravovaném switchi je obvykle nejméně rušivou metodou. Jako zdroj nastavte port enkodéru, port řídicí jednotky nebo uplink podle dané hypotézy. Port připojený k analyzátoru nastavte jako cílový a ověřte, zda switch zrcadlí příchozí provoz, odchozí provoz, nebo obojí.

Další možností je účelově navržený pasivní síťový odbočovač, pokud to architektura a postup při odstávce dovolují. Do běžící řídicí cesty nevkládejte nespravovaný switch ani obyčejný kancelářský hub. Taková změna může ovlivnit topologii, kvalitu služeb, zpracování multicastu, vyjednávání linky i načasování poruchy.

Použijte vyhrazené rozhraní analyzátoru. Pokud to provozní postup umožňuje, zakažte nepotřebné protokoly a služby. Analyzátor má pouze sledovat provoz, nikoli ohlašovat zařízení, vyžadovat adresy nebo se stát dalším účastníkem řídicí sítě.

Ověřte, že zrcadlení poskytuje správná data

Vygenerujte nebo identifikujte jeden známý rámec a ověřte, že se objeví na analyzátoru. Pokud je to nutné, zkontrolujte viditelnost obou směrů. Relace zrcadlení může vynechávat chyby fyzické vrstvy, zahazovat pakety při přetížení cílového portu nebo kopírovat pouze jeden směr.

Porovnejte rychlost zdrojového portu s kapacitou cílového portu zrcadlení. Zrcadlení obou směrů vytíženého gigabitového uplinku do jednoho gigabitového portu může překročit kapacitu cíle. Zúžte zdroj nebo dobu zachycení, místo abyste předpokládali, že každá mezera vznikla v řídicí síti.

Zaznamenejte model switche, firmware, konfiguraci zrcadlení, zdrojový port, cílový port, chování VLAN a nastavení rozhraní pro zachytávání. Bez tohoto záznamu nemůže jiný technik měření zopakovat.

Rozlišujte třídy provozu EtherNet/IP

EtherNet/IP používá explicitní zprávy pro správu připojení, konfiguraci a diagnostiku, zatímco cyklické I/O běžně využívá transport UDP. Výměna zpráv při vyhledávání není důkazem, že zavedené I/O připojení funguje správně. Zachovejte nastavení a ukončení připojení v okolí poruchy, nejen cyklické pakety.

Začněte známými IP adresami enkodéru a řídicí jednotky. Poté identifikujte relevantní připojení, místo abyste každý UDP rámec označili jako data enkodéru. Běžné porty EtherNet/IP mohou pomoci trasu zúžit, ale silnější důkazy poskytují koncové body, časování a kontext připojení.

V okolí události zachovejte důkazy ARP, topologie a správy switche. Konflikt adres nebo přechod linky se může objevit mimo filtrovaný proud I/O. Uložte nefiltrovaný záznam a k analýze používejte zobrazovací filtry, aby nebyl kontext trvale odstraněn.

Analyzujte časování RPI a mezery

Požadovaný interval paketů definuje očekávanou frekvenci aktualizací nakonfigurovaného I/O připojení. Změřte intervaly mezi příchody během bezporuchového období i v okolí poruchy. Hledejte vynechané intervaly, shluky paketů po pauze, opakované chování sekvencí a uzavření nebo znovuotevření připojení.

Každý paket doručený později než v nominálním intervalu RPI nepovažujte automaticky za poruchu řídicí jednotky. Porovnejte pozorovanou mezeru s chováním časového limitu připojení nakonfigurovaným v řídicí jednotce. Odchylka několika mikrosekund a výpadek trvající několik intervalů mají odlišný význam.

Vyneste do grafu čas příchodu paketů spolu s chybovým bitem řídicí jednotky, stavem úlohy, událostí stroje a protokoly switche. Pokud se proud paketů zastaví dříve, než se objeví událost výpadku linky, zaslouží si pozornost zdrojové zařízení nebo nadřazená cesta. Pokud zrcadlení stále zachycuje rámce enkodéru, zatímco řídicí jednotce vyprší časový limit, prověřte zbývající část cesty a zpracování v řídicí jednotce.

Používejte údaje ze switche společně se záznamem

Před testem a po něm odečtěte čítače portů. Chyby CRC nebo kontroly rámců, přechody linky, zahozené pakety, změny rychlosti a události kruhové topologie mohou vysvětlit mezeru v paketech. Analyzátor paketů připojený nad chybnou linkou nemusí poškozené rámce nikdy obdržet, protože je switch zahodí.

Zkontrolujte stav kabelů a konektorů, postupy stínění a uzemnění, poloměr ohybu, znečištění a mechanické namáhání. Jednotlivé komponenty měňte kontrolovaně až po zachování výchozího stavu. Současná výměna několika kabelů a nastavení switche znemožní určit příčinu.

Ověřte vyjednanou rychlost a duplex podle podporované konfigurace zařízení. Bez konzultace příruček enkodéru a switche se vyhněte vynucování nastavení. Nesoulad může vytvářet chyby, které se projevují v závislosti na zatížení.

Chraňte záznam i síť

Omezte dobu zachytávání nebo použijte kruhový buffer, aby se disk analyzátoru nezaplnil. Poznamenejte přesný místní i provozní čas. Záznamy paketů mohou odhalit adresy, názvy zařízení, konfiguraci a chování procesu, proto je ukládejte s odpovídající kontrolou přístupu.

Po testování odstraňte konfiguraci zrcadlení a ověřte, že cílový port se vrátil do zamýšleného stavu. Zapomenuté zrcadlení může zpřístupnit řídicí provoz neoprávněnému zařízení nebo spotřebovávat prostředky switche.

Nikdy neprovádějte změny konfigurace pouze na základě záznamu paketů. Korelujte důkazy s diagnostikou řídicí jednotky, indikátory enkodéru, čítači switche a opakovatelnou událostí stroje. Záznam zachycuje provoz; nepotvrzuje mechanickou polohu ani nedokazuje, že samotný enkodér měří přesně.

Převeďte pozorování v závěr o poruše

Rámce se zastaví v obou místech zachycení

Prověřte napájení enkodéru, jeho interní stav, připojení upstream programu nebo společnou linku před prvním místem zachycení. Zkontrolujte, zda se zařízení restartuje nebo zda je připojení záměrně zablokováno.

Rámce se objevují u enkodéru, ale ne na uplinku

Zaměřte se na cestu přes mezilehlý switch, VLAN, událost kruhové topologie, chyby portu, zahlcení nebo kabeláž. Před výměnou enkodéru test zopakujte se synchronizovanými čítači.

Rámce dorazí do cesty k řídicí jednotce, ale PLC ohlásí vypršení časového limitu

Prověřte nakonfigurované připojení, RPI, časový limit, zatížení úloh řídicí jednotky, duplicitní adresování a to, zda zachycené pakety patří očekávanému připojení.

Zachycení paketů je cenné tehdy, když máte pod kontrolou jeho umístění, časování a kontext sítě. Cílem není velký soubor z Wiresharku. Cílem je malý soubor důkazů, který ukáže, kde se cyklická výměna změnila a jaká fyzická nebo konfigurační událost se změnila společně s ní.