Arhitektura industrijskog povijesnog sustava podataka: lokalno prikupljanje nasuprot prikupljanju na poslužitelju
Zašto je važna arhitektura sustava za prikupljanje povijesnih podataka?
Industrijski automatizacijski sustavi generiraju neprekidne nizove mjerenja, radnih stanja, alarma i proizvodnih događaja. Ti zapisi pomažu inženjerima u istraživanju kvarova, provjeri uvjeta procesa i razumijevanju rada opreme.
Međutim, samo prikupljanje podataka ne jamči potpunu ni korisnu povijesnu evidenciju. Mrežni prekidi, održavanje poslužitelja, ograničen kapacitet pohrane i neprikladne postavke prikupljanja mogu uzrokovati praznine.
Pri odabiru sustava za prikupljanje povijesnih podataka na razini stroja ili onoga temeljenog na poslužitelju treba poći od predviđene primjene. Svaka arhitektura odgovara različitim zahtjevima za prikupljanje, zadržavanje i analizu podataka.
Sustav za prikupljanje povijesnih podataka na razini stroja prikuplja detaljne informacije u blizini proizvodne opreme. Sustav za prikupljanje povijesnih podataka temeljen na poslužitelju objedinjuje zapise iz više izvora i omogućuje širu analizu.
Što je sustav za prikupljanje povijesnih podataka na razini stroja?
Sustav za prikupljanje povijesnih podataka na razini stroja prikuplja i pohranjuje podatke vremenskih nizova u blizini pojedinačnog stroja, proizvodne ćelije ili upravljačkog sustava. Ovisno o izvedbi, može prikupljati podatke iz PLC-ova i podržanih industrijskih mreža. Uobičajeni izvori podataka uključuju kontrolere kao što su Allen-Bradley 1756-L1 ControlLogix PLC kontroler i Siemens 6ES7214 PLC upravljački modul.
Ovakav je sustav koristan kada inženjerima trebaju detaljni zapisi o događajima koji su prethodili zaustavljanju, kvaru opreme ili neočekivanom slijedu događaja.
- Dijagnostika stroja: Sačuvajte odabrane vrijednosti kontrolera zabilježene oko kvarova i prekida proizvodnje.
- Sljedivost: Povežite mjerenja procesa s proizvodnim ciklusima, serijama ili pojedinačnim proizvodima.
- Provjera procesa: Zadržite zapise kojima se provjerava jesu li radni uvjeti ispunjavali definirane zahtjeve.
- Lokalno prikupljanje podataka: Smanjite ovisnost o neprekidnoj komunikaciji s udaljenim poslužiteljem za povijesne podatke.
Lokalno prikupljanje može povećati otpornost sustava kada uzvodni poslužitelj ili mrežna veza postanu nedostupni. Međutim, ta prednost ovisi o stvarnoj arhitekturi sustava za povijesne podatke i dostupnom kapacitetu za pohranu.
Inženjeri moraju provjeriti kapacitet za pohranu podataka, načine izvoza podataka, učinkovitost prikupljanja i ponašanje pri oporavku. Lokalna pohrana ne uklanja sve moguće načine kvara.
Što je historian temeljen na poslužitelju?
Historian temeljen na poslužitelju prikuplja povijesne podatke s više proizvodnih sredstava i drugih podržanih izvora podataka. Obično nudi šire mogućnosti izvještavanja, prikaza trendova, pohrane i analize.
Inženjeri u postrojenju mogu usporediti radnu učinkovitost opreme, istražiti ponavljajuće gubitke u proizvodnji i povezati procesna mjerenja na različitim strojevima.
Centralizirani historiani podržavaju i aplikacije koje objedinjuju operativne zapise s proizvodnim ili poslovnim informacijama. To može pomoći u povezivanju ponašanja procesa s rasporedima proizvodnje, serijama i rezultatima kontrole kvalitete.
Međutim, put prikupljanja podataka uvodi dodatne ovisnosti. Kvarovi mreže, održavanje poslužitelja, problemi sa sučeljima i ograničenja pohrane mogu prekinuti prikupljanje podataka. Povezivost na razini postrojenja često se oslanja na komunikacijske module za Ethernet kao što su Yokogawa ALE111-S51, Schneider 140NOE21100 ili Foxboro FBM232, stoga su njihova konfiguracija i ispravnost važni za zapis podataka.
Nemojte pretpostaviti da svaki historian automatski sprema podatke u međuspremnik tijekom prekida rada. Provjerite podržava li određeni prikupljač podataka međuspremnik, koliko dugo zadržava zapise na čekanju i kako postupa nakon ponovne uspostave veze.
Kako se te dvije arhitekture uspoređuju?
| Čimbenik odabira | Historian na razini stroja | Historian temeljen na poslužitelju |
|---|---|---|
| Primarni opseg | Pojedinačni stroj ili proizvodna ćelija | Više strojeva ili sustava u postrojenju |
| Uobičajeni prioritet | Detaljni lokalni zapisi i dijagnostika | Centralizirana analiza i izvještavanje |
| Razmatranja pohrane | Ograničeno lokalnim hardverom i konfiguracijom | Ovisi o resursima poslužitelja i načinu arhiviranja |
| Ovisnost o mreži | Može zadržati lokalne podatke tijekom prekida rada nadređenih sustava | Ovisi o povezivosti izvora i arhitekturi prikupljanja |
| Integracija poduzeća | Možda će biti potreban dodatni mehanizam prijenosa | Često prikladno za integraciju podataka iz više izvora |
| Pitanja održavanja | Stanje lokalnog uređaja i kapacitet za pohranu podataka | Dostupnost poslužitelja, sučelja, sigurnosne kopije i zaštita |
Ovo su arhitekturne tendencije, a ne univerzalna jamstva koja vrijede za sve proizvode. Prije konačnog odabira dizajna provjerite ponašanje odabrane platforme.
Kako odabrati odgovarajući historian?
Na koje inženjersko pitanje podaci trebaju odgovoriti?
Započnite utvrđivanjem odluka koje povijesni podaci trebaju poduprijeti. Istraživanje kvarova može zahtijevati zapise visoke razlučivosti za kratko razdoblje oko događaja. Analiza proizvodnje može zahtijevati dulje čuvanje podataka i usklađene podatke s više sredstava.
Dokumentirajte potrebne oznake, intervale prikupljanja, okidače događaja, kvalitetu vremenskih oznaka, razdoblje čuvanja i potrebe izvješćivanja.
Gdje se podaci mogu izgubiti na putu prikupljanja?
Pratite put prikupljanja podataka od svakog kontrolera do odredišta pohrane. Utvrdite mrežne preklopnike, pristupnike, servise za prikupljanje, poslužitelje i druge komponente koje mogu prekinuti bilježenje.
Razmotrite što se događa tijekom prekida mreže, ponovnog pokretanja poslužitelja ili planiranog održavanja. Potvrdite zadržavaju li se podaci lokalno u međuspremniku i može li sustav nakon oporavka nadoknaditi nedostajuće intervale.
Koliko je prostora za pohranu potrebno?
Procijenite potreban kapacitet pohrane na temelju broja točaka, učestalosti prikupljanja, veličine zapisa, ponašanja kompresije i potrebnog razdoblja čuvanja. Uzmite u obzir operativne troškove i odgovarajuću rezervu kapaciteta.
Nemojte određivati potreban kapacitet pohrane samo na temelju broja oznaka. Dva sustava s jednakim brojem oznaka mogu stvarati različite količine podataka zbog postavki prikupljanja i ponašanja procesa.
Jesu li vremenske oznake usklađene i dobro shvaćene?
Analiza povijesnih podataka manje je pouzdana kada povezani zapisi koriste neusklađene satove ili izvore vremenskih oznaka koji nisu dobro shvaćeni. Provjerite sinkronizaciju vremena među kontrolerima, prikupljačima podataka i poslužiteljima.
Utvrdite odnose li se vremenske oznake na izvorno prikupljanje, prikupljanje podataka ili primitak na poslužitelju. Ta je razlika važna pri rekonstrukciji redoslijeda događaja koji su se zbili u kratkom razmaku.
Jesu li obuhvaćeni kibernetička sigurnost i oporavak?
Provjerite autentifikaciju, kontrole pristupa, segmentaciju mreže, upravljanje zakrpama, postupke izrade sigurnosnih kopija i testiranje vraćanja podataka. Historian može sadržavati vrijedne operativne informacije i treba biti primjereno zaštićen.
Testirajte stvarni postupak oporavka. Sigurnosna kopija korisna je samo ako se potrebni podaci i konfiguracija mogu vratiti u prihvatljivim operativnim rokovima.
Kada trebate kombinirati lokalno i centralizirano prikupljanje podataka?
Neke primjene imaju koristi od obiju arhitektura. Historian na razini stroja može čuvati detaljne zapise u blizini opreme, dok historian temeljen na poslužitelju objedinjuje odabrane podatke za analizu na razini cijelog pogona.
Primjerice, proizvodnoj liniji koja se temelji na kontrolerima kao što je PLC upravljački modul GE Mark VIe IS400AEBMH3A možda će trebati detaljni zapisi događaja za dijagnostiku kvarova i središnje pohranjene povijesti serija za provjeru kvalitete. Lokalna pohrana i središnja agregacija mogu zajedno zadovoljiti te zahtjeve.
Pažljivo osmislite mehanizam prijenosa. Definirajte koji se zapisi šalju prema središnjem sustavu, kako se čuvaju vremenske oznake, kako se obrađuju duplicirani zapisi i što se događa pri prekidu komunikacije.
Razmotrite i čuvaju li lokalni i središnji sustavi jednaku razinu pojedinosti. Agregacija ili kompresija mogu promijeniti informacije dostupne za kasnije istrage.
Što treba sadržavati kontrolni popis za puštanje u rad i održavanje?
- Provjerite prikupljaju li se potrebne oznake kontrolera.
- Usporedite vrijednosti u historianu s provjerenim izvornim vrijednostima.
- Potvrdite intervale prikupljanja i ponašanje okidača događaja.
- Provjerite sinkronizaciju vremena na relevantnim uređajima.
- Ispitajte ponašanje pri prekidu mrežne veze i nakon njezine ponovne uspostave.
- Pregledajte kapacitet pohrane, pravila čuvanja podataka i rotaciju arhiva.
- Provjerite kontrole pristupa, sigurnosne kopije i postupke obnavljanja.
- Dokumentirajte putove prikupljanja i odgovornost za svaku komponentu.
Zabilježite rezultate ispitivanja i kriterije prihvaćanja. Ponovite ključne provjere nakon značajnih promjena mreže, kontrolera ili konfiguracije historiana.
Zaključak: Pretvaranje povijesnih podataka u pouzdan inženjerski resurs
Odaberite industrijski historian podataka prema dokazima koje vaš pogon mora čuvati i odlukama koje ti dokazi trebaju poduprijeti. Lokalno prikupljanje korisno je za detaljnu dijagnostiku strojeva, dok prikupljanje temeljeno na poslužitelju omogućuje opsežnije izvještavanje i analizu više sredstava. Kombiniranje obaju pristupa može donijeti komplementarne prednosti ako se prijenos, čuvanje i oporavak pažljivo osmisle. Prije implementacije dokumentirajte zahtjeve za podacima, ispitajte ponašanje tijekom prekida rada, provjerite kvalitetu vremenskih oznaka i potvrdite da se sigurnosne kopije mogu obnoviti. Ti koraci pomažu pretvoriti povijesne podatke u pouzdan inženjerski resurs.
