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

A SCADA — azaz felügyeleti vezérlés és adatgyűjtés — az a réteg, amely egységes áttekintést biztosít a kezelők számára egy elosztott folyamatról. Értékeket és állapotokat gyűjt PLC-ktől, RTU-któl, intelligens eszközöktől és átjáróktól; grafikákat és riasztásokat jelenít meg; előzményeket rögzít; valamint engedélyezett felügyeleti parancsokat küld. Nem helyettesíti a helyi vezérlőt, amely az interlockokat, a szekvenciavezérlést vagy a gyors szabályozást végrehajtja.

Ez az első tervezési szabály. Egy szivattyúállomásnak akkor is védenie kell a berendezést, ha megszakad a kapcsolat a vezérlőteremmel. Egy gép nem függhet egy távoli HMI-szkripttől a veszélyes mozgás leállításában. A SCADA kérhet egy alapjelet vagy üzemmódot, de a PLC-nek vagy az RTU-nak kell eldöntenie, hogy a kérés engedélyezett-e, és milyen biztonságos állapotot kell alkalmazni kommunikációs hiba esetén.

A SCADA a folyamat állapotát egy helyen összesíti a kezelő számára, miközben a helyi vezérlők megtartják azokat az időzítési és védelmi feladatokat, amelyek nem függhetnek egy nagy kiterjedésű hálózati kapcsolattól.

Kövesse az adat útját a terepi jeltől a kezelőig

Egy terepi műszer először nyomást, szintet, áramlást, hőmérsékletet, pozíciót vagy más folyamatváltozót mér. A jele helyi I/O-egységhez vagy intelligens eszközhöz jut. A PLC vagy az RTU ellenőrzi és skálázza ezt a bemenetet, alkalmazza a vezérlési logikát, majd a kiválasztott értékeket elérhetővé teszi a felügyeleti rendszer számára. Ezután egy kommunikációs meghajtó vagy átjáró ezeket az értékeket névvel ellátott SCADA-címkékre képezi le.

A SCADA-szerver lekérdezi vagy feliratkozik az adatokra, minőségi és időinformációkat rendel hozzájuk, kiértékeli a riasztási feltételeket, és az aktuális állapotot továbbítja a klienseknek. A történetadatbázis trendekhez, eseményelemzéshez, teljesítményértékeléshez és szabályozott nyilvántartásokhoz tárolja a kiválasztott értékeket és eseményeket. A HMI a látható rész, de a címkekonfiguráció, az időszinkronizálás, a kommunikáció, a riasztási logika, a biztonsági mentések és a fiókkezelés határozza meg, hogy megbízható-e a kijelző.

Minden megjelenített értékhez ismerni kell a forrást, a mértékegységet, a frissítési útvonalat, a minőségi állapotot és az időalapot.

A PLC, az RTU, a HMI, a történetadatbázis és a SCADA különböző szerepeket tölt be

A PLC általában a berendezés közelében hajtja végre a determinisztikus gép- vagy folyamatvezérlési logikát. Az RTU a távoli telemetriát, a helyi önállóságot, a környezeti terheléssel szembeni ellenállást és a korlátozott kapcsolatokon keresztüli működést helyezi előtérbe, bár a modern termékek funkciói átfedhetik egymást. A HMI kezelői felület. A történetadatbázis idősoros adatok tárolására optimalizált rendszer. A SCADA ezeket a funkciókat felügyeleti környezetbe kapcsolja össze, de a termékhatárok gyártónként eltérnek.

A NIST a SCADA-, DCS- és PLC-alapú megoldásokat egymáshoz kapcsolódó operatív technológiákként kezeli, nem egymással felcserélhető megnevezésekként. Az Útmutató az operatív technológia biztonságához azért hasznos, mert az architektúrákat a teljesítmény, a megbízhatóság, a biztonság és a kiberbiztonság következményei alapján értelmezi. A projektcsapatoknak egyértelműen kell kiosztaniuk a felelősségeket, ahelyett hogy feltételeznék: a „SCADA” szó önmagában meghatározza azokat.

A parancsokat tranzakcióként, ne önálló bitekként tervezze

Egy felügyeleti parancshoz több kell egy írható logikai értéknél. Távoli indítás esetén határozza meg a kért műveletet, a kérelmező felhasználót vagy rendszert, a célberendezést, a parancs sorszámát, az engedélyezési feltétel eredményét, az elfogadást, a végrehajtást, az elutasítás okát és az időtúllépést. A helyi vezérlőnek el kell utasítania az elavult, ismétlődő vagy nem biztonságos kéréseket. A SCADA-nak külön kell megjelenítenie a „parancs elküldve”, az „elfogadva” és a „berendezés elérte a parancsolt állapotot” állapotokat.

Az alapjelekhez korlátok, mértékegységek, jogosultság és változási sebességhatárok szükségesek. Az üzemmódváltásoknál meg kell jelölni, ki birtokolja a vezérlést. Egy sikertelen hálózati írás nem hagyhatja azt a benyomást a kezelőben, hogy a folyamat megváltozott. A PLC- és PAC-rendszerekkel kezelt berendezéseknél a kézfogást a vezérlőlogikában kell megvalósítani, a diagnosztikai állapotokat pedig ugyanolyan tudatosan kell megjeleníteni, mint magát a parancsot.

A riasztások minősége fontosabb a riasztások számánál

