Architektura przemysłowego archiwizatora danych: gromadzenie lokalne i serwerowe

Dlaczego architektura systemu typu historian ma znaczenie?

Systemy automatyki przemysłowej generują ciągłe strumienie pomiarów, stanów roboczych, alarmów i zdarzeń produkcyjnych. Zapisy te pomagają inżynierom badać awarie, weryfikować warunki procesu i oceniać wydajność urządzeń.

Samo zbieranie danych nie gwarantuje jednak, że zapis historyczny będzie kompletny ani użyteczny. Przerwy w działaniu sieci, konserwacja serwera, ograniczona pamięć masowa i nieodpowiednie ustawienia zbierania danych mogą powodować luki.

Wybór między systemem typu historian działającym na poziomie maszyny a systemem typu historian opartym na serwerze należy rozpocząć od określenia docelowego zastosowania. Każda architektura odpowiada innym wymaganiom dotyczącym zbierania, przechowywania i analizy danych.

System typu historian działający na poziomie maszyny gromadzi szczegółowe informacje w pobliżu urządzeń produkcyjnych. System typu historian oparty na serwerze konsoliduje zapisy z wielu źródeł i umożliwia szerszą analizę.

Czym jest system typu historian działający na poziomie maszyny?

System typu historian działający na poziomie maszyny zbiera i przechowuje dane szeregów czasowych w pobliżu pojedynczej maszyny, gniazda produkcyjnego lub systemu sterowania. W zależności od wdrożenia może pozyskiwać dane ze sterowników PLC i obsługiwanych sieci przemysłowych. Typowe źródła danych obejmują sterowniki takie jak sterownik PLC Allen-Bradley 1756-L1 ControlLogix i moduł sterownika PLC Siemens 6ES7214.

Takie rozwiązanie sprawdza się, gdy inżynierowie potrzebują szczegółowych zapisów z okresu poprzedzającego wyłączenie, awarię urządzenia lub nieoczekiwaną sekwencję zdarzeń oraz z samego tego okresu.

• Diagnostyka maszyn: Umożliwia zachowanie wybranych wartości z kontrolera z okresu wystąpienia usterek i przerw w produkcji.
• Identyfikowalność: Umożliwia powiązanie pomiarów procesu z cyklami produkcyjnymi, partiami lub poszczególnymi produktami.
• Weryfikacja procesu: Umożliwia zachowanie zapisów służących do sprawdzania, czy warunki pracy spełniały określone wymagania.
• Lokalne zbieranie danych: Ogranicza zależność od ciągłej komunikacji ze zdalnym serwerem typu historian.

Lokalne zbieranie danych może zwiększyć odporność systemu, gdy serwer nadrzędny lub połączenie sieciowe przestanie być dostępne. Korzyść ta zależy jednak od faktycznej architektury i dostępnej pamięci masowej systemu typu historian.

Inżynierowie muszą sprawdzić pojemność przechowywania danych, metody eksportu danych, wydajność gromadzenia i sposób odzyskiwania działania. Pamięć lokalna nie eliminuje wszystkich możliwych rodzajów awarii.

Czym jest historian oparty na serwerze?

Historian oparty na serwerze gromadzi dane historyczne z wielu zasobów produkcyjnych i innych obsługiwanych źródeł. Zazwyczaj oferuje szersze możliwości raportowania, tworzenia trendów, przechowywania danych i analizy.

Inżynierowie zakładowi mogą porównywać wydajność urządzeń, badać powtarzające się straty produkcyjne i korelować pomiary procesu z różnych maszyn.

Scentralizowane systemy historian obsługują również aplikacje łączące dane operacyjne z informacjami produkcyjnymi lub biznesowymi. Może to pomóc powiązać przebieg procesu z harmonogramami produkcji, partiami i wynikami kontroli jakości.

Zbieranie danych w ten sposób wiąże się jednak z dodatkowymi zależnościami. Awarie sieci, konserwacja serwera, problemy z interfejsami i ograniczenia pamięci masowej mogą zakłócić gromadzenie danych. Łączność po stronie urządzeń obiektowych często opiera się na modułach komunikacyjnych Ethernet, takich jak Yokogawa ALE111-S51, Schneider 140NOE21100 lub Foxboro FBM232, dlatego ich konfiguracja i stan mają znaczenie dla zapisów.

Nie zakładaj, że każdy historian automatycznie buforuje dane podczas awarii. Sprawdź, czy dany moduł gromadzący obsługuje buforowanie, jak długo przechowuje oczekujące rekordy i jak postępuje podczas przywracania działania.

Czym różnią się te dwie architektury?

Są to typowe cechy architektury, a nie uniwersalne gwarancje dotyczące produktów. Przed sfinalizowaniem projektu sprawdź działanie wybranej platformy.

Jak wybrać odpowiedni historian?

Na jakie pytanie inżynieryjne mają odpowiadać dane?

Zacznij od określenia, jakie decyzje mają wspierać dane historyczne. Badanie awarii może wymagać zapisów o wysokiej rozdzielczości z krótkiego okresu wokół zdarzenia. Analiza produkcji może wymagać dłuższego przechowywania danych i spójnych informacji z kilku urządzeń.

Określ wymagane tagi, interwały gromadzenia danych, wyzwalacze zdarzeń, jakość znaczników czasu, okres przechowywania i potrzeby związane z raportowaniem.

