Vilket problem löser en M-Bus-datalogger?
Att montera mätare är sällan problemet. Det blir svårt efteråt: vattenmätaren från 2009 talar M-Bus, den nya laddinfrastrukturen Modbus TCP, värmepumpen levererar S0-pulser och fastighetsautomationen vill ha BACnet. Vart och ett av dessa system är överskådligt för sig. Tillsammans bildar de ett landskap där ingen längre kan säga om alla värden är kompletta.
Det är precis där M-Center sitter. Den översätter inte bara mellan protokoll; den tar över rollen som ingen annan har: instansen som vet vilka mätare som finns, när var och en senast svarade och var en lucka har uppstått.
Samtidigt, inte efter varandra
Den andra punkten är flerfaldig användning. När ett styrsystem frågar av ett Modbus-segment blockerar det i praktiken segmentet för alla andra. M-Center läser en gång och betjänar flera målsystem parallellt – fastighetsautomation via BACnet IP eller OPC UA, moln och instrumentpaneler via MQTT, debitering via CSV, Excel eller JSON per (s)FTP och e-post. Ett nytt målsystem innebär en konfiguration, inte en andra kabeldragning.
Överlämning utan kunskapsförlust
Den tredje punkten är ospektakulär och avgör ändå hur driften går: allt hanteras i webbläsaren, utan lokal pc-programvara. Det installatören har ställt in ser även operatören – det står ingen dator i skåpet med den enda kopian av konfigurationen.
Det som får projekt att fallera
Nästan aldrig radiolänken eller bussuppbyggnaden, nästan alltid att en avläsning i månader faller bort obemärkt och först upptäcks vid årsdebiteringen. Därför övervakas och loggas felflaggor, kommunikationsfel och avvikande värden dygnet runt.