Üzemszintű időszinkronizálás: NTP-, PTP- és GPS-stratégiák Yokogawa CENTUM VP és Bently Nevada 3500 rendszerekhez

Miért döntik el az időbélyegek a vizsgálatok sikerét vagy kudarcát?

Minden komoly üzemzavari vizsgálat az események sorrendjével kezdődik. Ez a sorrend azonban semmit sem ér, ha az órák nem egyeznek. Egy gőzturbina leállását vizsgáltam, amelynél három rendszer tizenegy másodperccel eltérő adatokat mutatott. A Yokogawa CENTUM VP eseménytörténete az események egyik sorrendjét rögzítette. A Bently Nevada gépmonitorozó rendszer egy másik történetet mesélt el. Az elektromos védelmi relé pedig egy harmadikat. Két napig vitatkoztunk az ok-okozati összefüggésekről, mire valaki ellenőrizte az órákat. Ezért az időszinkronizálást biztonságkritikus szolgáltatásként kell kezelni, nem pedig utólagos informatikai feladatként. Az eszközök közötti kis óraeltérések félrevezetővé teszik az eseménynaplókat. Ami még rosszabb, az egész eseménytörténetbe vetett bizalmat aláássák.

Mik az NTP és az SNTP működési elvei és korlátai?

A Network Time Protocol a legegyszerűbb és legelterjedtebb szinkronizálási módszer. Egy master szerver tartja a referenciaidőt, az ügyféleszközök pedig rendszeres időközönként frissítést kérnek. A szerver az időt GPS-műholdakról vagy internetes forrásokból is lekérheti. Az NTP pontossága jó üzemi hálózaton körülbelül 10 milliszekundumot ér el. Az SNTP, az egyszerűsített változat, kihagyja a hálózati késleltetés számítását. Így csak mintegy 50 milliszekundumos pontosságot biztosít, és kisebb, nem kritikus alkalmazásokhoz megfelelő. A stratum-szint a referenciától való távolságot írja le. A GPS-vevő 0. rétegű hardver, amely egy 1. rétegű szervert táplál. Az üzemi hierarchiának ugyanilyen kaszkádos felépítést kell követnie. Ezenfelül tartsa sekélyen a hierarchiát. Minden további stratumréteg növeli a hibát. Soha ne szinkronizáljon azonban közvetlenül internetes időszerverrel egy irányítórendszert. Ez az útvonal átlépi a biztonsági határt, és olyan jittert vezet be, amelyet nem tud szabályozni.

• 1. lépés: Telepítsen antennával ellátott GPS-idővevőt 0. rétegű forrásként.
• 2. lépés: Jelöljön ki egy szervert belső 1. rétegű NTP-masterként.
• 3. lépés: Állítson be minden DCS-szervert, PLC-t és HMI-t kizárólag ennek a masternek az ügyfeleként.
• 4. lépés: Dokumentálja a stratumhierarchiát, és tiltsa meg a közvetlen internetes időforrások használatát.

Hogyan biztosít a PTP milliszekundum alatti pontosságot a kritikus alkalmazásokban?

A Precision Time Protocol, az IEEE 1588, közel egy milliszekundumos, gyakran pedig ennél is sokkal jobb pontosságot biztosít. A master folyamatos időközönként küld időbélyegeket a slave-eknek, ahelyett hogy kérésekre várna. A slave-ek figyelembe veszik a hálózati késleltetést, és elhanyagolható eltéréssel igazítják óráikat. Ennek a pontosságnak azonban ára van. Hardveres időbélyegzést támogató, PTP-képes Ethernet-kapcsolókra van szükség. A hagyományos kapcsolók kiszámíthatatlan várakozási késleltetést okoznak, ami tönkreteszi a PTP pontosságát. Az automatizálás világában több profil is erre az alapra épül. Az EtherNet/IP-hálózatok a CIP Syncet, az IEEE 1588 egyik profilját használják a vezérlőórák összehangolására. A Yokogawa-rendszerek szinkronizálják tartományaikat és terepi buszos kommunikációs moduljaikat a szabályozott, GPS-re hivatkozó masterekkel. Ezért válasszon PTP-t, ha 10 milliszekundum alatti eseménysorrend-pontosságra van szükség. Általános SCADA- és eseménytörténeti időbélyegzéshez válasszon NTP-t. Végül a protokollt mindig az alkalmazáshoz igazítsa, ne a marketingígéretekhez.

