Automatisches Auslesen von Energiezählern über viele Standorte

Auf einen Blick

Position	Typische Antwort
Problem	Der Verbrauch ist nur aus monatlichen Rechnungen und gelegentlichen manuellen Ablesungen bekannt, sodass Verschwendung, Leistungsstrafen und defekte Zähler erst Wochen später auffallen.
Was angebunden wird	Der Hauptstromzähler jedes Standorts, seine Unterzähler, Gas- und Wasserzähler mit Impulsausgängen sowie eine Außentemperatur, ausgelesen von einem lizenzierten Gateway pro Standort.
Wer es nutzt	Der Energiemanager, Standort- und Facility-Manager, die Finanzabteilung und der Zählerdienstleister.
Typischer erster Umfang	Fünf bis zehn Standorte eines Typs, etwa Filialen oder Geschäfte, mit dem Hauptzähler und den größten Unterzählern.
Zeit bis zum ersten Bildschirm	Typischerweise am Tag, an dem das erste Gateway seinen Zähler ausliest. Plan vier bis sechs Wochen für einen Pilotbetrieb ein, dessen Tagessummen mit den Werten des Versorgers übereinstimmen.

Die Situation

Eine Organisation mit Dutzenden oder Hunderten Standorten, etwa eine Einzelhandelskette, ein Filialnetz, ein Telekommunikationsbetreiber oder ein Immobilienportfolio, zahlt pro Standort eine Energierechnung und sieht zwischen den Rechnungen fast nichts. Manche Standorte haben Multifunktionszähler mit einem Modbus-Anschluss, den niemand ausliest; andere haben nur den Fiskalzähler des Versorgers und einen mechanischen Gaszähler im Schrank.

Heizung, die über ein Feiertagswochenende im Tagbetrieb läuft, taucht auf der Rechnung des nächsten Monats auf. Ein Standort überschreitet bei einer Hitzewelle seine vertraglich vereinbarte Leistung, und die Strafe fällt erst bei der Quartalsabrechnung auf. Ein Unterzähler fällt aus, und die Kostenverteilung auf Mieter wird ein halbes Jahr lang geschätzt. Energieprojekte werden auf Annahmen hin genehmigt, und danach kann niemand belegen, was sie eingespart haben. Heute wird die Lücke durch fotografierte Zählerstände und Tabellenkalkulationen gefüllt. Ziel sind Messwerte, die von selbst eintreffen, fein genug, um eine nächtliche Grundlast oder eine Lastspitze zu erkennen, und ein Alarm, wenn ein Zähler verstummt.

Ziele und Kennzahlen

• Verbrauch pro Standort und Zeitraum = Zunahme des Energiezählerstands über Tag, Woche oder Monat. Hermetry berechnet ihn aus dem gespeicherten Zählerstand mit der Aggregation increase; kein Feldgerät rechnet etwas selbst.
• Energieintensität = kWh pro Zeitraum ÷ Grundfläche, wobei die Fläche als Standortattribut gespeichert wird. Eine Rangliste der Standorte eines Typs nach kWh/m² zeigt, wo man zuerst hinschauen sollte.
• Grundlastverhältnis = durchschnittliche Leistung während der Schließzeit (zum Beispiel 01:00 bis 04:00) ÷ durchschnittliche Leistung während der Öffnungszeiten. Bei einem Geschäft bedeutet ein Verhältnis über 30 bis 40 % meist, dass Beleuchtung, Klima- oder Kältetechnik nie ruhen; die Referenz je Standorttyp vereinbaren.
• Spitzenlast = höchster 15-Minuten-Mittelwert der Leistung im Monat im Vergleich zur vertraglich vereinbarten Leistung, aus dem Bedarfsregister des Zählers, sofern vorhanden.
• Witterungsbereinigter Heizverbrauch = Gas-kWh ÷ Heizgradtage aus der Außentemperatur des Standorts.
• Datenvollständigkeit = empfangene Messwerte ÷ erwartete Messwerte; ein 15-Minuten-Register ergibt 96 pro Tag, und die Aggregation count liefert die Zahl der empfangenen Werte.

Hermetry speichert Minuten-, Stunden- und Tagesaggregate (Summe, Anzahl, Minimum, Maximum, letzter Wert) jedes Schlüssels. Diagramme und die Series-API fragen avg, min, max, last, sum, count oder increase je Zeitintervall ab; increase behandelt einen Wert, der sinkt, als Zählerrücksetzung und zählt ab null.

