AMAGE — kompetencja w zarządzaniu i wizualizacji urządzeń

Wstęp

Największym rozczarowaniem większości wdrożeń „przemysłowego IoT” nie jest brak narzędzi do analizy danych — tylko brak danych. Park maszynowy nigdy nie jest jednolity: obok siebie pracują liczniki energii kilku producentów, inwertery fotowoltaiczne, przemienniki częstotliwości, sterowniki starszej i nowszej generacji oraz urządzenia, które w ogóle nie mają interfejsu komunikacyjnego. Każdy z nich „mówi” innym protokołem, innym językiem, inną składnią.

Naszą kluczową kompetencją jest właśnie ten pierwszy, najtrudniejszy krok: skuteczna komunikacja z bardzo różnymi urządzeniami i przełożenie jej na jeden, spójny strumień danych — a następnie danie użytkownikowi narzędzi, w których te dane widać, da się je przeanalizować i wykorzystać do decyzji. Ten artykuł opisuje, jak realizujemy to w dwóch elementach naszej platformy: aplikacji AMAGE PVD (akwizycja i komunikacja brzegowa) oraz modułach analitycznych AMAGE Web (wizualizacja i analiza danych).

Dlaczego akwizycja danych jest trudniejsza, niż wygląda

Z pozoru podłączenie urządzenia do systemu to „tylko” pytanie o protokół. W praktyce każde wdrożenie konfrontuje nas z innymi wyzwaniami:

  • Heterogeniczność dostawców. Dwa liczniki energii od dwóch producentów mogą formalnie wspierać ten sam protokół, a mimo to wymagać różnych sekwencji odczytu, innych map rejestrów i innej obsługi błędów. To samo dotyczy inwerterów PV, przemienników częstotliwości czy czujników.
  • Różne warstwy łączności. Urządzenia podłączamy przez Ethernet i Wi-Fi, łącza szeregowe RS-232/RS-422/RS-485, pętle prądowe 4–20 mA, 1-Wire, CAN, a tam, gdzie nie da się pociągnąć przewodu — przez sieć LoRaWAN.
  • Protokoły przemysłowe i energetyczne. Modbus TCP i RTU, MQTT, OPC UA, IEC 62056, DLMS/COSEM, a do tego implementacje własne dla urządzeń, które nie mają interfejsu — tam, gdzie standardowy sterownik nie wystarczy, piszymy dedykowaną logikę odczytu.
  • Warunki pracy. Agregatory montujemy często w miejscach bez pewnego zasilania i bez pewnej sieci: na halach, w rozdzielniach, w obiektach rozproszonych, w lokalizacjach dostępnych tylko przez GSM.

Rozwiązywaliśmy te problemy w dziesiątkach wdrożeń — w energetyce, fotowoltaice, przemyśle i obiektach użyteczności. Poniżej opisujemy, jak wygląda nasz zestaw narzędzi.

AMAGE PVD — aplikacja akwizycji danych na krawędzi sieci

AMAGE PVD (Parameter Value Dispatcher) to nasza autorska aplikacja służąca do zbierania danych z różnych źródeł i przekazywania ich odbiorcom. Zarówno dostawcy, jak i odbiorcy danych mogą być różni — modularna struktura programu (wtyczki wejściowe i wyjściowe) daje dużą swobodę w ich zestawianiu.

Praca w architekturze edge computing

PVD instalujemy zwykle na urządzeniach brzegowych (edge computing) — komputerach montowanych bezpośrednio w miejscach dostępu do fizycznych magistral komunikacyjnych lub w lokalizacjach oddalonych, łączących się z centralą przez GSM. Ze względu na uniwersalną architekturę aplikacja działa też na infrastrukturze serwerowej (Linux/Windows), np. w strefach z bezpośrednim dostępem do systemów IT typu ERP czy DCS.

Dzięki temu sieć agregatorów PVD rozkładamy dokładnie tam, gdzie są urządzenia — a do centrali płynie już jeden, ustandaryzowany strumień danych. Jedno wdrożenie potrafi równolegle czytać:

  • rejestry ze sterowników PLC i liczników po Modbus TCP / RTU,
  • profile pomiarowe z liczników energii w IEC 62056 / DLMS,
  • dane z inwerterów PV (również przez REST API producenta),
  • telemetrykę z czujników i urządzeń IoT, m.in. LoRaWAN (np. czujniki temperatury i wilgotności przekazywane przez bramkę do agregatora za pomocą webhooków),
  • dane z systemów i baz zewnętrznych (SQL), a w drugą stronę — publikować je przez MQTT, REST, CSV/SFTP czy webhooks do dowolnego systemu odbiorcy.
Edge computing w realizacji - jeden z możliwych scenariuszy instalacji aplikacji PVD

Ciągłość danych: store-and-forward

Kluczowa cecha PVD to własny magazyn danych. Gdy komunikacja z centralnym systemem AMAGE jest niemożliwa (brak sieci, awaria, utrata łącza), aplikacja buforuje zebrane dane lokalnie, a po wznowieniu połączenia przesyła dane historyczne w sposób całkowicie transparentny dla użytkownika. Przerwa w łączności nie oznacza więc dziury w historii — a kompletność szeregów czasowych to warunek jakiejkolwiek sensownej analityki.

Elastyczność konfiguracji

Każdy węzeł PVD konfiguruje się deklaracyjnie (pliki JSON: definicje urządzeń, mapowania parametrów na strukturę zasobów AMAGE, cykle odpytywania, trasy wysyłki), a aplikacja dysponuje interfejsem webowym do zarządzania konfiguracją i podglądu logów w czasie rzeczywistym. PVD pracuje jako usługa systemowa z automatycznym wznawianiem i raportuje swój status do serwera centralnego — na wypadek awarii mamy więc widoczność także nad samymi agregatorami.

