Ein Netzwerk von Wetterstationen für Höfe und Gemeinden

Auf einen Blick

Position	Übliche Antwort
Problem	Das lokale Wetter unterscheidet sich über wenige Kilometer stark, aber die Stationen, die über die Jahre bei verschiedenen Anbietern gekauft wurden, sitzen jeweils in ihrer eigenen Software, sodass niemand die Region im Blick hat oder rechtzeitig gewarnt wird.
Was angeschlossen wird	Automatische Wetterstationen gemischter Hersteller: Temperatur, Luftfeuchte, Luftdruck, Niederschlag, Wind und, sofern vorhanden, Strahlung, Blattnässe und Bodentemperatur, dazu die Stromversorgung jeder Station.
Wer es nutzt	Genossenschaftliche Agronomen und Mitglieder, kommunale Feldteams, Straßenmeistereien, Bewässerungsverbände und der Netztechniker.
Typischer erster Umfang	Drei Stationen verschiedener Hersteller und eine Region mit fünf bis zehn Stationen, angeschlossen in der Nebensaison vor Frost- oder Sturmperioden.
Zeit bis zum ersten Bildschirm	Typischerweise am selben Tag für eine Station, die bereits HTTP oder MQTT sendet, denn die Weather stations-Fertiglösung installiert Profil und Board in einem Schritt. Planen Sie vier bis sechs Wochen für eine Region, deren Alarme die Nutzer vertrauen.

Die Ausgangslage

Landwirtschaftliche Genossenschaften, Kommunen, Bewässerungsverbände und Straßenbehörden brauchen Wetterdaten dort, wo ihre Leute arbeiten, nicht am nächsten Flughafen. Ein Frostloch im Talboden, eine konvektive Zelle über einem Einzugsgebiet oder eine Böenschneise auf einer exponierten Straße können sich von der regionalen Vorhersage völlig unterscheiden. Viele Organisationen besitzen bereits Stationen, die sie über ein Jahrzehnt von mehreren Anbietern gekauft haben, jede mit eigener Logger-Software, eigenen Einheiten und einem Login, das sich eine Person merkt.

Die Folge: Die Daten existieren, aber niemand handelt rechtzeitig. Obstbauern erfahren von einem Frost an beschädigter Blüte. Feldteams hören von einem Wolkenbruch von Anwohnern. Straßenteams streuen aufgrund einer Vorhersage statt aufgrund der Temperatur an der Brücke. Stationen fallen wochenlang still aus, weil niemand auf ein Dashboard schaut, das nur eine Station zeigt. Jahresberichte für Mitglieder werden von Hand aus Exporten in verschiedenen Formaten zusammengestellt.

Dieses Blueprint bringt jede Station auf eine Plattform mit einem einheitlichen Satz an Schlüsselnamen und Einheiten, prüft die Datenqualität beim Eintreffen, zeigt die Region auf einer Karte und macht lokale Schwellenwerte zu Warnungen, die die betroffenen Personen erreichen.

Ziele und Kennzahlen

• Datenverfügbarkeit je Station = empfangene Messwerte ÷ erwartete Messwerte in einem Zeitraum. Die nützlichste Gesundheitskennzahl für ein Netz.
• Vorwarnzeit = Zeit zwischen dem Überschreiten eines Frost-, Regen- oder Windschwellenwerts durch eine Station und der Bestätigung der Warnung durch die Person, die handelt.
• Niederschlagssummen je Stunde, Tag und Monat = Zuwachs des akkumulierten Regenzählers je Intervall; der Zuwachs behandelt einen Zählerreset als Neustart, nicht als negativen Wert.
• Frosttunden je Nacht = Stunden mit Lufttemperatur unter 0 °C, aus stündlichen Minimalwerten.
• Growing Degree Days, Kühlstunden und Blattnässestunden für Pflanzen- und Krankheitsmodelle, berechnet aus stündlichen Aggregaten in den Werkzeugen der Agronomen nach dem Export.
• Netzabdeckung = Stationen, die innerhalb ihres erwarteten Intervalls melden ÷ Stationen im Betrieb.

Mit der Fertiglösung starten

