PanelView Plus s CompactLogix L32E a SLC 5/04

Projekt HMI kombinující různé generace zařízení se stává složitým, když jedna aplikace PanelView Plus musí vyměňovat data jak s řídicím systémem CompactLogix 1769-L32E přes EtherNet/IP, tak s řídicím systémem SLC 5/04, který je stále závislý na síti DH+ nebo protokolu DF1. První oprava se týká terminologie: L32E je řídicí systém CompactLogix, nikoli ControlLogix. Druhá se týká architektury. FactoryTalk View Machine Edition by měl s každou cestou k řídicímu systému zacházet jako se samostatným, testovatelným komunikačním kontraktem, nikoli skrývat oba procesory za jednou nejednoznačnou zkratkou.

Hybridní HMI by mělo poskytovat dvě explicitní cesty k řídicím systémům, aby technik mohl odlišit poruchu EtherNet/IP od poruchy starší sítě.

Začněte inventurou, ne převodníkem

Zaznamenejte přesné katalogové číslo PanelView Plus, revizi firmwaru, verzi FactoryTalk View ME, katalogová čísla řídicích systémů, konfiguraci kanálů SLC a každý nainstalovaný komunikační modul. Zařízení 1769-L32E má integrovaný ethernetový port. SLC 5/04 poskytuje DH+ na kanálu 1 a může používat kanál 0 pro sériové protokoly; pouhá instalace brány z něj neudělá řídicí systém EtherNet/IP. Toto rozlišení určuje, které zařízení zajišťuje směrování, diagnostiku a obnovu.

Oddělte také cesty pro návrh a běh aplikace. Inženýrský počítač může procházet řídicí systém přes jedno rozhraní, zatímco terminál po stažení souboru runtime používá jiné. Příručka Rockwell EtherNet/IP Network Devices User Manual vysvětluje, že FactoryTalk Linx poskytuje komunikační službu za běhu, kterou používají PanelView Plus a FactoryTalk View. Úspěšné procházení z notebooku proto nedokazuje, že je správně nastavena runtime cesta terminálu.

Vytvořte přímou cestu k CompactLogix

Přiřaďte zařízení L32E zdokumentovanou statickou adresu v řídicí podsíti a vytvořte vyhrazenou zkratku zařízení FactoryTalk Linx, například CLX_L32E. Na kartě Design vyberte řídicí systém a poté cestu zkopírujte nebo znovu vytvořte na kartě Runtime. Ověřte, že zkratka odkazuje přímo na řídicí systém, nikoli pouze na ethernetový ovladač. Terminál, řídicí systém a inženýrská pracovní stanice musí mít kompatibilní nastavení IP, ale nesmějí sdílet adresy. Než začnete hledat chybu v aplikaci HMI, zkontrolujte masky podsítě a případnou směrovanou hranici VLAN.

Kdykoli je to praktické, používejte tagy v oboru řídicího systému a v odkazech HMI zachovávejte jasný prefix označující vlastníka. Alarm nebo příkaz pojmenovaný podle zdrojového řídicího systému se při migraci snáze diagnostikuje. U příkazů používejte stavy požadavku, potvrzení, časového limitu a povolení namísto okamžitého zápisu z HMI, který předpokládá, že síť se nikdy nezastaví. Konečné rozhodnutí o blokování musí provádět PLC; PanelView je operátorské rozhraní, nikoli bezpečnostní řídicí systém.

Zvolte realistickou strategii přístupu k SLC 5/04

Cesta k SLC závisí na nainstalovaném hardwaru a požadované datové rychlosti. Sériově-ethernetové rozhraní může zpřístupnit data z kanálu 0, ale jeho limity připojení a propustnosti je nutné ověřit podle přesné příručky k rozhraní. Brána může být užitečná pro malé množství hodnot HMI, neměla by však být považována za ekvivalent nativního EtherNet/IP. Dotazování příliš mnoha celočíselných souborů přes sériové úzké hrdlo způsobuje pomalé obrazovky, zastaralé hodnoty a obtěžující komunikační alarmy.