Architektur

Jeder Standort erhält ein lizenziertes Gateway mit Hermetry Edge neben dem Hauptverteiler. Es liest den Hauptzähler und die Unterzähler über Modbus RTU auf einer RS485-Leitung oder über Modbus TCP, wenn die Zähler im Standortnetz hängen, und veröffentlicht über MQTT mit TLS über eine einzige ausgehende Verbindung; nichts am Standort nimmt Verbindungen aus dem Internet an. Impulsausgänge von Gas- und Wasserzählern gehen an die digitalen Eingänge des Gateways, sofern das Gateway-Modell Impulse zählt; andernfalls zählt ein batteriebetriebener LoRaWAN-Impulszähler neben dem Zähler sie, was auch die günstigere Lösung für Zähler im Keller oder Schacht ist. Siehe Hermetry Edge und die lizenzierten Geräte.

Komponente	Aufgabe	Hinweise
Lizenziertes Gateway mit Edge	Liest Zähler, veröffentlicht Telemetrie	Eins pro Standort. Werkseitige Identität, wird durch Scannen seines Codes beansprucht.
Hauptmultifunktionszähler	Energie, Leistung, Spannung, Strom, Leistungsfaktor, Bedarf	Am Einspeisepunkt. Der versiegelte Fiskalzähler des Versorgers bleibt unverändert.
Unterzähler	Energie je Endverbraucher: Klima, Beleuchtung, Kältetechnik, Mieter, E-Ladestationen	Dieselbe RS485-Leitung, jeweils eigene Modbus-Adresse.
Gas- und Wasserzähler	Volumen aus Impulsen	Impulswertigkeit erfassen, zum Beispiel 0,01 m³ pro Impuls.
LoRaWAN-Impulszähler und Gateway	Zähler weit vom Verteiler entfernt	Hermetrys eigener LoRaWAN-Netzwerkserver; die Codec-Bibliothek umfasst Impuls-, digitale Eingangs- und Stromwandlersensoren.
Lizenzierter 4G-Router	Uplink unabhängig vom Standortnetz	Vorerst Ihre eigene SIM; eSIM-Verwaltung ist in Entwicklung in Hermetry Connect.
Hermetry	Speicher, Aggregate, Alarme, Regeln, Dashboards, API	Region EU, USA oder Türkiye, oder auf Ihren eigenen Servern.

Lizenzierte Geräte melden sich mit einem X.509-Zertifikat der eigenen Zertifizierungsstelle der Plattform an; Geräte anderer Hersteller mit einem Zugangstoken oder Benutzername und Passwort, und das Profil kann TLS verlangen und Quellnetze einschränken. Jeder Zähler wird als untergeordnetes Gerät des Gateways gemeldet, mit eigenen Schlüsseln, eigenem Verlauf und eigenen Alarmen über die eine Verbindung des Gateways: Zähler werden unabhängig vom Gateway ausgetauscht und Mietern neu zugewiesen.

Punkteliste

Ein Hauptzähler, vier bis sechs Unterzähler, Gas und Wasser. Registeradressen hängen vom Zählermodell ab; entnehmen Sie sie dem Handbuch mit Datentyp und Wortreihenfolge. Intervalle sind Startwerte.