Die Weather stations-Fertiglösung installiert in einem Schritt ein Stationsgerät-Profil, ein Board und eine Offline-Regel. Ihr Profil verwendet die Schlüssel air_temp (°C), air_hum (%), baro_pressure (hPa), rain_intensity (mm/h), acc_rainfall (mm) und wind_speed_avg, wind_speed_min und wind_speed_max (m/s) sowie wind_dir_avg, wind_dir_min und wind_dir_max (°), mit Bezeichnungen, Einheiten und Bereichen. Das Board hat eine Seite Stations mit einer durchsuchbaren Tabelle der Stationen und ihrer letzten Messwerte, eine nach Temperaturbereichen eingefärbte Karte sowie eine Seite Station mit Karten für den bisherigen Monat, die Trend und Veränderung zeigen, Wind auf einem Kompasssymbol, eine Messwerttabelle mit CSV-Export, die Alarme der Station und eine Schaltfläche, die den Regenzähler der Station über einen Katalogbefehl zurücksetzt. Seine einzige Regel löst eine Warnung aus, wenn eine Station seit einer Stunde nichts gemeldet hat.

Übernehmen Sie diese Schlüsselnamen für jede Station, unabhängig vom Hersteller, und erweitern Sie das Profil um die zusätzlichen Schlüssel Ihres Netzes. Der Rest dieses Blueprints baut auf dieser Basis auf.

Architektur

Stationen erreichen Hermetry über den Weg, den ihre Hardware erlaubt; Profil und Schlüsselnamen sorgen danach dafür, dass sie gleich aussehen.

• Logger mit HTTP oder MQTT. Viele moderne Logger können JSON senden. Richten Sie sie auf die HTTP-API des Geräts oder MQTT über TLS mit einem Zugriffstoken oder Benutzername und Passwort. Kann der Logger seine Felder nicht umbenennen, ordnet ein kleiner Skriptblock im Root-Flow des Profils seine Namen vor dem Speichern den Schlüsseln des Netzes zu.
• Stationen mit Modbus- oder serieller Ausgabe. Ein lizenziertes Gateway an der Station liest den Logger oder die Sensoren über RS485 mit Modbus RTU und veröffentlicht über MQTT mit TLS auf einer 4G-Verbindung; stromsparende Mobilfunk-Gateway-Modelle eignen sich für Standorte mit NB-IoT-Abdeckung. Siehe Hermetry Edge und die lizenzierten Geräte.
• Kompakte LoRaWAN-Stationen und Regenmesser. Sie melden sich über LoRaWAN-Gateways an den eigenen Netzwerkserver von Hermetry (EU868, OTAA, Klasse A). Die Codec-Bibliothek enthält Wetterstationen, Bodensensoren und Impulszähler für Kippwaagen-Regenmesser; ein fehlendes Modell erhält einen eigenen Codec, der am Codec-Testplatz geprüft wird.

Komponente	Aufgabe	Hinweise
Automatische Wetterstation	Misst und protokolliert	Behält seinen eigenen Logger-Speicher als Sicherungskopie.
Lizenziertes 4G- oder NB-IoT-Gateway	Liest serielle oder Modbus-Stationen, veröffentlicht	Puffert Messwerte bei Ausfällen; die Kapazität hängt vom Modell ab.
LoRaWAN-Gateway	Empfängt kompakte Stationen und Regenmesser	LoRa Basics Station; Gateway-Zustand als Telemetrie gespeichert.
Solarpanel und Akku	Stromversorgung an abgelegenen Standorten	Akkuspannung und Ladestrom als Schlüssel gemeldet.
SIM	Mobilfunk-Uplink	Eigene SIM und Betreiber heute; eSIM-Verwaltung ist in Entwicklung (Hermetry Connect).
Hermetry	Historie, Qualitätsprüfungen, Alarme, Karten, Feeds	Region EU, USA oder Türkiye, oder auf Ihren eigenen Servern.

Punktliste

Die Schlüssel der Fertiglösung plus übliche Ergänzungen. Die Intervalle sind typisch für landwirtschaftliche und Straßennetze; stimmen Sie sie mit den Nutzern ab.