• 1. lépés: Azonosítsa azokat az eszközöket, amelyeknek valóban 10 milliszekundum alatti eseményfelbontásra van szükségük.
• 2. lépés: Ezekben a szegmensekben telepítsen hardveres időbélyegzést támogató, PTP-képes kapcsolókat.
• 3. lépés: Válasszon ki egy GPS-re hivatkozó grandmaster órát a teljes PTP-tartomány számára.
• 4. lépés: Minden hálózati módosítás után ellenőrizze a slave-ek eltérését a grandmasterhez képest.

Hogyan szinkronizálható a CENTUM VP és a Bently Nevada 3500 ugyanahhoz az órához?

Íme egy gyakorlatban is működő architektúra. Egy GPS-vevő egy dedikált időszervert táplál, amely így 1. rétegű masterként működik. A Yokogawa CENTUM VP-tartomány ehhez a masterhez szinkronizál, és az időt elosztja az állomásai között. A Bently Nevada 3500 rackek és a hozzájuk tartozó proximitor monitorok ugyanebből a forrásból, rackinterfész-modulokon keresztül fogadják az NTP-időt. Először konfigurálja az időszerver IP-címét minden 3500 rack beállításaiban. Másodszor ellenőrizze a rack órájának eltérését a System 1 rendszerből vagy a rack konfigurációs szoftveréből. Ezenfelül hetente ellenőrizze a CENTUM VP állomásóráit a rendszerállapot-kijelzőn keresztül. Tolerancia-szabályzatot javaslok: minden eszköz maradjon a masterhez képest egy másodpercen belül, a gépvédelmi rendszerek pedig 10 milliszekundumon belül. Végül adjon hozzá időeltérési riasztást. A csendben szinkronizálni megszűnő eszközhöz riasztás kell, mert az időbélyegei lassan használhatatlanná válnak a következő üzemzavari vizsgálatig.

• 1. lépés: Irányítsa a CENTUM VP időmasterét és minden 3500 racket ugyanahhoz az NTP-szerverhez.
• 2. lépés: Állítsa a lekérdezési időközöket néhány percre, és tartsa azokat egységesen minden eszközön.
• 3. lépés: Hetente naplózza minden eszköz eltérését, és kövesse nyomon úgy, mint egy technológiai változót.
• 4. lépés: Generáljon riasztást minden olyan eszközre, amelynek eltérése 24 órán keresztül meghaladja az 1 másodpercet.
• 5. lépés: Minden üzemzavar után exportálja az összes eseménynaplót UTC-ben, még a helyi időre történő átalakítás előtt.

Összegzés és gyakorlati tanácsok

Az időszinkronizálás olcsó biztosítás a költséges vizsgálatokhoz. Először rögzítse az egész üzem időalapját egy GPS-re hivatkozó masterhez, és alakítson ki dokumentált stratumhierarchiát. Másodszor használjon NTP-t az általános időbélyegzéshez, PTP-t pedig ott, ahol valóban szükség van 10 milliszekundum alatti eseménysorrend-felbontásra. Ezenfelül igazítsa a Yokogawa CENTUM VP állomásait és a Bently Nevada 3500 rackeket ugyanahhoz a forráshoz, soha ne különálló szerverekhez. Ne feledje azonban, hogy önmagában a hardver semmire sem jelent garanciát. Minden hálózati módosítás és minden kapcsolócsere után ellenőrizze az eltéréseket. Ezért az óraeltéréseket ugyanúgy kövesse nyomon, mint bármely más kritikus mérési értéket. Végül végezzen negyedéves időauditot. Egy tervezett teszt során húzza ki a GPS-antenna csatlakozását, és figyelje meg, hogyan reagálnak a rendszerek. Amikor egy turbina leáll, az eseménynaplók egyetlen történetet fognak elmondani, és az a valóság lesz.

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