Pokud musí být zachována síť DH+, může brána založená na modulu 1756-DHRIO směrovat mezi Ethernetem a DH+, je-li správně nakonfigurována v šasi ControlLogix. Bránou je toto šasi; z řídicího systému 1769-L32E tím nevznikne řídicí systém ControlLogix. Ověřte čísla uzlů DH+ v osmičkové soustavě, režim kanálu, přenosovou rychlost, zakončení a úplnou trasu. Nevytvářejte univerzální cestu zpráv, protože čísla slotů a topologie jsou specifické pro dané pracoviště. Cesta zkopírovaná z jiného stroje může dosáhnout nesprávného uzlu nebo selhat po změně šasi.

Vhodná může být také průmyslová protokolová brána třetí strany, ale teprve po ověření podporovaných služeb, limitů současných klientů, sériového časování, odolnosti prostředí a podpory dodavatele. Rozhodnutí by mělo vycházet z naměřeného provozu HMI a rizik životního cyklu, nikoli z toho, zda se zařízení objeví v okně procházení.

Samostatné zkratky zachovávají identitu řídicích systémů a výrazně zvyšují užitečnost diagnostiky za běhu.

Uvádějte zkratky do provozu jako nezávislé systémy

Vytvořte jednu zkratku pro L32E a druhou pro cestu k SLC. Během migrace nikdy zkratku znovu nepoužívejte jen proto, abyste nemuseli upravovat tagy. Ověřte karty Design a Runtime, uložte konfiguraci komunikace, vytvořte soubor runtime pro zamýšlený firmware terminálu a stáhněte jej se správným nastavením komunikace.

Nejprve testujte hodnoty pouze pro čtení. Použijte hodnotu, která se předvídatelně mění, heartbeat generovaný každým řídicím systémem a časové razítko HMI odhalující zastaralá data. Poté otestujte handshake příkazů, když je stroj v bezpečném stavu. Každou síťovou cestu samostatně odpojte a ověřte, že HMI identifikuje vadný řídicí systém, aniž by zamrzlo nebo zobrazovalo staré hodnoty jako aktuální. Poté spojení obnovte a změřte dobu zotavení.

Diagnostikujte podle vrstev

Pokud selžou obě zkratky, začněte adresováním terminálu, stavem portu přepínače, přístupem VLAN a konfigurací runtime. Pokud selže pouze L32E, ověřte dostupnost přes IP, režim řídicího systému, stav integrovaného portu a cíl zkratky. Pokud selže pouze SLC, rozdělte cestu na Ethernet–brána, konfiguraci brány, sériové nebo DH+ vedení a nastavení kanálů SLC. Počítadla chyb a indikátory spojení jsou užitečnější než opakované stahování stejného souboru HMI.

Práce s DH+ vyžaduje zvláštní pečlivost. Duplicitní čísla uzlů, nesprávné přenosové rychlosti, chybějící zakončení, poškozený kmenový kabel nebo nesprávně nakonfigurovaný kanál DHRIO mohou vytvářet přerušované příznaky, které vypadají jako chyba HMI. Před jakoukoli změnou zachyťte platnou mapu uzlů a fyzickou topologii. U EtherNet/IP sledujte využití spojení a rychlost paketů, místo abyste předpokládali, že platí model málo zatížené kancelářské sítě.

Naplánujte ukončení migrace

Brána je často dočasným prvkem, ale dočasné systémy mohou zůstat v provozu celé roky. Zdokumentujte napájení, kabely, firmware, zálohy konfigurace, strategii náhradních dílů a vlastníka každé zkratky. Během uvádění nové logiky do provozu zachovejte stabilní datový kontrakt SLC a poté starší cesty vyřazujte v řízených etapách. Příslušné plánování náhrad patří do inventáře systémů PLC a PAC a do plánu životního cyklu HMI displejů daného provozu.

Cílem inženýrského návrhu není pouze umožnit procházení tagů. Jde o vytvoření komunikačního návrhu, jehož poruchy jsou viditelné, omezené a obnovitelné. Oddělená identita řídicích systémů, explicitní runtime cesty, měřený provoz a otestované chování při ztrátě komunikace tvoří tento základ.