Messpunkt	Telemetrie-Schlüssel	Einheit	Quelle	Intervall	Hinweise
Lufttemperatur	air_temp	°C	Abgeschirmter Sensor auf Bildschirmhöhe	10 min	Schlüssel der Fertiglösung.
Relative Luftfeuchte	air_hum	%	Gleiche Abschirmung	10 min	Schlüssel der Fertiglösung.
Luftdruck	baro_pressure	hPa	Logger	10 min	Stationshöhe oder Meereshöhe; bitte angeben.
Niederschlagsintensität	rain_intensity	mm/h	Regenmesser oder Logger	10 min	Schlüssel der Fertiglösung.
Akkumulierter Niederschlag	acc_rainfall	mm	Kippwaagen-Zähler	10 min	Summen je Intervall aus dem Zuwachs.
Niederschlag letzte Stunde	rain_1h_mm	mm	In einem Flow berechnet	10 min	Wird von Starkregenalarmen genutzt.
Niederschlag letzte 24 Stunden	rain_24h_mm	mm	In einem Flow berechnet	10 min	Wird von Bewässerungsregeln in der Nähe gelesen.
Windgeschwindigkeit, Mittel und Böe	wind_speed_avg, wind_speed_max	m/s	Anemometer	10 min	Schlüssel der Fertiglösung.
Windrichtung	wind_dir_avg	°	Windfahne	10 min	Schlüssel der Fertiglösung.
Taupunkt	dew_point	°C	Im Root-Flow berechnet	10 min	Aus Temperatur und Luftfeuchte.
Taupunktspanne	dew_spread	K	Im Root-Flow berechnet	10 min	Eis- und Nebelrisiko.
Solarstrahlung	solar_wm2	W/m²	Pyranometer, sofern vorhanden	10 min
Blattnässe	leaf_wet	0/1 oder %	Blattnässesensor, sofern vorhanden	10 min	Krankheitsmodelle.
Bodentemperatur, 10 cm	soil_temp_10	°C	Bodensonde, sofern vorhanden	30 min
Akkuspannung	battery_v	V	Logger oder Gateway	30 min
Solar-Ladestrom	charge_a	A	Laderegler	30 min	Null am Mittag = Problem am Panel.
Logger-Temperatur	logger_temp	°C	Logger	30 min	Überhitzung des Gehäuses.
Qualitätsflag, Temperatur hängt fest	qc_temp_stuck	0/1	In einem Flow berechnet	stündlich	Siehe Gerätekonfiguration.
Regenzähler zuletzt zurückgesetzt	rain_reset	Zeit	Antwort der Station auf den Reset-Befehl	bei Reset	Schlüssel der Fertiglösung bereit.
Sensorhöhen und Standort	temp_height_m, wind_height_m, elevation_m	m	Serverattribute	einmalig gesetzt	Wird benötigt, um Stationen zu vergleichen.

Deklarieren Sie jeden Schlüssel im Reiter Telemetry keys des Profils mit Bezeichnung, Einheit, Dezimalstellen und Bereich. Die Einheiten sind die des Profils: Umrechnungen von km/h, °F oder Zoll erfolgen einmalig im Root-Flow, nie pro Karte.

Asset-Modell

Ein Wetternetz ist überwiegend flach, aber ein kleiner Baum zahlt sich bei Regeln, Berechtigungen und Karten aus:

• Netzwerk (Area) mit der Zeitzone und operator.
• Region oder Einzugsgebiet (Area oder eine freie Art) mit frost_season und warning_contacts als Referenzattribute für Personen.
• Stationsstandort (Site) mit Lage, elevation_m, exposure (Tal, Hang, Plateau, urban), owner_member, install_date und calibration_due.
• Das Stationsgerät am Standort; Sensoren an einem Gateway können Untergeordnete mit eigenen Profilen sein, wenn ein Standort mehrere Instrumente beherbergt.

Die Platzierung bestimmt, welche Rules-Karte eine Station nennen darf: Eine regionale Frostregel, die an der Region hängt, kann jede Station des darunterliegenden Stationsprofils ansprechen. Die Platzierung erlaubt außerdem, ein Mitglied mit einer attributbasierten Richtlinie auf die eigene Station zu beschränken; solche Richtlinien testen Sie mit dem Richtliniensimulator.

Geräteeinrichtung

Profile und Provisionierung

Behalten Sie das Profil der Fertiglösung für Stationen, die die Standardschlüssel direkt melden, und duplizieren Sie es für Familien, die einen anderen Transport oder ein Mapping-Skript benötigen, sodass alle Profile dieselbe Schlüsselliste teilen. Lizenzierte Gateways werden durch Scannen ihres Codes beansprucht; LoRaWAN-Stationen werden mit DevEUI, JoinEUI und AppKey hinzugefügt. Verwenden Sie die Online-Regel Recent message mit dem Intervall der Station; abgefragte Endpunkte verwenden Last seen only.