Messpunkt	Telemetrieschlüssel	Einheit	Quelle	Intervall	Hinweise
Aktive Energie Bezug	import_kwh	kWh	Hauptzähler-Register	15 Min.	Quelle jeder Verbrauchszahl.
Aktive Energie Einspeisung	export_kwh	kWh	Hauptzähler	15 Min.	Standorte mit Solaranlage oder Generator.
Tarifregister	import_kwh_t1, import_kwh_t2	kWh	Hauptzähler	15 Min.	Falls der Zähler Zeitregister führt.
Blindenergie	import_kvarh	kvarh	Hauptzähler	15 Min.	Für Blindenergieentgelte.
Wirkleistung	p_kw	kW	Hauptzähler	60 s	Lastprofil und Grundlast.
Leistungsfaktor	pf		Hauptzähler	60 s	Das Vorzeichen hängt vom Modell ab.
Bedarf, laufende Periode	demand_kw	kW	Hauptzähler	60 s	15-Minuten-Fenster wie vom Zähler berechnet.
Höchstbedarf diesen Monat	max_demand_kw	kW	Hauptzähler	15 Min.	Wird vom Zähler zum Abrechnungsdatum zurückgesetzt.
Außenleiterspannungen	u_l1_v, u_l2_v, u_l3_v	V	Hauptzähler	60 s
Außenleiterströme	i_l1_a, i_l2_a, i_l3_a	A	Hauptzähler	60 s	Zeigt Phasenunsymmetrie.
Unterzähler Energie und Leistung	kwh, p_kw	kWh, kW	Jeder Unterzähler, jeweils ein untergeordnetes Gerät	5 Min.	Dieselben Schlüssel bei jedem Unterzähler.
Gasvolumen	gas_m3	m³	Impulse × Impulswertigkeit	15 Min.	Laufenden Gesamtstand speichern.
Wasservolumen	water_m3	m³	Impulse × Impulswertigkeit	15 Min.	Nachtdurchfluss an einem geschlossenen Standort bedeutet ein Leck.
Außentemperatur	outdoor_temp_c	°C	Sensor	15 Min.	Für Heizgradtage.
Zählerkommunikation	meter_comm_ok	bool	Modbus-Status des Gateways je Zähler	5 Min.	Gateway online, Zähler antwortet nicht.
Netzversorgung des Standorts	mains_ok	bool	Gateway-Eingang	bei Änderung	Unterscheidet einen Stromausfall von einer defekten Verbindung.

Jeden Schlüssel im Reiter Telemetrieschlüssel des Profils mit Bezeichnung, Einheit, Dezimalstellen und Bereich deklarieren; Anzeigen übernehmen den Bereich als Skala.

Asset-Modell

• Region (freier Typ) mit regional_manager.
• Store (Site) mit Standort, Zeitzone, floor_area_m2, contract_kw, opening_hours, store_format.
• Hauptverteiler (Area) mit incomer_rating_a und ct_ratio.
• Endverbraucher (freier Typ: HVAC, Lighting, Refrigeration, Tenant) mit tenant_code, wo zutreffend.

Gateway auf dem Markt platzieren, den Hauptzähler auf der Hauptverteilung und jeden Unterzähler an seinem Endverbraucher, und Feeds-Beziehungen vom Hauptzähler zu seinen Unterzählern hinzufügen. Die Beziehungen verhindern, dass verschachtelte Unterzähler doppelt gezählt werden, und definieren den nicht gemessenen Anteil: Zunahme des Hauptzählers minus Summe der Zunahmen der Unterzähler. Ein Sprung bei diesem Anteil deutet meist auf einen stehen gebliebenen Unterzähler oder eine neue Last vor ihm hin.

Der Status eines Standorts ist der schlechteste Status seiner Geräte, sodass die Standorttabelle rot wird, sobald ein Zähler dort offline ist oder einen Alarm hat. Die Zeitzone eines Markts bestimmt, wie sein Tag dargestellt wird; Regeln, die für eine Region festgelegt werden, gelten für alle Märkte darunter; eine Zugriffsrichtlinie auf einer Region beschränkt jede Verteilung und Alarmliste auf ihre Märkte. Grenzwerte pro Standort wie contract_kw legt man für Personen am Standort fest und als Serverattribut am Hauptzähler für Alarmregeln.

Geräteeinrichtung

Profile. Ein Profil für das Standort-Gateway, eines pro Zählermodell (zum Beispiel Hauptzähler, dreiphasig und Unterzähler, Hutschiene) sowie das integrierte LoRaWAN-Profil für Impulszähler. Die Online-Regel Letzte Nachricht mit dem Meldeintervall und einem Faktor von zwei oder drei verwenden, damit ein einzelner verpasster Messwert einen Zähler nicht als offline markiert.

Provisionierung. Der Administrator beansprucht das Gateway durch Scannen seines Codes, wählt sein Profil und platziert es am Markt. Zähler erscheinen als untergeordnete Geräte, sobald das Gateway sie das erste Mal meldet; benennen Sie sie daher in der Gateway-Konfiguration nach Markt und Zähler, etwa S0142-MAIN. Bei hunderten Standorten die Geräteliste stapelweise importieren.