Egy riasztásnak olyan rendellenes állapotot kell azonosítania, amely időben kezelői beavatkozást igényel. Dokumentálni kell a következményét, prioritását, válaszidejét, holtsávját, késleltetését, ideiglenes elnémítási szabályát és normál állapotba való visszatérésének viselkedését. Ha minden PLC-hibabitet magas prioritású riasztási listába másolunk, olyan riasztásáradat keletkezik, amelyben eltűnik a fontos esemény.

A hibás vagy elavult adatoknak is látható kezelésre van szükségük. Ha egy RTU leállítja a frissítést, az utolsó érték továbbra is ésszerűnek tűnhet. A kezelői felületnek különbséget kell tennie a jó, bizonytalan, elavult, manuálisan behelyettesített és hibás minőség között. A riasztási logikának meg kell akadályoznia, hogy egyetlen kommunikációs hiba több száz félrevezető folyamatriasztássá alakuljon, miközben a láthatóság elvesztését egyértelműen jeleznie kell.

Tervezzen kommunikációs kiesésre

A SCADA-hálózatok ipari Ethernetet, optikai szálat, engedélyezett rádiót, mobilhálózatot, soros kapcsolatokat vagy ezek kombinációit tartalmazhatják. Önmagában a protokoll kiválasztása nem garantálja a megbízható vezérlést. A mérnököknek meg kell határozniuk a frissítési gyakoriságot, a sávszélességet, az újrapróbálkozási viselkedést, a tárolás és továbbítás szükségességét, a sorrendi események felbontását, az időszinkronizálást, a redundanciát és a kiesés utáni helyreállítást.

Vizsgáljon meg egy teljes kommunikációs megszakadást. Ellenőrizze, mit folytat a PLC vagy az RTU, milyen értékeket jelenít meg a HMI, mely riasztások aktiválódnak, hogyan blokkolódnak a parancsok, és miként egyeztethetők össze a pufferelt előzmények a kapcsolat helyreállása után. A releváns kommunikációs és hálózati berendezéseket a környezeti besorolás, az átviteli közeg, a topológia, a diagnosztika és a támogatott redundancia alapján vizsgálja, ne csupán a protokoll logója alapján válasszon.

Biztosítsa a felügyeleti útvonalat a működés akadályozása nélkül

A SCADA széles körű hozzáféréssel rendelkezik a folyamatinformációkhoz és a parancsokhoz, ezért az identitáskezelés, a legkisebb jogosultság elve, a hálózati szegmentálás, a védett távoli hozzáférés, a naplózás, a biztonsági mentések és a szabályozott változtatás alapvető mérnöki követelmények. A közös rendszergazdai fiókok és a tartósan nyitott gyártói alagutak szinte lehetetlenné teszik az incidensek utólagos rekonstruálását. A biztonsági ellenőrzéseket működés közben is tesztelni kell: egy agresszív vizsgálat, kikényszerített újraindítás vagy nem tervezett tanúsítványcsere megzavarhatja a régi eszközöket.

Az eszközleltárnak tartalmaznia kell a szervereket, klienseket, vezérlőket, RTU-kat, kapcsolókat, átjárókat, szoftververziókat, kommunikációs útvonalakat, szolgáltatásfiókokat és a tanúsítványfüggőségeket. A biztonsági mentések csak akkor értékesek, ha a helyreállítást kompatibilis infrastruktúrán már tesztelték. A javításokról szóló döntéseknél figyelembe kell venni a kitettséget, a gyártói támogatást, a folyamatra gyakorolt hatást, a kompenzáló intézkedéseket és a helyreállítási tervet.

Üzemelje be a teljes működési folyamatot

A gyári és helyszíni átvételi teszteknek a normál működést és a hibás állapotokat egyaránt vizsgálniuk kell. Szimuláljon rossz minőséget, befagyott értékeket, zajos jeleket, vezérlő-újraindítást, szerver-átvételt, történetadatbázis-kiesést, időeltérést, kommunikációs hibát, jogosulatlan parancsokat, elutasított engedélyezési feltételeket és riasztásáradatot. Ellenőrizze, hogy a grafikák következetes mértékegységeket és tartományokat használnak-e, a trendek elegendő felbontást őriznek-e, és minden fontos esemény rekonstruálható-e szinkronizált rekordokból.

Vonja be a kezelőket is a tesztelésbe. Egy műszakilag helyes képernyő is elrejtheti az üzemzavar okát dekoratív grafikák vagy félreérthető színek mögött. A legjobb átvételi kérdés az, hogy egy képzett kezelő képes-e felismerni a rendellenes állapotot, megérteni annak következményét, végrehajtani a jóváhagyott műveletet, majd találgatás nélkül ellenőrizni az eredményt.

Mérnöki szempont

A SCADA azzal igazolja létjogosultságát, hogy az elosztott adatokat megbízható működési összefüggéssé alakítja. Ehhez szigorúbb, nem pedig gyengébb határokra van szükség: a helyi vezérlés önálló marad, a felügyeleti parancsok egyértelmű kézfogást használnak, a riasztások beavatkozást igényelnek, a minőség látható, a kommunikációs hiba pedig tervezett állapot. Ha ezeket a szabályokat betartják, a SCADA csökkenti a válaszidőt és támogatja a bizonyítékokon alapuló működést. Ha figyelmen kívül hagyják őket, egy nagyobb képernyő csupán egy helyre központosítja a bizonytalanságot.