PanelView Plus CompactLogix L32E és SLC 5/04 készülékekkel

Egy több generációt átfogó HMI-projekt akkor válik nehézzé, amikor egyetlen PanelView Plus-alkalmazásnak egyszerre kell adatot cserélnie egy EtherNet/IP-hálózaton működő CompactLogix 1769-L32E vezérlővel és egy olyan SLC 5/04-gyel, amely továbbra is DH+-tól vagy DF1-től függ. Az első helyesbítés a terminológiát érinti: az L32E CompactLogix vezérlő, nem ControlLogix vezérlő. A második az architektúrára vonatkozik. A FactoryTalk View Machine Editionnek minden vezérlői útvonalat különálló, tesztelhető kommunikációs szerződésként kell kezelnie, ahelyett hogy mindkét processzort egyetlen, nem egyértelmű parancsikon mögé rejtené.

Egy hibrid HMI-nek két egyértelmű vezérlői útvonalat kell biztosítania, hogy a karbantartó el tudja különíteni az EtherNet/IP-hibát az örökölt hálózati hibától.

Készítsen leltárt, ne hidat

Rögzítse a PanelView Plus pontos katalógusszámát, a firmware-verziót, a FactoryTalk View ME verzióját, a vezérlők katalógusszámait, az SLC-csatorna konfigurációját és minden telepített kommunikációs modult. A 1769-L32E beépített Ethernet-porttal rendelkezik. Az SLC 5/04 az 1-es csatornán DH+-t biztosít, a 0-s csatorna pedig soros protokollokhoz használható; attól még nem válik EtherNet/IP-vezérlővé, hogy átjárót telepítenek. Ez a különbség határozza meg, hogy melyik eszköz felel az útválasztásért, a diagnosztikáért és a helyreállításért.

Válassza külön a tervezési és a futásidejű útvonalakat is. Előfordulhat, hogy a mérnöki számítógép az egyik interfészen keresztül böngészi a vezérlőt, miközben a terminál a futásidejű fájl letöltése után egy másikat használ. A Rockwell EtherNet/IP Network Devices User Manual című kézikönyve ismerteti, hogy a FactoryTalk Linx biztosítja a PanelView Plus és a FactoryTalk View által használt futásidejű kommunikációs szolgáltatást. Ezért a laptop sikeres böngészése nem bizonyítja, hogy a terminál futásidejű útvonala megfelelő.

Építse ki közvetlenül a CompactLogix útvonalát

Adjon az L32E-nek dokumentált statikus címet a vezérlési alhálózaton, és hozzon létre egy dedikált FactoryTalk Linx-eszköz-parancsikont, például CLX_L32E néven. Válassza ki a vezérlőt a Design lapon, majd másolja vagy reprodukálja az útvonalat a Runtime lapon. Ellenőrizze, hogy a parancsikon magára a vezérlőre mutat-e, nem csupán egy Ethernet-illesztőprogramra. A terminálnak, a vezérlőnek és a mérnöki munkaállomásnak kompatibilis IP-beállításokkal kell rendelkeznie, de nem használhatják ugyanazokat a címeket. Ellenőrizze az alhálózati maszkokat és az esetleges útválasztott VLAN-határt, mielőtt a HMI-alkalmazást hibáztatná.

Amikor csak lehet, használjon vezérlőszintű tageket, és tartson fenn egyértelmű tulajdonosi előtagot a HMI-hivatkozásokban. A forrásvezérlőről elnevezett riasztások és parancsok könnyebben diagnosztizálhatók az átállás során. Parancsok esetén használjon kérés-, nyugtázás-, időtúllépés- és engedélyezési állapotokat az olyan pillanatnyi HMI-írás helyett, amely abból indul ki, hogy a hálózat soha nem áll le. A végső reteszelési döntés a PLC feladata; a PanelView kezelői felület, nem biztonsági vezérlő.

Válasszon reális SLC 5/04-hozzáférési stratégiát

Az SLC-útvonal a telepített hardvertől és a szükséges adatátviteli sebességtől függ. Egy soros–Ethernet interfész elérhetővé teheti a 0-s csatorna adatait, de a csatlakozási és átviteli korlátokat a pontos interfész-kézikönyv alapján kell ellenőrizni. Egy átjáró hasznos lehet kis számú HMI-értékhez, de nem szabad a natív EtherNet/IP-vel egyenértékűnek tekinteni. Túl sok egészfájl lekérdezése soros szűk keresztmetszeten keresztül lassú kijelzőket, elavult értékeket és zavaró kommunikációs riasztásokat eredményez.