Einstellungen. Remote-Geräteeinstellungen auf lizenzierten Gateways zeigen serielle Parameter, Zähleradressen und Registerzuordnungen, Abfrageintervalle sowie Impulsgewichte, sofern das Modell diese hat. Eine Basiskonfiguration je Marktformat erstellen, auf einem Markt mit einem Testlauf prüfen und dann mit einem Massenauftrag anwenden, der in Wellen läuft (1 %, 10 %, der Rest) und sich selbst pausiert, wenn weniger als 95 % der antwortenden Geräte sie übernehmen. Register alle 15 Minuten lesen, die Leistung des Hauptzählers jede Minute, Unterzähler alle fünf Minuten. Falls das Gateway-Modell eine Totbandfunktion unterstützt, diese für Spannungen nutzen; andernfalls filtert ein Block Nur Änderungen mit einem Totband im Root-Flow des Profils kleine Änderungen vor der Speicherung heraus. Energieregister niemals mit einem Totband versehen: Der feste Rhythmus macht die Vollständigkeit messbar.

Zeit und Zwischenspeicherung. Gateway-Uhren synchronisieren, damit 15-Minuten-Werte über alle Standorte hinweg übereinstimmen; ein Gerät ohne verlässliche Uhr lässt den Zeitstempel weg, und Hermetry vergibt den Zeitpunkt des Eingangs. Lizenzierte Gateways speichern Messwerte während eines Verbindungsausfalls, mit einer Kapazität, die vom Modell abhängt, und senden sie anschließend mit ihren ursprünglichen Zeitstempeln. Sie werden in ihren eigenen Perioden abgelegt, sodass sich die Tagessumme vervollständigt, und Alarmregeln werten sie als Nachlieferung aus, gekennzeichnet als Backfilled, ohne jemanden für die Vergangenheit zu alarmieren.

Firmware. Signierte Gateway-Firmware wird aus dem Profil in Wellen mit einer Einwirkzeit und einer automatischen Pause bei Fehlern ausgerollt. Gateways mit Mobilfunkdaten warten, bis Downloads über gebührenpflichtige Verbindungen erlaubt sind.

Dashboards

Board	Zielgruppe	Widgets und ihre Anzeige
Portfolio	Energiemanager, Management	Karte der Märkte nach Status; Balkendiagramm der kWh von gestern je Markt mit increase; Tabelle mit kWh seit Monatsbeginn, kWh/m², Spitzenlast gegenüber Vertrag und offenen Alarmen, als Excel herunterladbar; Kennzahl mit Trend gegenüber der Vorperiode.
Markt	Markt- und Anlagenleiter	Kennzahlen für die kWh von heute, aktuelle Leistung und Monatsspitze; Liniendiagramm der letzten sieben Tage von p_kw, in dem Ladenschluss und nächtliche Grundlast offensichtlich sind; Heatmap der Leistung nach Stunde und Tag; tägliche kWh je Endverbraucher; Anzeige der Last gegenüber contract_kw.
Gas und Wasser	Anlagenleiter	Tägliches Gas gegenüber Heizgradtagen als Streudiagramm; nächtlicher Wasserdurchfluss je Markt.
Zählerzustand	Energieteam, Auftragnehmer	Gerätetabelle mit Verbindungsstatus und zuletzt gesehen; Anzahl der Messwerte von gestern je Zähler gegenüber 96; Alarmtabelle, gefiltert auf Offline- und Kommunikationsalarme.

Das Marktboard nimmt einen Markt als Entitätsparameter entgegen; ein Klick auf eine Tabellenzeile oder einen Kartenmarker öffnet es für diesen Markt, sodass ein Board den gesamten Bestand bedient. Ein kurzes Berechnungsskript auf einer Karte kann stündliche Leistung in ein Grundlastverhältnis umwandeln; solche Skripte in einer Textkarte beschreiben, denn die Kennzahlen, die Menschen nennen, stammen von ihnen.

SCADA-Bildschirme

Eine einpolige Ansicht je Marktformat genügt meist. Zeichnen Sie sie mit den einpoligen Symbolen des Power-Pakets (Sammelschiene, Leistungsschalter, Leistungstransformator, Netzanalysator, Last, Kondensatorbank) sowie den Symbolen für intelligente Zähler, EV-Ladestation und Kraft-Wärme-Kopplung, sofern ein Standort sie hat. Siehe die SCADA-Bibliothek.

• Jeder Netzanalysator zeigt p_kw und import_kwh; jede Last zeigt die Leistung ihres Unterzählers.
• Eine Regel blendet einen Zähler aus, dessen meter_comm_ok falsch ist, damit veraltete Werte nie live wirken, und färbt einen Abzweig gelb, sobald er über 80 % seiner Nennlast liegt; die Nennlast wird aus einem Attribut gelesen.
• Die Zeichnung als Ansicht am Gateway-Profil hinterlegen: Jeder Markt erhält seine eigene Ansicht, und Alles zuordnen schlägt für jedes nicht gebundene Symbol einen Zähler vor. Vor dem Anwenden den Reiter Probleme leeren.