Abgeleitete Schlüssel in Flows

• Regenfenster. Ein Delta-Block auf acc_rainfall liefert den Regen seit der vorherigen Messung (negative Schritte, die auf einen Zählerreset folgen, werden auf null gesetzt); Statistikblöcke, die 1-Stunden- und 24-Stunden-Zeitfenster summieren, speisen rain_1h_mm und rain_24h_mm über einen Block zum Speichern von Telemetrie. Fenster beginnen leer, nachdem der Flow geändert wurde.
• Taupunkt. Ein Skriptblock berechnet ihn aus air_temp und air_hum mit der Magnus-Formel und speichert dew_point sowie die Spanne dew_spread (Temperatur minus Taupunkt), sodass Regeln einzelne Werte vergleichen.
• Qualitätsprüfungen. Ein Statistikblock auf air_temp über ein Sechs-Stunden-Fenster liefert die Standardabweichung; null bedeutet einen klemmenden Sensor und setzt qc_temp_stuck. Ein Delta-Block markiert Sprünge, die in zehn Minuten physikalisch nicht plausibel sind.

Einstellungen, Zeit und Firmware

Bei lizenzierten Gateways setzen die remote device settings serielle Parameter, Registerzuordnungen und Intervalle; eine Basiskonfiguration pro Stationsmodell wird in Wellen angewendet. Intervalle in Frostnächten zu verkürzen ist besser durch ein festes 5- oder 10-Minuten-Intervall über die ganze Saison erreicht als durch Änderungen der Einstellungen im laufenden Betrieb. Synchronisieren Sie die Stationsuhren; ein Logger mit driftender Uhr sollte Zeitstempel weglassen und Hermetry den Eingang stempeln lassen. Datensätze, die mehr als zehn Minuten in der Zukunft liegen, werden verworfen; verspätete Datensätze nach einem Ausfall werden gespeichert und als Nachlieferung ohne Alarmierung ausgewertet. Signierte Gateway-Firmware wird in Wellen ausgerollt; getaktete Verbindungen warten, sofern sie nicht freigegeben sind.

Dashboards

Board	Zielgruppe	Widgets und ihre Anzeige
Netzwerkkarte	Alle	Die Karte der Fertiglösung, eingefärbt nach Temperaturbereichen, eine zweite Karte, eingefärbt nach 24-Stunden-Regen; Stationstabelle mit aktuellen Messwerten und letzter Meldung, durchsuchbar, mit CSV-Export; Kennzahlkarten für Stationen online und offene Alarme.
Stationsseite	Agronomen, Einsatzteams	Karten für den bisherigen Monat mit Trend und Veränderung aus der Fertiglösung; Kompass für die Windrichtung; Liniendiagramm für Temperatur und Taupunkt über 72 Stunden; Balkendiagramm des stündlichen Regens; Messwerttabelle; die Alarme der Station.
Regionsvergleich	Agronomen, Planer	Liniendiagramm der minimalen Nachttemperaturen aller Stationen einer Region; Balkendiagramm des täglichen Regens je Station; Heatmap der stündlichen Temperatur für Frostsenken; Tabelle der Monatssummen zum Export.
Netzwerkzustand	Techniker	Gerätetabelle sortiert nach letzter Meldung, Batteriespannung und Ladestrom; Tabelle der Qualitätsmarkierungen; LoRaWAN-Gateway-Karte.

Entitätsparameter lassen eine Stationsseite für alle Stationen dienen, geöffnet über eine Tabellenzeile oder einen Kartenmarker. Für einen öffentlichen Bildschirm in einem Genossenschaftsbüro erstellen Sie einen Anzeigelink: schreibgeschützt, in einem Intervall aktualisiert, 1 bis 365 Tage gültig und widerrufbar.

SCADA-Bildschirme

