Ipari adattörténeti rendszer architektúrája: helyi vagy szerveralapú adatgyűjtés

Miért fontos az adatelőzmény-rendszer architektúrája?

Az ipari automatizálási rendszerek folyamatosan mérési adatokat, üzemi állapotokat, riasztásokat és gyártási eseményeket generálnak. Ezek a feljegyzések segítenek a mérnököknek a hibák kivizsgálásában, a folyamatfeltételek ellenőrzésében és a berendezések teljesítményének megértésében.

Az adatgyűjtés azonban önmagában nem garantál teljes vagy hasznos előzményi adatokat. A hálózati megszakadások, a szerverkarbantartás, a korlátozott tárhely és a nem megfelelő adatgyűjtési beállítások adathiányt okozhatnak.

A gépszintű és a szerveralapú adatelőzmény-rendszer közötti választásnál először a tervezett alkalmazást kell figyelembe venni. A két architektúra eltérő adatgyűjtési, -megőrzési és -elemzési igényeket szolgál ki.

A gépszintű adatelőzmény-rendszer részletes információkat rögzít a gyártóberendezések közelében. A szerveralapú adatelőzmény-rendszer több forrásból származó feljegyzéseket egyesít, és átfogóbb elemzéseket tesz lehetővé.

Mi az a gépszintű adatelőzmény-rendszer?

A gépszintű adatelőzmény-rendszer egyedi gép, gyártócella vagy vezérlőrendszer közelében gyűjti és tárolja az idősoros adatokat. A megvalósítástól függően PLC-ktől és támogatott ipari hálózatokról is gyűjthet adatokat. Gyakori adatforrások például a Allen-Bradley 1756-L1 ControlLogix PLC-vezérlő és a Siemens 6ES7214 PLC-vezérlőmodul.

Ez az elrendezés akkor hasznos, ha a mérnököknek részletes feljegyzésekre van szükségük egy leállást, berendezéshibát vagy váratlan eseménysort megelőző és követő időszakról.

• Gépdiagnosztika: Megőrzi a vezérlő kiválasztott értékeit a hibák és a termelés megszakadásai körüli időszakból.
• Nyomon követhetőség: Összekapcsolja a folyamatméréseket a gyártási ciklusokkal, tételekkel vagy egyedi termékekkel.
• Folyamatellenőrzés: Megőrzi azokat a feljegyzéseket, amelyekkel ellenőrizhető, hogy az üzemi körülmények megfeleltek-e a meghatározott követelményeknek.
• Helyi adatgyűjtés: Csökkenti a folyamatos kommunikációtól való függést egy távoli adatelőzmény-szerverrel.

A helyi adatgyűjtés javíthatja a rendszer ellenálló képességét, ha egy upstream szerver vagy a hálózati kapcsolat elérhetetlenné válik. Ez az előny azonban az adatelőzmény-rendszer tényleges architektúrájától és a rendelkezésre álló tárhelytől függ.

A mérnököknek ellenőrizniük kell az adatmegőrzési kapacitást, az adatexportálási módszereket, az adatgyűjtési teljesítményt és a helyreállítás működését. A helyi tárolás nem szüntet meg minden lehetséges hibaforrást.

Mi az a szerveralapú historian rendszer?

A szerveralapú historian rendszer több gyártóeszközről és más támogatott adatforrásokból gyűjt előzményadatokat. Jellemzően szélesebb körű jelentéskészítési, trendmegjelenítési, tárolási és elemzési lehetőségeket kínál.

Az üzemi mérnökök összehasonlíthatják a berendezések teljesítményét, kivizsgálhatják a visszatérő termelési veszteségeket, és összefüggéseket kereshetnek a különböző gépekről származó folyamatmérések között.

A központosított historian rendszerek olyan alkalmazásokat is támogatnak, amelyek a működési adatokat gyártási vagy üzleti információkkal ötvözik. Ez segíthet összekapcsolni a folyamatok viselkedését a gyártási ütemtervekkel, a gyártási tételekkel és a minőségi eredményekkel.

A gyűjtési útvonal azonban további függőségeket teremt. A hálózati hibák, a szerver karbantartása, az interfészproblémák és a tárolási korlátok megszakíthatják az adatgyűjtést. A terepi oldali kapcsolat gyakran Ethernet-kommunikációs modulokra támaszkodik, például a Yokogawa ALE111-S51, a Schneider 140NOE21100 vagy a Foxboro FBM232 modulokra, ezért ezek konfigurációja és állapota is befolyásolja az adatok rögzítését.

Ne feltételezze, hogy minden historian rendszer automatikusan puffereli az adatokat üzemzavar esetén. Ellenőrizze, hogy az adott adatgyűjtő támogatja-e a pufferelést, mennyi ideig őrzi meg a függőben lévő rekordokat, és hogyan kezeli a helyreállást.

Hogyan viszonyul egymáshoz a két architektúra?

Ezek architekturális jellemzők, nem pedig univerzális termékgaranciák. A tervezés véglegesítése előtt ellenőrizze a kiválasztott platform működését.

Hogyan válasszon megfelelő historikus rendszert?

Milyen mérnöki kérdésre kell választ adnia az adatoknak?

Kezdje annak meghatározásával, hogy a múltbeli adatoknak milyen döntéseket kell támogatniuk. Egy hiba kivizsgálásához nagy felbontású adatokra lehet szükség egy rövid esemény körüli időszakról. A termelés elemzéséhez hosszabb megőrzési időre és több berendezés egységes adataira lehet szükség.

Dokumentálja a szükséges címkéket, a gyűjtési időközöket, az eseményindítókat, az időbélyegek minőségét, a megőrzési időt és a jelentéskészítési igényeket.

Hol veszhetnek el adatok az adatgyűjtés útvonalán?