Regeln und Alarme

Alarmregeln liegen an den Zählerprofilen; Grenzwerte pro Markt stammen aus Geräteattributen wie contract_kw und demand_warn_kw.

Alarm	Bedingung	Verzögerung und Hysterese	Schweregrad	Benachrichtigt	Eskalation
Bedarf nähert sich Vertrag	demand_kw >= Attribut demand_warn_kw	2 Messwerte; Hysterese 5 kW	Major	Marktleiter, Push und In-App	Steigt in derselben Regel auf Critical, wenn demand_kw >= contract_kw ist, was erneut benachrichtigt
Vertraglicher Bedarf überschritten	demand_kw >= Attribut contract_kw	2 Messwerte	Critical	Energie- und Marktleiter, SMS und Push	Erinnerung alle 15 Min. bis zur Bestätigung
Hauptzähler offline	Inaktivität, 45 Min.		Major	Energieteam, E-Mail und In-App	Erinnerung alle 4 Std.
Unterzähler offline	Inaktivität, 60 Min.		Warning	Energieteam, In-App	Keine
Zähler antwortet nicht	meter_comm_ok == false	3 Messwerte	Minor	Auftragnehmer, E-Mail	Erinnerung alle 24 Std.
Netzversorgung am Standort ausgefallen	mains_ok == false	30 s	Major	Anlagenleiter, SMS	Erinnerung alle 30 Min.
Niedriger Leistungsfaktor	pf < 0.90	900 s; Hysterese 0.02	Warning	Energiemanager, In-App	Keine
Hohe nächtliche Grundlast	Regelkarte: p_kw über dem Grenzwert des Marktes, bleibt 60 Min. so, nur 23:00 bis 05:00		Warning	Marktleiter, Push	Keine
Register lief rückwärts	Fluss: negatives Delta bei import_kwh		Minor	Energieteam, E-Mail	Keine

Ein Alarm wird geöffnet, wenn seine Bedingung die Entprellzeit über anhält; er wird von der Person bestätigt, die ihn übernimmt (Rolle User), und löst sich selbst auf, sobald die Bedingung endet. Manuelles Auflösen, Stummschalten und Bearbeiten von Regeln erfordern Admin. Pro Gerät und Typ bleibt ein Alarm offen und zählt Vorkommnisse, sodass ein Markt, der jeden Nachmittag seinen Grenzwert erreicht, einen Alarm mit einem Zähler zeigt. Die Anweisungen zum Lastabwurf für das Personal im Markt gehören in den Runbook-Text der Regel.

Profil-Alarmregeln vergleichen Werte und kennen die Uhrzeit nicht; daher ist der Alarm für die nächtliche Grundlast eine Regel in der Regelkarte des Marktes oder der Region. Ihre 60-minütige Wartezeit läuft über einen Timer und löst auch aus, wenn inzwischen kein Messwert eingeht. Ein Register, das rückwärts läuft oder einfriert, wird im Root-Flow des Hauptzähler-Profils erkannt: Ein Block Delta sendet ein negatives Delta an einen Alarm-Auslöser, und ein Block Watchdog löst einen Alarm aus, wenn ein Schlüssel stumm bleibt, obwohl das Gerät noch meldet.

Einen Zähler während Arbeiten an seiner Verteilung stummschalten: Alarme werden weiterhin erfasst, niemand wird alarmiert, und die Stummschaltung endet von selbst (höchstens 90 Tage). Ein regionaler Stromausfall lässt viele Märkte gemeinsam offline gehen; Offline- und Versorgungsalarme daher bei Major oder niedriger halten, und ab mehr als 20 Alarmbenachrichtigungen pro Minute fasst Hermetry die übrigen in einer Zusammenfassung über fünf Minuten zusammen.

Automatisierung und Integrationen

