Prediktív karbantartás PLC- és SCADA-rendszerekhez: mérnöki terepi útmutató

A modern ipari létesítményekben az automatizálási réteg ritkán hibásodik meg katasztrofálisan figyelmeztetés nélkül. Egy I/O-modul hetente egyszer időszakosan offline állapotba kerül, vagy egy távoli kommunikációs kapcsolat műszakonként kétszer időtúllépéssel megszakad. A termelés zavartalanul folytatódik, miközben a kritikus figyelmeztető jelek csendben felhalmozódnak a diagnosztikai pufferekben. A költséges kiegészítő rezgés- vagy hőmérséklet-érzékelő hálózatok kiépítése helyett a hatékony prediktív karbantartás azzal kezdődik, hogy aktívan figyeljük azokat a diagnosztikai adatokat, amelyeket a vezérlők és kommunikációs hidak már most is közzétesznek.

Miért érdemes a prediktív karbantartást a meglévő PLC-vezérlőkben kezdeni?

Ahogy az InstrumentationTools iparági szakértői nemrég kiemelték, a PLC- és SCADA-diagnosztikai regiszterek már jóval a mechanikai meghibásodás előtt tartalmazzák a korai hibajeleket. A terepi tapasztalatok azt mutatják, hogy az automatizálási berendezések csendben romlanak: a vezérlőmemóriában fokozatosan felhalmozódnak a csendes csomagvesztések, az újrapróbálkozások és a pufferek hibái. E meglévő belső mérőszámok felhasználása azonnali állapotfelügyeletet biztosít redundáns másodlagos műszerezésbe történő beruházás nélkül.

Hogyan felügyelhető az EtherNet/IP állapota Allen-Bradley ControlLogix rendszeren?

Az olyan nagy teljesítményű vezérlőkkel működő Allen-Bradley ControlLogix-architektúrák, mint az Allen Bradley 1756-L85EP ControlLogix 5580 folyamatvezérlő modul, mélyreható diagnosztikai rálátást biztosítanak a GSV (Get System Value) utasításokon és az olyan hímodulok natív webes felületein keresztül, mint az Allen Bradley 1756-EN2T EtherNet/IP kommunikációs hímodul.

• Olvassa ki rendszeresen az állapotszavakat: Hajajtson végre rendszeres GSV-utasításokat a Module:Status és Module:FaultInfo tagek egyperces időközönkénti lekérdezéséhez.
• Kövesse nyomon a CIP-kapcsolatszámlálókat: Használja a beépített EN2T webes diagnosztikáját a CIP-kapcsolatok időtúllépéseinek naplózására, különös figyelmet fordítva az egyes Requested Packet Interval (RPI) csoportokra.
• Jelölje a visszatérő kapcsolatmegszakadásokat: Állítson be logikai jelzőket, amikor a távoli eszközök, például a Flex I/O- vagy Point I/O-adapterek, 24 órán belül háromnál többször csatlakoznak újra.
• Továbbítsa a minőségi tageket a SCADA-rendszerbe: A kiszámított eszközminőségi állapotot az üzemi folyamat tageivel együtt küldje a SCADA-adatgyűjtő rendszerébe.

Ehhez a megközelítéshez nincs szükség kiegészítő hardverre, és hetekkel azelőtt azonosítja a romló állapotú nem menedzselt kapcsolókat, sérült patchkábeleket vagy határértéken működő optikai adó-vevőket, hogy azok váratlan gyártósor-leállást okoznának.

Hogyan követhetők nyomon a Modbus TCP kommunikációs hibái Schneider M340 rendszeren?

A Schneider Electric Modicon-architektúrák, köztük a Schneider Modicon M340 BMXP342000 processzormodul és a dedikált interfészekkel, például a Schneider BMXNOC0401 M340 Ethernet kommunikációs modullal kiegészítve, csatornánként részletes kommunikációs állapotstatisztikákat naplóznak a Unity Pro / EcoStruxure Control Expert rendszerben.

• Kérdezze le a rendszerszavakat: Ötperces időközönként kérdezze le a belső %SW kommunikációs állapotregisztereket és csatornahibaszámlálókat az adatgyűjtő rendszerbe.
• Elemezze a változás ütemét: Az összesített számlálók követése helyett számítsa ki a hibaarány időbeli alakulását, mivel a hibaarány kiugrásai akut alkatrészromlásra utalnak.
• Kövesse nyomon a Modbus-kivételkódokat: Fordítson különös figyelmet az ismétlődő 03-as kivételválaszokra, amelyek gyakran a regiszterek eltérését jelzik külső gyártótól származó eszközök firmware-frissítései után.
• Vesse össze a hibákat a környezeti feltételekkel: Ábrázolja a kommunikációs hibák kiugrásait a szekrény környezeti hőmérsékletével és a géprezgéssel együtt, hogy gyorsan megtalálja a laza vezetékcsatlakozásokat.

A szűrés kulcsfontosságú: napi egy elszigetelt kivétel normális kommunikációs zaj, óránként ötven újrapróbálkozás viszont hibás terepi adó-vevőre vagy hálózati túlterhelésre utal.

Hogyan továbbíthatók a prediktív riasztások egy CMMS-rendszerbe riasztási fáradtság kialakulása nélkül?

Ha minden átmeneti hálózati zavar karbantartási munkajegyet generál, a karbantartó technikusok gyorsan érzéketlenné válnak. A fegyelmezett minősítési stratégia megőrzi a technikusok bizalmát:

• Írja elő a feltétel ismétlődését: Állítsa be úgy a CMMS-kiváltási küszöbértékeket, hogy tartós problémák legyenek szükségesek, például egy csomóponton 24 órán belül három megszakadt munkamenet.
• Bővítse a munkajegy környezetét: Minden munkamegrendeléshez automatikusan fűzze hozzá az adott eszközcímkét, a pontos diagnosztikai hibakódot és a tünetek közérthető leírását.
• Válassza külön az üzemeltetést és a karbantartást: A vezérlőtermi kezelői riasztás-nyugtázásokat tartsa elkülönítve a karbantartási munkamegrendelések lezárásától.
• Ellenőrizze rendszeresen a szabályokat: Havonta vizsgálja felül az automatikus kiváltások teljesítményét, és szüntesse meg azokat a küszöbértékeket, amelyek nem igényelnek intézkedést.
• Az infrastrukturális hálózati eszközöket is kezelje eszközként: A menedzselt kapcsolókat, az optikai médiakonvertereket és a SCADA-szerverpárokat is kifejezetten vegye fel a CMMS eszköznyilvántartásába.

Mekkora megtérülés várható a vezérlőszintű prediktív karbantartástól?

A reaktív hibaelhárításról a tervezett karbantartási időközökre való áttérés megszünteti a költséges vészhelyzeti állásidőt. A pótalkatrész-készlet pontosan, adatalapon alakítható ki, az új üzembe helyezési diagnosztikai alapértékek pedig zökkenőmentesen integrálhatók a korábbi karbantartási nyilvántartásokba.

A sikeres bevezetéshez kezdje azzal, hogy létesítményében tíz kritikus hálózati csomópontot vagy I/O-kapcsolatot figyel, állítsa fel az alaptrendeket, majd terjessze ki a keretrendszert a többi vezérlőre.

Szerző: Chen Weiming ipari automatizálási mérnök, több mint 10 éves PLC-, DCS- és irányítástechnikai tapasztalattal.