Ein Wetternetz braucht wenige Prozessbilder. Zwei lohnen sich: ein Stationsschema für Techniker mit dem Symbol Wetterstation aus der Agrar-Familie des Food-Pakets, mit den Sensoren, der Batterie und dem Modem der Station, sowie Farbregeln für Batteriespannung und Qualitätsmarkierungen; und eine Regionsübersicht, in der jedes Stationssymbol seine Temperatur und seinen Regen anzeigt, über einem Schema von Tälern oder Straßen gelegt. Das von der Fertiglösung verwendete Kompasssymbol zeigt die Windrichtung mit Geschwindigkeit. Hängen Sie das Stationsschema als Ansicht am Stationsprofil an, damit jede Station ihre eigenen Bindungen erhält.

Regeln und Alarme

Wetterwarnungen hängen von Jahreszeit und Tageszeit ab, daher liegen die meisten in Rules-Karten, die an einer Region hängen und jede Station des darunterliegenden Profils nennen. Rules-Karten kennen Datumsfenster, Sonnenauf- und Sonnenuntergang, Tag und Nacht sowie den Feiertagskalender der Organisation. Die Gesundheit der Station bleibt in den Alarmregeln des Profils.

Alarm	Bedingung	Verzögerung und Hysterese	Schweregrad	Benachrichtigt	Eskalation
Frostwarnung	Rules-Karte: air_temp fällt unter 1, nur zwischen 1. März und 31. Mai und nachts	Bleibt so für 10 min	Major (durch die Regel ausgelöst)	Koordinatoren für Agronomen und Anbauer, Push und SMS; Mitgliedersystem per Webhook	Eine zweite Regel erhöht denselben Alarm auf Critical unter -1 °C, was erneut benachrichtigt
Starkregen	Rules-Karte: rain_1h_mm steigt über 20	Keine	Major	Kommunales Feldteam, SMS	Erinnerung alle 30 min, bis bestätigt
Starke Böen	Profilregel: wind_speed_max über 17,2 (Major), über 24,5 (Critical)	Entprellung 2 Messwerte; Hysterese 2 m/s	Major / Critical	Straßen- und Parkteams, Push	Anstieg des Schweregrads benachrichtigt erneut
Glatteisgefahr auf Straßen	Rules-Karte: air_temp unter 2 und dew_spread unter 1, nur nachts	Bleibt so für 20 min	Major	Straßenmeisterei im Dienst, SMS	Erinnerung alle 60 min
Station stumm	Inaktivitätsregel, keine Meldung seit 60 min (Fertiglösung)		Warnung	Techniker, E-Mail	Keine
Batterie schwach	Profilregel: battery_v unter 11,8	Entprellung 3 Messwerte	Minor	Techniker, E-Mail	Anstieg des Schweregrads auf Major unter 11,5
Sensor klemmt	Profilregel: qc_temp_stuck = 1	Entprellung 1 Messwert	Warnung	Techniker, E-Mail	Keine

Viele Personen erreichen. Eine Alarmregel des Profils benachrichtigt höchstens 20 Empfänger (Benutzer, Rollen oder E-Mail-Adressen), und eine Benachrichtigung einer Rules-Karte höchstens 20 Benutzer, Rollen oder Teams. Für Hunderte von Anbauern senden Sie den Alarm per Webhook an das SMS- oder Beratungssystem der Genossenschaft, das die Mitgliederliste und die Einwilligungen verwaltet, oder nehmen Sie eine Verteileradresse unter die Empfänger einer Alarmregel auf.

Lebenszyklus. Alarme öffnen sich nach ihrer Verzögerung, werden mit einer optionalen Notiz bestätigt und lösen sich auf, wenn die Bedingung endet; ein Alarm je Station und Typ bleibt offen, und Wiederholungen werden gezählt. Ein Frostalarm, der bei Sonnenaufgang ohne Bestätigung aufgelöst wird, bedeutet, dass niemand gehandelt hat; prüfen Sie diese nach jeder Frostnacht. Wartung: Stummschalten Sie eine Station während der Kalibrierung, damit Testwerte niemanden alarmieren; Alarme werden weiterhin aufgezeichnet, und die Stummschaltung endet von selbst.

Hochwasser und Frost. Ein regionaler Frost löst bei den meisten Stationen einer Region innerhalb von Minuten aus. Ab 20 Alarmmeldungen pro Minute fasst Hermetry die übrigen zu einem Fünf-Minuten-Digest zusammen, und dieselbe Änderung benachrichtigt höchstens einmal pro fünf Minuten. Halten Sie die Frost-Empfängerliste kurz und lassen Sie das Mitgliedssystem die Weiterverteilung übernehmen.

