Jaki problem rozwiązuje rejestrator danych M-Bus?
Montaż liczników rzadko jest problemem. Trudno robi się potem: wodomierz z 2009 roku mówi M-Bus, nowa infrastruktura ładowania Modbus TCP, pompa ciepła dostarcza impulsy S0, a system zarządzania budynkiem chce BACnet. Każdy z tych systemów sam w sobie jest przejrzysty. Razem tworzą krajobraz, w którym nikt już nie potrafi powiedzieć, czy wszystkie wartości są kompletne.
Właśnie tam jest M-Center. Nie tylko tłumaczy między protokołami; przejmuje rolę, której nikt inny nie pełni: instancji, która wie, jakie liczniki istnieją, kiedy każdy ostatnio odpowiedział i gdzie powstała luka.
Jednocześnie, nie po kolei
Drugi punkt to wielokrotne wykorzystanie. Gdy system nadrzędny odpytuje segment Modbus, w praktyce blokuje go dla wszystkich innych. M-Center odczytuje raz i obsługuje kilka systemów docelowych równolegle – zarządzanie budynkiem przez BACnet IP lub OPC UA, chmurę i pulpity przez MQTT, rozliczenia przez CSV, Excel lub JSON po (s)FTP i e-mailem. Nowy system docelowy to jedna konfiguracja, a nie drugie okablowanie.
Przekazanie bez utraty wiedzy
Trzeci punkt jest niepozorny, a jednak decyduje o eksploatacji: wszystko obsługuje się w przeglądarce, bez lokalnego oprogramowania na PC. To, co skonfigurował instalator, widzi też operator – w szafie nie ma komputera z jedyną kopią konfiguracji.
Na czym projekty się wywracają
Prawie nigdy na łączu radiowym czy budowie magistrali, prawie zawsze na tym, że odczyt miesiącami niepostrzeżenie zawodzi i wychodzi to dopiero przy rocznym rozliczeniu. Dlatego flagi błędów, zakłócenia komunikacji i wartości odstające są całodobowo monitorowane i rejestrowane.