Mi az a SCADA? Felügyeleti vezérlés a PLC lecserélése nélkül

Az üzemeltetők nem állnak egy csővezeték-folyosó minden szivattyúállomása mellett. Címkéket figyelnek, riasztásokat nyugtáznak, és alapjelértékeket küldenek egy felügyeleti rétegből, amely akár több száz kilométerre is lehet az eszköztől. Ez a réteg a SCADA — Supervisory Control and Data Acquisition, azaz felügyeleti vezérlés és adatgyűjtés —: terepi vezérlők köré épülő szoftverek és szerverek együttese, nem pedig azok helyettesítője.

Egyszerű üzemi megfogalmazásban: az érzékelők és a beavatkozók a terepen működnek; a PLC-k és RTU-k gyors helyi logikát futtatnak; a SCADA összegyűjti, előzményadatként tárolja és megjeleníti az adatokat, valamint felügyeleti parancsokat ad ki. Amikor egy csapágy hőmérséklete emelkedni kezd, vagy egy tartály szintje eltér a kívánttól, a SCADA értéke abban a percekben mérhető, amelyeket az üzemeltető nem azzal tölt, hogy a telephely bejárásával fedezze fel a problémát.

A modern SCADA az elosztott folyamatállapotot kezelői grafikákban, riasztási listákban és trendekben összpontosítja — de csak akkor hasznos, ha a címkék minősége és a riasztási filozófia szabályozott.

Hogyan fejlődött ki a felügyelet a bejárásos üzemeltetésből?

A huszadik század közepének üzemei az emberekre és a helyi panelekre támaszkodtak. Az 1960-as évek korai felügyeleti számítógépei rendkívül magas költségek mellett központosították a kijelzéseket. A későbbi évtizedek olcsóbb processzorai és távoli terminálegységei kiterjesztették a láthatóságot a csővezetékekre, alállomásokra és vízhálózatokra. A PLC-k ezután felgyorsították a helyi vezérlést; az Ethernet és a nyílt protokollok pedig általánossá tették a többgyártós lekérdezést. A felhő és az analitika csak az alapok — a lekérdezés, a riasztás és a hibabiztos helyi önállóság — megszilárdulása után érkezett, amikor ezek már megkerülhetetlenek voltak.

A vezérlőtermek már a Windows-alapú HMI-k előtt is léteztek; az változott meg, hogy egyetlen csapat milyen távolságban és milyen nagy pontsűrűség mellett képes felügyeletet ellátni a helyzetfelismerés elvesztése nélkül.

A ténylegesen szállított rendszerfelépítés

A terepi eszközök mérnek és beavatkoznak. Az RTU-k kiterjesztik a távadást távoli telephelyekre és folyosókra, gyakran rádiós, mobil- vagy műholdas kapcsolaton keresztül, és elegendő helyi logikával rendelkeznek ahhoz, hogy kommunikációs kiesés esetén is működjenek. A PLC-k azokon az üzemterületeken dominálnak, ahol a ciklusidő és a reteszelések összetettsége fontos. A hálózatok Modbus, DNP3, IEC 60870-5-104, OPC UA és gyártóspecifikus Ethernet-protokollok adatait továbbítják. A központi állomás lekérdez, naplóz, kiértékeli a riasztásokat és megjeleníti a HMI-ket; az adatarchívum tárolja azt a hosszú távú memóriát, amelyet az üzemeltetők az incidensek áttekintéséhez használnak.

A rétegzett modellek a 0. szintre helyezik az érzékelőket, a felügyeleti szervereket pedig magasabb szintekre — a SCADA akkor vall kudarcot, amikor a csapatok összemossák ezeket a rétegeket, és a folyamatos PID-szabályozást kizárólag a HMI-re bízzák.

Ha azokat a vezérlőket térképezi fel, amelyek adatokat szolgáltatnak ennek a felügyeleti rétegnek, a PLC- és PAC-platformok böngészése praktikus módja annak, hogy elkülönítse a terepi végrehajtó hardvert a SCADA-szoftveres munkaállomásától.

PLC és SCADA — ne kezelje őket riválisként