Gdzie na drodze gromadzenia danych może dojść do ich utraty?

Prześledź drogę gromadzenia danych od każdego sterownika do miejsca ich przechowywania. Zidentyfikuj przełączniki sieciowe, bramy, usługi gromadzenia danych, serwery i inne komponenty, które mogą przerwać zapis.

Sprawdź, co się dzieje podczas awarii sieci, ponownego uruchomienia serwera lub planowanej konserwacji. Ustal, czy dane są tymczasowo przechowywane lokalnie i czy system może uzupełnić brakujące przedziały po przywróceniu działania.

Ile pamięci jest potrzebne?

Oszacuj wymaganą pojemność na podstawie liczby punktów, częstotliwości gromadzenia danych, rozmiaru rekordów, skuteczności kompresji i wymaganego okresu przechowywania. Uwzględnij narzut operacyjny i odpowiedni zapas pojemności.

Nie określaj wymaganej pojemności pamięci wyłącznie na podstawie liczby tagów. Dwa systemy z identyczną liczbą tagów mogą generować różne ilości danych z powodu odmiennych ustawień gromadzenia danych i charakterystyki procesu.

Czy znaczniki czasu są spójne i dobrze rozumiane?

Analizy historyczne są mniej wiarygodne, gdy powiązane rekordy mają niespójne zegary lub niejasne źródła znaczników czasu. Sprawdź synchronizację czasu w sterownikach, modułach gromadzenia danych i serwerach.

Ustal, czy znaczniki czasu dotyczą pobrania danych ze źródła, ich gromadzenia czy odbioru przez serwer. To rozróżnienie ma znaczenie przy odtwarzaniu kolejności zdarzeń następujących w krótkich odstępach.

Czy uwzględniono cyberbezpieczeństwo i odzyskiwanie danych?

Sprawdź uwierzytelnianie, kontrolę dostępu, segmentację sieci, zarządzanie poprawkami, procedury tworzenia kopii zapasowych i testowanie przywracania. Historian może zawierać cenne informacje operacyjne i powinien być odpowiednio chroniony.

Przetestuj rzeczywisty proces odzyskiwania. Kopia zapasowa jest użyteczna tylko wtedy, gdy wymagane dane i konfigurację można przywrócić w akceptowalnym czasie.

Kiedy warto połączyć lokalne i scentralizowane gromadzenie danych?

W niektórych zastosowaniach korzystne są obie architektury. Rejestrator danych historycznych na poziomie maszyny może przechowywać szczegółowe zapisy w pobliżu urządzeń, a rejestrator oparty na serwerze może gromadzić wybrane informacje na potrzeby analiz obejmujących cały zakład.

Przykładowo linia produkcyjna oparta na sterownikach takich jak moduł sterownika PLC GE Mark VIe IS400AEBMH3A może wymagać szczegółowych zapisów zdarzeń do diagnozowania usterek oraz scentralizowanych historii partii do kontroli jakości. Lokalny zapis i centralna agregacja mogą wspólnie spełnić te wymagania.

Starannie zaprojektuj mechanizm transferu. Określ, które rekordy są przesyłane do systemu nadrzędnego, jak zachowywane są znaczniki czasu, jak obsługiwane są duplikaty i co dzieje się po przerwaniu komunikacji.

Zastanów się też, czy systemy lokalne i centralne przechowują dane z takim samym poziomem szczegółowości. Agregacja lub kompresja mogą zmienić zakres informacji dostępnych podczas późniejszych analiz.

Co powinna obejmować lista kontrolna odbioru i konserwacji?

• Sprawdź, czy zbierane są wymagane znaczniki ze sterownika.
• Porównaj wartości w rejestratorze z zaufanymi wartościami źródłowymi.
• Potwierdź interwały zbierania danych i działanie wyzwalane zdarzeniami.
• Sprawdź synchronizację czasu na odpowiednich urządzeniach.
• Przetestuj zachowanie systemu podczas przerwania i przywrócenia połączenia sieciowego.
• Sprawdź pojemność pamięci, zasady przechowywania danych i rotację archiwów.
• Zweryfikuj mechanizmy kontroli dostępu, kopie zapasowe i procedury przywracania danych.
• Udokumentuj ścieżki zbierania danych i zakres odpowiedzialności za każdy komponent.

Zapisuj wyniki testów i kryteria akceptacji. Powtarzaj kluczowe kontrole po istotnych zmianach w sieci, sterowniku lub konfiguracji rejestratora danych historycznych.

Podsumowanie: przekształcanie danych historycznych w niezawodne narzędzie inżynierskie

Wybierz przemysłowy rejestrator danych historycznych w zależności od tego, jakie dane operacyjne trzeba zachować i jakie decyzje muszą na nich bazować. Lokalny zapis jest przydatny do szczegółowej diagnostyki maszyn, natomiast zapis na serwerze ułatwia tworzenie szerszych raportów i analizę wielu zasobów. Połączenie obu rozwiązań może przynieść uzupełniające się korzyści, jeśli transfer, przechowywanie i odzyskiwanie danych zostaną starannie zaprojektowane. Przed wdrożeniem udokumentuj wymagania dotyczące danych, przetestuj zachowanie systemu podczas awarii, sprawdź jakość znaczników czasu i potwierdź możliwość przywrócenia kopii zapasowych. Te działania pomagają przekształcić dane historyczne w niezawodne narzędzie inżynierskie.