Automatisierung und Integrationen

• Beratungs- und öffentliche Portale. Ein Flow mit einem HTTP-Request-Block sendet die Messwerte jeder Station an ein landwirtschaftliches Beratungsportal oder einen kommunalen Open-Data-Dienst; ein MQTT-Out-Block veröffentlicht sie bei einem anderen Broker.
• Lesezugriff. Partner lesen den Verlauf über die REST-Series-API mit einem schreibgeschützten API-Schlüssel, der abläuft und auf ihre Adressen beschränkt ist; fordern Sie stündliche Intervalle an und summieren Sie diese zu lokalen Tagen.
• Bewässerung und Frostschutz. Bewässerungsregeln in derselben Organisation können rain_24h_mm einer Station lesen, die unter demselben Asset platziert ist. Eine Frostregel kann Frostschutzpumpen oder -ventilatoren über ein Gateway mit Relaisausgängen starten, sofern das Gateway-Modell den Befehl unterstützt; halten Sie solche Aktionen hinter einer Bestätigung und testen Sie sie außerhalb der Saison.
• Zurücksetzen des Regenzählers. Die Schaltfläche der fertigen Lösung sendet das Zurücksetzen als einfachen Katalogbefehl und zeigt die Antwort der Station an; beschränken Sie sie mit der Berechtigung für einfache Befehle.
• Berichte. Monatliche Mitgliederberichte stammen aus als Excel exportierten Verlaufstabellen; zeitgesteuerte E-Mail-Berichte sind derzeit nicht integriert.

Rollen und Zugriff

Wer	Rolle oder Gruppe	Darf
Agronom	Benutzer + Gruppe IoT-Betreiber	Alle Stationen, Warnungen quittieren, exportieren.
Genossenschaftsmitglied	Benutzer, eingeschränkt auf ihre Station oder Region	Übersichten lesen, Warnungen empfangen.
Straßen- oder Feldteam	Benutzer	Übersichten lesen, Warnungen mit einer Notiz quittieren.
Netzwerktechniker	Benutzer + Gruppe IoT-Betreiber	Gesundheitsübersichten, Stummschaltungen auf Anfrage an einen Administrator, Zurücksetzen des Regenzählers.
Netzwerkadministrator	Admin	Profile, Flows, Regeln, Alarmregeln, Gateway-Einstellungen, Firmware, API-Schlüssel.
Partnerinstitution	API-Schlüssel oder Anzeigelink	Nur-Lese-Daten oder eine Anzeige.

Ein Verband mit unabhängigen Mitgliedsorganisationen kann jede als eigene Organisation betreiben, isoliert durch Row-Level-Security, oder eine Organisation mit eingeschränkten Benutzern beibehalten. Hosting ist in den Regionen EU, USA und Türkiye verfügbar. Das Audit-Log erfasst Regeländerungen, Stummschaltungen, Befehle, die Nutzung von API-Schlüsseln und Anmeldungen in einer nachprüfbaren Hash-Kette.

Dimensionierung und Daten

Als Größenordnung für 60 Stationen, die alle 10 Minuten melden, mit einer Nachricht pro Station und Messwert:

• 60 × 144 = 8.640 Nachrichten am Tag, etwa 260.000 im Monat.
• Jede Nachricht enthält etwa 15 Schlüssel, und Flows fügen etwa 5 abgeleitete Schlüssel hinzu: ungefähr 20 × 8.640 ≈ 170.000 Werte am Tag, etwa 63 Millionen im Jahr.

Das ist für die Plattform gering. Wetterdaten gewinnen mit dem Alter an Wert, daher wählen Sie eine lange Aufbewahrungsklasse (die längste hält stündliche und tägliche Aggregate drei Jahre; Rohwerte bleiben höchstens 90 Tage) und archivieren regelmäßige Exporte der Messwerte für den dauerhaften Klimanachweis. Langzeitdiagramme lesen stündliche und tägliche Aggregate. Die Standardgrenzen für Anfragen pro Gerät liegen weit über dem Bedarf einer Station.

Einführungsplan

