Az MSG utasítások gyakorlati veszélyei a PLC programozásban: beolvasási idő hatása, hibakezelés és biztonságos megvalósítás a GE Mark VIe és Phoenix Contact PLCnext rendszerekhez

Hogyan fogyasztják az MSG utasítások a beolvasási időt

Egy PLC feladatnak minden beolvasás alatt be kell fejeződnie a watchdog küszöbérték alatt: 150 ms a GE Mark VIe R04 közepes feladatoknál, 500 ms a PLCnext biztonsági partíciókban. Egy szinkron MSG megállítja a beolvasást, amíg a távoli eszköz válaszol. Ha a Modbus TCP szerver 100 ms alatt válaszol, az az MSG 100 ms-ig tartja a beolvasást. Ehhez hozzáadva a normál 30 ms végrehajtási időt, az összesen 130 ms — azaz a watchdog költségvetés 76%-a egyetlen hívás által elfogyasztva. Két egyidejű lassú MSG hívás meghaladja a 150 ms-ot és kiváltja a watchdogot.

Ezért soha ne helyezzünk szinkron MSG utasításokat gyors feladatba. A GE Mark VIe gyors (10 ms), közepes (100 ms) és lassú (1000 ms) feladatrátákat biztosít. Minden Modbus TCP olvasást helyezzünk át a lassú feladatra. Ha gyorsabb lekérdezés szükséges, használjunk aszinkron adatcserélő blokkot explicit kész és hibajelző bitkezeléssel — ne blokkoló hívást. A GE IS420UCSCH2A Dual Core Mark VIe vezérlő és a GE IS420UCECH1B Universal Controller Module egyaránt támogatják a többfeladatos sebesség konfigurációt a biztonságos MSG elhelyezéshez.

Továbbá, a Phoenix Contact PLCnext ACF elkülöníti a valós idejű feladatokat a nem valós idejű komponensektől. Az OPC UA publikációs hívásoknak a nem valós idejű ESM komponensben kell futniuk, nem az IEC 61131-3 ciklikus programban. Egyetlen OPC UA írás a fő programtestben a legrosszabb esetben a ciklusidőt 1 ms-ról 50+ ms-ra növelheti.

Hibakezelés: a Kész és Hibajelző bit minta

Minden MSG utasítás visszaad egy Kész bitet és egy Hibajelző bitet. A legtöbb mérnök csak a Kész bitet ellenőrzi. Ha egy Modbus TCP olvasás sikertelen — időtúllépés, eszköz offline vagy hibás regiszter — a Hibajelző bit beáll, miközben a Kész bit törlődik. A cél címke az utolsó értékét tartja meg. Az üzemeltetők nem kapnak riasztást. A történeti adatbázis elavult adatokat naplóz BAD minőségi jelzés nélkül.

A GE Mark VIe Modbus TCP blokkoknál a STATUS regiszter 4–7. bitjei kódolják a Modbus kivételt: 0x02 = érvénytelen adatcím; 0x0B = átjáró elérhetetlen. Minden kivétel más-más javítást igényel.

• 1. lépés: Adjunk hozzá egy 5 másodperces TON időzítőt az MSG kérés emelkedő élére.
• 2. lépés: Ha a TON lejár a Kész vagy Hibajelző előtt, állítsuk be a COMMS_TIMEOUT-ot és kényszerítsük a PV-t OPC DA minőség 0x00 (BAD) értékre.
• 3. lépés: Automatikus újrapróbálkozás 10 másodperces TOF késleltetéssel. Soha ne engedjünk folyamatos újrapróbálkozást.
• 4. lépés: Irányítsuk a COMMS_TIMEOUT-ot egy ISA-18.2 Prioritás 3 riasztáshoz történeti időbélyeggel.

Beolvasási idő mérése és hangolása

Optimalizálás előtt mérjük meg az egyes MSG utasítások tényleges beolvasási idő hozzájárulását. A GE Mark VIe biztosítja az MK7_DIAG blokkot, amely mikrosekundumban jelenti az azonnali és maximális feladatciklus időt. Ezt naplózzuk a PI történeti adatbázisba 1 másodperces intervallumokkal, és vizsgáljuk meg a 24 órás maximum eloszlást.

Egy erőmű alkalmazásban három egyidejű Modbus TCP olvasás — egy Woodward MicroNet szabályozóhoz, egy Bently Nevada 3500/42 nagy teljesítményű rezgésfigyelőhöz és egy távoli adóhoz — csúcs ciklusidőket okozott 320 ms-mal egy közepes feladatban, amelynek watchdogja 150 ms volt. A watchdog hetente kétszer lépett működésbe. A három MSG trigger 33 ms-os fáziseltolásával, TOF időzítők segítségével a csúcs 94 ms-ra csökkent, és minden leállás megszűnt. A GE IS220PTURH1A Mark VIe elsődleges turbinavédelmi csomag integrálódik a Mark VIe feladattervezővel az összehangolt MSG időzítés érdekében.

Phoenix Contact PLCnext esetén használjuk a PLCnext Engineer „Program Profiler”-t az ESM komponensek végrehajtási idejének megjelenítésére. Az OPC UA írási hívások a leglassabb öt komponens között jelöltek a nem valós idejű háttérszolgáltatásba való áthelyezésre — ami általában 40–60%-kal csökkenti a csúcs valós idejű ciklusidőt. Mindig állítsunk be explicit MB_CLIENT TIMEOUT-ot: 200 ms helyi LAN-hoz, 500 ms útvonalazott VLAN-okhoz. Soha ne hagyjuk az alapértelmezettet — néhány firmware verzió alapértelmezettje 5000 ms, ami 33 watchdog ciklust fogyaszt el, mielőtt hibát jelezne.

Következtetés és cselekvési tanácsok

A GE Mark VIe és Phoenix Contact PLCnext MSG utasításai elengedhetetlenek az eszközintegrációhoz, de veszélyesek helytelen használat esetén. A szinkron hívások gyors feladatokban watchdog leállásokat okoznak. A hibajelző bitkezelés hiánya néma, elavult adatokat eredményez. A konfigurálatlan időtúllépések sebezhetővé teszik a rendszert hálózati eredetű beolvasási csúcsokkal szemben.

Oldjuk meg mindhárom problémát: helyezzük át az MSG hívásokat lassú feladatokba, valósítsuk meg a kész/hiba állapotgépeket 5 másodperces TON watchdogokkal, és állítsunk be explicit socket időtúllépéseket — 200 ms LAN, 500 ms útvonalazott VLAN. Mérjük a feladatciklus időt MK7_DIAG vagy PLCnext Profiler segítségével a beüzemeléskor és minden hálózati változtatás után. Vizsgáljuk át a meglévő programokat MSG utasítások után gyors feladatokban még ma — egy délutáni átalakítás hónapokig tartó időszakos vezérlőleállásokat előz meg.

Szerző: Peng Jiaxing ipari automatizálási mérnök, több mint 10 éves tapasztalattal PLC, DCS és vezérlőrendszerek területén.