Ha a DH+-nak meg kell maradnia, egy 1756-DHRIO-alapú átjáró Ethernet és DH+ között tud útválasztást végezni, ha megfelelően van konfigurálva egy ControlLogix-alvázban. Ez az alváz az átjáró; nem változtatja a 1769-L32E-t ControlLogix vezérlővé. Ellenőrizze a DH+ csomópontszámokat oktális formátumban, a csatornamódot, az átviteli sebességet, a lezárást és a teljes útvonalat. Kerülje az univerzális üzenetútvonal közzétételét, mert a foglalatszámok és a topológia helyspecifikusak. Egy másik gépről átmásolt útvonal rossz csomóponthoz vezethet, vagy egy alvázcsere után működésképtelenné válhat.

Harmadik féltől származó ipari protokollátjáró is megfelelő lehet, de csak a támogatott szolgáltatások, az egyidejű klienskorlátok, a soros időzítés, a környezeti besorolás és a gyártói támogatás ellenőrzése után. A döntést a mért HMI-forgalomra és az életciklus-kockázatra kell alapozni, nem arra, hogy az eszköz megjelenik-e a böngészőablakban.

A külön parancsikonok megőrzik a vezérlők azonosságát, és sokkal hasznosabbá teszik a futásidejű diagnosztikát.

Üzemelje be a parancsikonokat független rendszerekként

Hozzon létre egy parancsikont az L32E-hez és egy másikat az SLC-útvonalhoz. Átálláskor soha ne használja újra ugyanazt a parancsikonnevet pusztán azért, hogy elkerülje a tagek szerkesztését. Ellenőrizze a Design és a Runtime lapot, mentse a kommunikációs konfigurációt, hozza létre a kívánt terminál firmware-éhez tartozó futásidejű fájlt, majd töltse le azt a megfelelő kommunikációs beállításokkal együtt.

Először csak olvasható értékeket teszteljen. Használjon előre jelezhetően változó értéket, mindkét vezérlő által generált életjelet és olyan HMI-időbélyeget, amely megmutatja az elavult adatokat. Ezután tesztelje a parancs-nyugtázásokat a gép biztonságos állapotában. Válassza le külön-külön mindkét hálózati útvonalat, és ellenőrizze, hogy a HMI azonosítja-e a kiesett vezérlőt anélkül, hogy lefagyna vagy a régi értékeket aktuálisként jelenítené meg. Állítsa helyre a kapcsolatot, és mérje meg a helyreállítási időt.

Rétegenként diagnosztizáljon

Ha mindkét parancsikon hibát jelez, kezdje a terminálcímzéssel, a kapcsolóport állapotával, a VLAN-hozzáféréssel és a futásidejű konfigurációval. Ha csak az L32E hibás, ellenőrizze az IP-elérhetőséget, a vezérlő üzemmódját, a beépített port állapotát és a parancsikon célját. Ha csak az SLC hibás, bontsa fel az útvonalat Ethernet–átjáró szakaszra, átjárókonfigurációra, soros vagy DH+ kábelezésre, valamint az SLC-csatorna beállításaira. A hibaszámlálók és a kapcsolatjelzők hasznosabbak, mint ugyanannak a HMI-fájlnak az ismételt letöltése.

A DH+-munkát különös fegyelemmel kell végezni. A duplikált csomópontszámok, a helytelen átviteli sebességek, a hiányzó lezárás, a sérült gerinckábel vagy a helytelenül konfigurált DHRIO-csatorna időszakos tüneteket okozhat, amelyek HMI-hibának tűnnek. Mielőtt bármit módosítana, rögzítse a bizonyítottan működő csomóponttérképet és a fizikai topológiát. EtherNet/IP esetén figyelje a kapcsolatok kihasználtságát és a csomagsebességet, ahelyett hogy feltételezné: egy gyengén terhelt irodai hálózat modellje itt is érvényes.

Tervezze meg az átállásból való kilépést

Egy híd gyakran ideiglenes eszköz, de az ideiglenes rendszerek évekig is megmaradhatnak. Dokumentálja a tápellátást, a kábeleket, a firmware-t, a konfigurációs biztonsági mentéseket, a tartalékalkatrész-stratégiát és az egyes parancsikonok felelősét. Tartsa stabilan az SLC-adatszerződést az új logika üzembe helyezése alatt, majd ellenőrzött szakaszokban szüntesse meg az örökölt útvonalakat. A vonatkozó csere- és korszerűsítési tervezést az áruház PLC- és PAC-rendszerek leltárával, valamint a HMI-kijelzők életciklus-tervével együtt érdemes kezelni.

A mérnöki cél nem pusztán az, hogy a tagek böngészhetők legyenek. Olyan kommunikációs kialakítást kell létrehozni, amelynek hibái láthatók, behatárolhatók és helyreállíthatók. A vezérlők különálló azonosítása, az egyértelmű futásidejű útvonalak, a mért forgalom és a kommunikációvesztés viselkedésének tesztelése biztosítja ezt az alapot.