Dane zbierane w systemie centralnym

Integracja wielu urządzeń i systemów na jednej platformie

Druga noga naszej kompetencji to łączenie danych z różnych światów w jednym miejscu. Obok akwizycji z urządzeń, AMAGE przyjmuje dane z systemów zewnętrznych:

  • REST API i integracje systemowe — dane z systemów ERP, BMS, systemów producentów urządzeń (np. chmurowe API falowników PV) czy dowolnego systemu, który potrafi wystawić interfejs HTTP,
  • Bazy danych i pliki — odczyt SQL oraz cykliczne pliki (CSV/SFTP) od dostawców, którzy mają tylko takie możliwości eksportu,
  • Wejścia IoT — telemetryka z sieci LoRaWAN i brokerów MQTT.

Tak zbudowana platforma przestaje być „kolejnym systemem do podglądu wykresów”, a staje się jednym źródłem prawdy: dane z akwizycji trafiają do tej samej struktury zasobów, w której funkcjonują obiekty, instalacje, urządzenia, zgłoszenia serwisowe, przeglądy i dokumentacja. Pomiar temperatury łożyska jest niewiele wart sam w sobie — wartość zyskuje dopiero powiązany z konkretnym urządzeniem, jego historią serwisową i harmonogramem przeglądów. My tę więź zapewniamy od pierwszego dnia wdrożenia.

Wizualizacja i analityka: moduły analityczne AMAGE Web

Same zebrane dane to połowa wartości. Druga połowa to moment, w którym człowiek może na nie spojrzeć i wyciągnąć wniosek. Za ten obszar odpowiadają moduły analityczne w AMAGE Web:

  • Dashboardy — projektant paneli graficznych pozwala układać z danych przychodzących z urządzeń czytelne pulpity: trendy, wskaźniki, stany aktualne i historyczne. To widok, który codziennie widzi personel utrzymania ruchu i menedżer.
  • Raporty i generatory raportów — predefiniowane raporty z poszczególnych obszarów funkcjonalnych, z filtrowaniem, parametryzacją i eksportem do PDF/XLS/JSON; raporty można udostępniać użytkownikom i włączać do menu kontekstowego obiektów.
  • Raporty definiowalne — użytkownik sam wskazuje kolumny, ich kolejność i szerokości (w tym kolumny z parametrami urządzeń), zapisuje konfigurację jako zakładkę i odtąd generuje raport jednym kliknięciem.
  • Dane historyczne — pełna historia pomiarów pozostaje dostępna do przeglądania i porównań: od pojedynczego parametru po zestawienia międzyokresowe.

Dane z akwizycji wykorzystujemy przy tym dalej, w innych rozwiązaniach platformy AMAGE: jako zasilanie reguł zdarzeń i alertów, wskaźników w przeglądach i obchodach, rozliczeń energii, a w końcu jako materiał dla AMAGE AI — analizy, anomalii i predykcji. To duża przewaga nad „wyspowymi” systemami monitoringu: u nas dana z czujnika raz wprowadzona do platformy pracuje we wszystkich modułach.

Dashboard z parametrami środowiskowymi w AMAGE Web

Wizualizacja 3D urządzeń w AMAGE Web

Dostosowanie do wymagań klienta i wsparcie wdrożeniowe

Nie sprzedajemy scenariusza wdrożenia „jeden na wszystkie”. Każde wdrożenie akwizycji zaczyna się od inwentaryzacji: jakie urządzenia, jakie interfejsy, jakie protokoły, jaka sieć, jaka oczekiwana częstotliwość i rozdzielczość danych. Na tej podstawie:

  • dobieramy i konfigurujemy agregatory (edge lub serwer) oraz ścieżki komunikacji, w tym rozwiązania bezprzewodowe (LoRaWAN, GSM) tam, gdzie okablowanie jest niemożliwe lub nieopłacalne,
  • definiujemy punkty pomiarowe i mapowania na strukturę zasobów,
  • projektujemy dashboardy i raporty pod realne decyzje użytkowników — nie „dla wykresów”,
  • gdy urządzenie nie ma standardowego interfejsu — dostarczamy własną implementację odczytu.

Po uruchomieniu zapewniamy wsparcie powdrożeniowe: rozwój konfiguracji, dodawanie kolejnych urządzeń i źródeł oraz wsparcie w rozwoju całej platformy.

Podsumowanie

Kompetencja w zarządzaniu i wizualizacji urządzeń to dla nas trzy powiązane umiejętności: skuteczna komunikacja z bardzo różnymi urządzeniami i protokołami (Modbus, MQTT, OPC UA, IEC 62056/DLMS, LoRaWAN, implementacje własne) przez sieć agregatorów brzegowych z magazynem odpornym na utratę łączności; integracja wielu światów — urządzeń, systemów producentów i baz zewnętrznych — w jednej platformie będącej jednym źródłem prawdy; oraz wizualizacja i analityka — dashboardy, raporty i pełna historia danych, na których mogą pracować zarówno użytkownicy, jak i AI.

Jeśli stoisz przed pytaniami „czy da się podłączyć nasze urządzenia” i „czy ktoś to kiedyś przeanalizuje zamiast tylko zbierać” — zapraszamy do rozmowy z zespołem AMAGE Systems. Inwentaryzacja parku urządzeń i propozycja architektury akwizycji to pierwszy krok, który stawiamy razem z klientem.