Térképezze fel az adatgyűjtés útvonalát az egyes vezérlőktől a tárolási célhelyig. Azonosítsa azokat a hálózati kapcsolókat, átjárókat, adatgyűjtő szolgáltatásokat, szervereket és egyéb összetevőket, amelyek megszakíthatják a rögzítést.

Tisztázza, mi történik hálózati kimaradás, szerver-újraindítás vagy tervezett karbantartás esetén. Ellenőrizze, hogy az adatok helyben pufferelődnek-e, és hogy a rendszer helyreállás után képes-e pótolni a hiányzó időszakok adatait.

Mekkora tárolókapacitás szükséges?

Becsülje meg a szükséges tárolókapacitást a mérési pontok száma, a gyűjtés gyakorisága, a rekordméret, a tömörítés működése és a kívánt megőrzési idő alapján. Számoljon a működési többlettel és megfelelő kapacitástartalékkal is.

Ne csak a címkék száma alapján méretezze a tárolást. Két azonos címkeszámú rendszer eltérő adatmennyiséget hozhat létre a gyűjtési beállítások és a folyamat működése miatt.

Az időbélyegek következetesek és jól értelmezhetők?

A múltbeli elemzések megbízhatósága csökken, ha az összetartozó rekordok eltérő órákat használnak, vagy az időbélyegek forrása nem jól ismert. Tekintse át az időszinkronizálást a vezérlőkön, adatgyűjtőkön és szervereken.

Határozza meg, hogy az időbélyegek a forrásnál történő adatgyűjtést, az adatgyűjtőhöz való beérkezést vagy a szerver általi fogadást jelölik-e. Ez a különbség fontos a rövid időközönként bekövetkező események sorrendjének rekonstruálásakor.

Gondoskodnak a kiberbiztonságról és a helyreállításról?

Tekintse át a hitelesítést, a hozzáférés-vezérlést, a hálózati szegmentálást, a javításkezelést, a biztonsági mentési eljárásokat és a visszaállítás tesztelését. Egy historikus rendszer értékes üzemi információkat tartalmazhat, ezért megfelelő védelemben kell részesíteni.

Tesztelje a tényleges helyreállítási folyamatot. A biztonsági mentés csak akkor hasznos, ha a szükséges adatok és konfigurációk elfogadható működési korlátokon belül visszaállíthatók.

Mikor érdemes kombinálni a helyi és a központosított adatgyűjtést?

Egyes alkalmazások mindkét architektúra előnyeit kihasználhatják. A gépszintű adathistorian részletes rekordokat őrizhet meg a berendezés közelében, míg a szerveralapú adathistorian összegyűjti a kiválasztott adatokat az üzem egészére kiterjedő elemzéshez.

Például egy olyan vezérlőkre épülő gyártósornak, mint a GE Mark VIe IS400AEBMH3A PLC-vezérlőmodul, szüksége lehet részletes eseményrekordokra a hibák diagnosztizálásához, valamint központi gyártásitétel-előzményekre a minőségellenőrzéshez. A helyi tárolás és a központi összesítés együttesen is megfelelhet ezeknek az igényeknek.

Gondosan tervezze meg az adatátviteli mechanizmust. Határozza meg, mely rekordok kerülnek továbbításra a központi rendszerbe, hogyan őrzik meg az időbélyegeket, hogyan kezelik a duplikált rekordokat, és mi történik a kommunikáció megszakadásakor.

Azt is vegye figyelembe, hogy a helyi és a központi rendszerek azonos részletességgel őrzik-e meg az adatokat. Az összesítés vagy a tömörítés módosíthatja a későbbi vizsgálatokhoz rendelkezésre álló információkat.

Mit kell tartalmaznia az üzembe helyezési és karbantartási ellenőrzőlistának?

• Ellenőrizze, hogy a szükséges vezérlőcímkék gyűjtése megtörténik-e.
• Hasonlítsa össze az adathistorian értékeit a megbízható forrásból származó értékekkel.
• Ellenőrizze az adatgyűjtési időközöket és az események által kiváltott működést.
• Ellenőrizze az időszinkronizációt az érintett eszközök között.
• Tesztelje a hálózati kapcsolat megszakadásának és helyreállásának kezelését.
• Ellenőrizze a tárhelykapacitást, a megőrzési szabályzatokat és az archívumok rotációját.
• Ellenőrizze a hozzáférés-vezérlést, a biztonsági mentéseket és a visszaállítási eljárásokat.
• Dokumentálja az adatgyűjtési útvonalakat és az egyes összetevőkért felelős személyeket.

Rögzítse a teszteredményeket és az elfogadási kritériumokat. Jelentős hálózati, vezérlő- vagy adathistorian-konfigurációs változások után ismételje meg a kritikus ellenőrzéseket.

Összegzés: Az előzményadatok megbízható mérnöki erőforrássá tétele

Olyan ipari adathisztoriánt válasszon, amely megfelel annak, milyen bizonyítékokat kell megőriznie az üzemnek, és milyen döntéseket kell ezeknek az adatoknak támogatniuk. A helyi adatgyűjtés részletes gépdiagnosztikát tesz lehetővé, míg a szerveralapú adatgyűjtés átfogóbb jelentéskészítést és több eszközre kiterjedő elemzést támogat. A kettő kombinálása kiegészítő előnyöket nyújthat, ha az adatátvitelt, a megőrzést és a helyreállítást gondosan megtervezik. A bevezetés előtt dokumentálja az adatkövetelményeket, tesztelje a kiesések kezelését, ellenőrizze az időbélyegek minőségét, és győződjön meg róla, hogy a biztonsági mentések visszaállíthatók. Ezekkel a lépésekkel az előzményadatok megbízható mérnöki erőforrássá válhatnak.