Phase	Wochen	Arbeit	Abnahmekriterien
0. Bestandsaufnahme	1-2	Stationen mit Hersteller, Logger, Ausgängen, Stromversorgung, Sensorhöhen und Standort erfassen; Schlüsselnamen, Einheiten und Schwellenwerte mit den Nutzern abstimmen.	Unterzeichnete Schlüsselliste und Schwellenwerttabelle.
1. Drei Hersteller	3-4	Fertige Lösung installieren; je eine Station jedes Herstellers über ihren Pfad anbinden; Mapping-Skripte; Qualitäts-Flows.	Dasselbe Wetter wird bei benachbarten Stationen verschiedener Hersteller konsistent erfasst.
2. Eine Region	5-8	Alle Stationen einer Region; Rules-Karten für Frost, Regen und Wind, die nur den Agronomen benachrichtigen.	Warnungen werden einen Monat lang mit dem tatsächlichen Geschehen vor Ort verglichen.
3. Netzwerk	9-16	Restliche Regionen; Warnungen an Teams und Mitglieder; Feeds an Portale.	Datenverfügbarkeit über einem vereinbarten Niveau, beispielsweise 98 %.
4. Verdichten	Laufend	Neue Stationen dort, wo Karten Lücken zeigen; Kalibrierplan aus calibration_due.	Netzabdeckung wird jede Saison überprüft.

Inbetriebnahme-Checkliste

1. Station mit dem richtigen Profil und Standort; Lage und Höhe auf der Karte korrekt.
2. Schlüssel und Einheiten gegen die Anzeige des Loggers prüfen: Temperatur, Luftfeuchte, Luftdruck, Windgeschwindigkeitseinheiten und Richtungsbezug (geographisch Nord).
3. Regenmesser mit einer bekannten Menge prüfen; danach folgen acc_rainfall, rain_1h_mm und rain_24h_mm.
4. Regenzähler über die Anzeige zurücksetzen; rain_reset wird aktualisiert; die nächste Differenz wird nicht als Regen gezählt.
5. Zeitstempel gegen ein bekanntes Ereignis in der Zeitzone der Station prüfen.
6. Qualitäts-Flow testen, indem ein Sensorwert im Test-Runner konstant gehalten wird.
7. Jede Warnregel mit Jetzt ausführen testen; Empfänger erhalten sie über den richtigen Kanal.
8. Uplink eine Stunde lang unterbrechen: Alarm für stille Station; gepufferte Messwerte kommen danach an, sofern das Gateway puffert.

Fallstricke

• Gemischte Einheiten. Ein Hersteller in km/h und ein anderer in m/s machen jede regionale Grafik falsch. Einmal im Root-Flow umrechnen.
• Intervallregen als Summe behandelt. Klären Sie, ob ein Logger den Regen seit dem letzten Bericht oder einen laufenden Zähler sendet, und ordnen Sie ihn dem richtigen Schlüssel zu.
• Tagesgrenzen. Tagesregen in UTC ist nicht Tagesregen in Ortszeit. Holen Sie stündliche Intervalle und summieren Sie diese zu lokalen Tagen.
• Standort. Ein Temperatursensor nahe einer Wand oder ein Regenmesser unter einem Baum liefert überzeugend falsche Daten. Erfassen Sie Standort und Sensorhöhen als Attribute und prüfen Sie Ausreißer.
• Zu viele Empfänger. Benachrichtigungen erreichen höchstens 20 Empfänger pro Regel; lassen Sie ein Mitgliedssystem lange Listen verwalten.
• Winterstrom. Solarstandorte laufen im Dezember flach. Alarmieren Sie bei Ladestrom und Batteriespannung, bevor die Station stumm wird.
• Spinnen und Laub. Ein verstopfter Regenmesser zeigt während eines Sturms null. Vergleichen Sie Nachbarstationen und reinigen Sie die Regenmesser nach Plan.

Was Hermetry nicht ersetzt

Hermetry sammelt, prüft und verteilt Stationsdaten und löst lokale Warnungen anhand Ihrer Schwellenwerte aus. Es ist kein Vorhersagedienst und ersetzt keine amtlichen Wetterwarnungen, den nationalen Wetterdienst oder Zivilschutzwarnungen. Frostschutzanlagen, Entscheidungen zum Streuen von Straßen und die Reaktion auf Hochwasser bleiben bei den Personen und Systemen, die dafür verantwortlich sind; jede Anlage, die Hermetry schaltet, behält ihren eigenen lokalen Schutz. Stationslogger sollten ihren eigenen Speicher als primäre Aufzeichnung behalten.