A PLC a gép mellett determinisztikus logikát végrehajtó hardver. A SCADA elsősorban a számos vezérlőt figyelő felügyeleti szoftveres ökoszisztéma. Egy üzem több tucat PLC-t is működtethet egyetlen SCADA-névtér alatt. A kettő összekeverése nem biztonságos tervekhez vezet — például amikor lassú felügyeleti szkriptek próbálnak reteszelésként működni.

SCADA és DCS

A SCADA történelmileg a földrajzilag kiterjedt és időszakos kommunikációval működő rendszerekben erős: ilyenek a csővezetékek, a közművek és a több telephelyet összekapcsoló vízrendszerek. A DCS-platformok egyetlen technológiai létesítményen belül, szoros hálózatokon és integrált kezelői környezetben optimalizálják a mély, folyamatos szabályozást. A marketing által elmosott határvonal valóban létezik — a nagy SCADA-csomagok folyamatirányítási funkciókkal bővülnek, a DCS-gyártók pedig egyre távolabbra nyúlnak —, a beszerzés azonban továbbra is a földrajzi kiterjedésből, a szabályozási körök sűrűségéből és abból indul ki, hogy ki felel a szabályozásért.

A Honeywell vagy hasonló DCS-termékvonalakra szabványosított technológiai üzemek továbbra is SCADA-szerű felügyeletet telepítenek a távoli közművekhez és csomagegységekhez. Meglévő rendszereknél a csapatok gyakran olyan gyártói gyűjteményekből indulnak ki, mint a Honeywell vezérlőhardverek, amikor a tartalékalkatrész-stratégia és az átállási lehetőségek ugyanolyan fontosak, mint a grafikai megjelenítés filozófiája.

Hogyan néz ki a „működés” egy műszakban?

Az analóg és digitális jelek az RTU-kba vagy PLC-kbe érkeznek, címkézett pontokká válnak, majd riasztási prioritásokkal együtt megjelennek a HMI-képernyőkön. Az üzemeltetők alapjelértékeket módosítanak vagy megszakítókat nyitnak, amikor a jogosultságok és az engedélyezési feltételek ezt lehetővé teszik. A protokollok a nyelvet jelentik; az architektúra a nyelvtant. A rossz nyelvtan — a riasztások elárasztása, a töröletlen, rossz minőségű címkék, az egyetlen, redundancia nélküli szerver — csendes katasztrófákat okoz, amelyek a jelentésben „kezelői hibának” tűnnek.

A gyártásban a SCADA a sorok ütemezésére és az állomáshibák felismerésére szolgál. Az energetikai és hálózatüzemeltetési rendszerekben a termelés figyelésére, a megszakítók nyitására és a hibák leválasztására használják. Az olaj-, gáz- és vízipar a folyosók állapotának áttekintéséhez támaszkodik rá. Az előnyök ismertek: kevesebb kiszállás, gyorsabb reagálás és jobb megfelelőségi naplózás. A számlát a kiberbiztonsági kitettség, az integráció összetettsége és az a fegyelem jelenti, amely a riasztások ésszerűsítésének őszinte fenntartásához szükséges.

Közvetlen tanács projektcsapatoknak

A SCADA-t a láthatóság és a felügyeleti elérés érdekében vásárolja, ne a megtervezett helyi vezérlés helyettesítőjeként. A kioldási logikát és a kritikus sorrendvezérlést olyan vezérlőkben tartsa, amelyek akkor is működnek, amikor a WAN-kapcsolat megszakad. Az adatarchívumokat és a riasztási adatbázisokat üzemi nyilvántartásként kezelje, ne az IT utólagos feladataként. A sikert pedig ne az alapján mérje, hogy hány vezérlőelem világít az áttekintő képernyőn, hanem az alapján, hogy mennyi idő alatt érthető meg egy rendellenes folyamatállapot.

A jól megvalósított SCADA irrelevánssá teszi a távolságot. A rosszul megvalósított SCADA veszélyessé teszi a távolságot. A különbséget szinte soha nem a HMI-n látható logó jelenti.