• Energiemanagement und Rechnungsprüfung: Verbrauchsdaten über die REST-API mit einem Read-only-API-Schlüssel abrufen, zum Beispiel GET /api/telemetry/series mit agg=increase und bucket=1h, und auf der empfangenden Seite die Stundenwerte je Filiale auf den lokalen Tag summieren.
• Mieterabrechnung: Unterzähler an Mieteranlagen liefern den monatlichen Verbrauch je Mieter; Tabellen lassen sich als Excel herunterladen.
• Push: Der Block HTTP-Anfrage eines Flows sendet Messwerte oder Ereignisse an einen Endpunkt Ihrer Wahl oder veröffentlicht sie auf Ihrem eigenen MQTT-Broker.
• Tickets: Signierte Webhooks alarm.created und alarm.cleared öffnen und schließen Tickets im Facility-Management-System.
• Berichte: Monatswerte stammen aus Tabellen und Excel-Downloads; zeitgesteuerte, per E-Mail versandte Berichte sind derzeit nicht integriert.

Das Design ist rein lesend: Lastabwurf gehört zur Gebäudeleittechnik oder zum Standortregler. Bei einem Router-Problem öffnet ein Techniker das Webpanel eines lizenzierten Routers über den Router-Fernzugriff, ohne feste IP-Adresse oder VPN; Sitzungen sind zeitlich begrenzt, auf getakteten Verbindungen begrenzt und werden protokolliert.

Rollen und Zugriff

Wer	Rolle oder Gruppe	Darf
Energiemanager	Administrator	Profile, Alarmregeln, Regeln, Boards, Zeichnungen, Stummschaltungen, API-Schlüssel.
Regionalleiter	Benutzer, Richtlinie für eine Region	Boards und Alarme der Region, quittieren, Regeln einer Filiale auf Manuell umstellen.
Filialleiter	Benutzer, Richtlinie für eine Filiale	Filial-Board, Alarme der Filiale quittieren.
Finanzen	Benutzer + Gruppe IoT-Betrachter	Verbrauchstabellen lesen und herunterladen.
Messdienstleister	Benutzer + Gruppe IoT-Bediener, Richtlinie für Zähler	Zählerzustand, Gerätetabellen, Kommunikationsalarme quittieren.
IT-Verantwortlicher	Eigentümer	Mitglieder, Single Sign-on, Anmelderichtlinie.

Ein Energiedienstleister kann jeden Kunden als eigene Organisation betreiben, durch Row-Level-Security voneinander isoliert, wobei seine Ingenieure in allen Organisationen Mitgliedschaften halten. Das Audit-Protokoll erfasst Anmeldungen, Rollen- und Richtlinienänderungen, Regelbearbeitungen, Stummschaltungen und Einstellungsaufträge in einer überprüfbaren Hash-Kette und ist als CSV oder NDJSON exportierbar.

Dimensionierung und Daten

Größenordnung für 120 Filialen mit einem Hauptzähler, sechs Unterzählern, Gas, Wasser und Temperatur, bei einer Nachricht je Zähler und Messwert:

• Hauptzähler: 1.440 Strom-Nachrichten plus 96 Registernachrichten, etwa 1.540 pro Tag.
• Unterzähler: 6 × 288 = 1.728 pro Tag. Gas, Wasser und Temperatur: 3 × 96 = 288 pro Tag.
• Etwa 3.550 Nachrichten pro Filiale und Tag; 430.000 pro Tag bzw. rund 13 Millionen pro Monat für den gesamten Bestand. Telemetrie- und Attributnachrichten zählen auf das Kontingent; Alarme, Befehle und Verbindungsereignisse nicht.
• Werte: etwa 20.000 pro Filiale und Tag, insgesamt rund 900 Millionen pro Jahr.

Wenn der Hauptzähler-Strom alle fünf statt jede Minute erfasst wird, sinken die Nachrichten je Filiale auf etwa 2.400 pro Tag und die gespeicherten Werte um mehr als die Hälfte, ohne dass sich Energiewerte ändern, da diese aus den Registern stammen. Rohmesswerte werden unabhängig von der Aufbewahrungsklasse des Tarifs höchstens 90 Tage gespeichert; mehrjährige Trends nutzen die Stunden- und Tageswerte, die für die volle Klasse aufbewahrt werden. Der Speicherbedarf je Wert hängt von der Installation ab, daher bitten Sie uns, die Schätzung zu bestätigen. Der Tarif warnt bei 80 % und 100 % des monatlichen Kontingents und stoppt keine Geräte. Siehe, wie die Plattform lasttestet wird.

Einführungsplan

Phase	Wochen	Arbeit	Abnahmekriterien
0. Aufnahme	1-3	Zählermodell, Anschluss, Wandlerverhältnis und Impulswertigkeit je Filialformat; Messstellen, Vertragsgrenzen und Alarmempfänger.	Unterschriebene Punktliste und Registerzuordnung je Format.
1. Pilotprojekt	4-9	Fünf bis zehn Filialen: Profile, Basislinien, vier Boards, einpolige Zeichnung, Alarme, Regel für die Nacht-Grundlast.	Vier Wochen mit Vollständigkeit über 99 %; Tagessummen innerhalb einer vereinbarten Toleranz gegenüber Versorgerdaten; jeder Alarm getestet.
2. Erstes Format	10-16	Alle Filialen dieses Formats, Region für Region; API-Anbindung an das Energiesystem.	Monatswerte von der Finanzabteilung akzeptiert; Störalarme unter einem vereinbarten Niveau, etwa zwei pro Filiale und Monat.
3. Bestand	17-30	Weitere Formate mit eigenen Basislinien und Zeichnungen; LoRaWAN für schwer erreichbare Zähler.	Alle Filialen melden; Zählerzustand wird wöchentlich geprüft.
4. Projekte	Laufend	Zeiträume vor und nach jeder Energiemaßnahme.	Jedes Projekt hat ein gemessenes Ergebnis.

Inbetriebnahme-Checkliste

1. Gateway beansprucht, seinem Profil zugeordnet, seiner Filiale zugewiesen; jeder Zähler erscheint als untergeordnetes Gerät mit dem vereinbarten Namen und Ort.
2. import_kwh in Hermetry stimmt mit der Zähleranzeige bis zur letzten angezeigten Stelle überein, was Datentyp und Wortreihenfolge belegt.
3. Wandlerverhältnis nur einmal angewendet, im Zähler oder in der Gateway-Zuordnung; i_l1_a stimmt mit einem Zangenstrommesser überein.
4. p_kw positiv bei Bezug; export_kwh bleibt an Standorten ohne Erzeugung erhalten.
5. Impulswertigkeit nachgewiesen durch Messen einer bekannten Menge, zum Beispiel 100 Liter ergeben +0,1 auf water_m3.
6. Ein Messwert um 10:15 Ortszeit erscheint um 10:15 in der Zeitzone der Filiale.
7. Jeder Alarm wird, wo sicher möglich, einmal ausgelöst (ein Zähler von RS485 getrennt, ein vorübergehend gesenktes demand_warn_kw); Benachrichtigung, Quittierung und Rücksetzung werden geprüft.
8. Uplink 30 Minuten getrennt: Alarm für Offline öffnet sich; gepufferte Messwerte füllen anschließend das Diagramm und die Tagessumme.
9. Nach einem vollen Tag 96 Registermesswerte je Zähler auf dem Board Zählerzustand.

Fallstricke

• Energie aus Leistung integriert. Zwischen den Abtastungen geht etwas verloren, und die Werte driften. Das Register auslesen.
• Skalierung und Wortreihenfolge. Vertauschte Wörter oder ein Zähler, der zwischen Wh und MWh wechselt, ergeben plausibel wirkenden Unsinn. Jedes Modell gegen seine Anzeige prüfen.
• Verschachtelte Unterzähler addiert. Nur eine Ebene der Feeds-Hierarchie summieren.
• Zählertausch. Ein neuer Zähler, der niedriger startet, wird als Rücksetzung gelesen; startet er höher, sieht sein Sprung wie Verbrauch aus. Beide Ablesungen notieren und diesen Zeitraum korrigieren oder den neuen Zähler als neues Gerät anlegen.
• UTC-Tage. Der Tag einer Filiale folgt ihrer Zeitzone; auch anderswo stündliche Daten auf lokale Tage summieren.
• Defekte Impulskabel. Null Gas oder Wasser wirkt wie ein geschlossener Standort; vor dem Vertrauen auf eine Null mit Strom vergleichen.

Was Hermetry nicht ersetzt

Hermetry erfasst, speichert und alarmiert Zählerwerte; es ist kein eichpflichtiges Messsystem und kein Abrechnungssystem. Der Zähler des Versorgers bleibt die Grundlage der Rechnungen, und Mieterrechnungen bleiben im Abrechnungssystem. Laststeuerung, Leistungsbegrenzung und Schutz bleiben in der Gebäudeleittechnik, in den Standortreglern und in der Schaltanlage und müssen funktionieren, wenn die Verbindung oder die Plattform nicht verfügbar ist.