Auf einen Blick
| Element | Typische Antwort |
|---|---|
| Problem | Grünflächen werden nach festen Programmen bewässert, die zu Saisonbeginn eingestellt werden. Dadurch wird nach Regen weiterbewässert, Rohrbrüche bleiben unbemerkt, und jede Programmänderung erfordert einen Vor-Ort-Besuch. |
| Was angebunden wird | Zonenventile, ein Wasserzähler und ein Regenmesser pro Standort, Bodenfeuchtesensoren in repräsentativen Zonen und bei größeren Parks Leitungsdruck und ein Kontakt an der Schranktür. |
| Wer es nutzt | Der Techniker für die Parkbewässerung, die Bezirksleiter der Parkanlagen, der Landschaftsmanager, der für das Wasserbudget verantwortlich ist, und Auftragnehmer, die Standorte warten. |
| Typischer erster Umfang | Ein Park mit Netzstromversorgung und vier bis acht Zonen, dazu fünf bis zehn Mittelstreifen oder Kreisverkehre mit batteriebetriebenen Ventilsteuerungen. |
| Zeit bis zum ersten Bildschirm | In der Regel wenige Tage, nachdem das erste Gateway und der Zähler installiert wurden. Planen Sie einen vollen Monat der Saison für einen Pilotbetrieb ein, der im reinen Benachrichtigungsmodus läuft, bevor Regeln eingreifen. |
Die Ausgangslage
Eine Parkverwaltung, ein Campus oder ein Garten- und Landschaftsbauunternehmen bewässert Hunderte von Grünflächen: große Parks mit eigener Pumpe oder eigenem Netzanschluss, Sportplätze, Straßenmittelstreifen, Kreisverkehre und Pflanzkübel. Die meisten Standorte haben eine eigenständige Bewässerungssteuerung mit Saisonprogramm und allenfalls einen Regensensor, der seit Jahren nicht mehr funktioniert. Mittelstreifen haben oft batteriebetriebene Steuerungen, die zu Saisonbeginn jemand von Hand neu programmiert.
Die Kosten zeigen sich auf drei Arten. Wasser wird nach Regen und in den heißesten Stunden verbraucht, entgegen kommunalen Bewässerungsbeschränkungen. Eine defekte Leitung oder ein mutwillig beschädigter Sprinklerkopf läuft die ganze Nacht, bis ein Anwohner einen überfluteten Weg meldet. Pflanzen sterben trotzdem in den Zonen, die das Programm zu wenig bewässert, weil niemand weiß, dass der Boden trocken ist, bis der Rasen braun wird. Wasserbudgets werden nur einmal im Jahr anhand von Versorgerrechnungen abgeglichen, die sich nicht nach Standort aufteilen lassen.
Dieser Blueprint verbindet die Ventile, den Zähler und den Regenmesser jedes Standorts mit Hermetry, behält die bestehenden Programme dort, wo sie funktionieren, und verlagert die Entscheidung über die Bewässerung in Regeln, die zuerst Regen und Bodenfeuchte prüfen, wobei Lecks und defekte Ventile innerhalb von Minuten gemeldet werden.
Ziele und Kennzahlen
- Wasserverbrauch pro Standort pro Tag und Woche = Zunahme der Zählersumme in m³.
- Ausbringmenge = in einer Zone verbrauchte Liter ÷ Zonenfläche in m², was der ausgebrachten Wassermenge in Millimetern entspricht. Vergleichen Sie sie mit dem Bedarf des Pflanzentyps, der mit dem Landschaftsarchitekten vereinbart wurde.
- Regen-Ausfälle = geplante Läufe, die abgesagt wurden, weil der Regen der letzten 24 Stunden die Ausfallgrenze überschritten hat, sowie das Volumen, das sie verbraucht hätten (Laufzeit × Zonendurchfluss).
- Leckvolumen = gemessenes Volumen, während kein Ventil offen ist. Der Nachtdurchfluss in einer Bewässerungsleitung sollte null sein.
- Ventilstörungen = Öffnungen, die innerhalb der erwarteten Zeit keinen Durchfluss erzeugt haben.
- Budgetstand = seit Saisonbeginn verbrauchte m³ ÷ Saisonbudget pro Standort, mit dem für das Datum erwarteten Anteil.
Hermetry speichert Minuten-, Stunden- und Tagesaggregate jeder Kennzahl; die Zuwachsaggregation wandelt eine Zählersumme in Tagesvolumen um und behandelt einen Zählerrücksetzer als Neustart, nicht als negatives Volumen.
Architektur
Zwei Standorttypen decken die meisten Bestände ab, und beide können innerhalb einer Organisation nebeneinander betrieben werden.
Parks mit Stromanschluss
Ein lizenziertes Gateway im Bewässerungsschrank ersetzt die Steuerung oder überwacht sie. Ein Modell wie das Edge Pro LTE8421 verfügt über digitale Eingänge, Relaisausgänge und analoge Eingänge, einen 4G-Uplink und RS485 für Modbus. Die Relaisausgänge steuern die Zonenventile über Koppelrelais an der 24-VAC-Ventilversorgung; digitale Eingänge lesen die Kippwaage des Regenmessers und den Impulsausgang des Zählers, sofern das Gateway-Modell Impulse zählt, andernfalls einen Zähler mit Modbus-Ausgang; ein analoger Eingang liest einen 4-20-mA-Leitungsdrucktransmitter. Siehe Hermetry Edge und die lizenzierten Geräte.
Wo die bestehende Steuerung ihre Programme behalten soll, funktioniert ein schlankeres Muster: Ein Gateway-Relais öffnet den Stromkreis des Regensensoreingangs der Steuerung, sodass Hermetry die Bewässerung aussetzen kann, ohne das Programm anzutasten, und das Gateway liest nur den Zähler und die Ventilausgänge.
Mittelstreifen und Standorte ohne Stromanschluss
Batteriebetriebene LoRaWAN-Geräte übernehmen die Arbeit: Ventilsteuerungen mit Haltemagneten, Bodenfeuchtesensoren und Impulsleser am Zähler. Sie melden sich über den eigenen LoRaWAN-Netzwerkserver von Hermetry (EU868, OTAA, Klasse A) an, und zwar über LoRaWAN-Gateways auf Betriebsdächern, in Parkgebäuden oder an Lampenmasten. Die Codec-Bibliothek enthält Steuerungen für Magnetventile, Bodenfeuchtesensoren mit Temperatur und Leitfähigkeit sowie Impulszähler.
Geräte der Klasse A empfangen einen Befehl erst nach ihrem nächsten Uplink. Eine Ventilsteuerung, die alle zehn Minuten meldet, kann bis zu zehn Minuten verspätet öffnen, und ein separater Schließbefehl kann ebenfalls verspätet sein. Bevorzugen Sie Steuerungen, die ein zeitgesteuertes Öffnen akzeptieren (N Minuten offen), damit das Schließen nicht von einem zweiten Downlink abhängt, und setzen Sie die eigene maximale Laufzeit der Steuerung als Sicherheitsgrenze.
| Komponente | Aufgabe | Hinweise |
|---|---|---|
| Lizenziertes Gateway mit Relais | Ventile, Regenmesser, Zähler, Druck bei Parks mit Strom | Relaisbefehle und Impulszählung hängen vom Gateway-Modell und der Firmware ab; bestätigen Sie sie für Ihr Modell. |
| Bestehende Bewässerungssteuerung | Behält ihre Programme, wo sie funktionieren | Wird über ihren Regensensoreingang ausgesetzt. |
| LoRaWAN-Ventilsteuerung | Zonenventile auf Mittelstreifen | Batterie, Klasse A; zeitgesteuertes Öffnen bevorzugt. |
| LoRaWAN-Bodenfeuchtesensor | Volumetrischer Wassergehalt in einer repräsentativen Zone | Einer pro Hydrozone, in Wurzeltiefe. |
| Wasserzähler mit Impulsausgang | Standortverbrauch, Leckerkennung | Impulsleser über LoRaWAN oder Gateway-Eingang. |
| Kippwaage-Regenmesser | Regen am Standort oder im Bezirk | Gateway-Eingang oder LoRaWAN-Impulsleser. |
| LoRaWAN-Gateway | Empfängt batteriebetriebene Geräte | LoRa Basics Station; Gateway-Karte und Zustand in Hermetry. |
Gateways senden über MQTT mit TLS über eine ausgehende Verbindung und authentifizieren sich mit einem X.509-Zertifikat der eigenen Zertifizierungsstelle der Plattform; batteriebetriebene Geräte laufen über den LoRaWAN-Netzwerkserver. Verwenden Sie heute Ihre eigene SIM-Karte und Ihren eigenen Betreiber; die eSIM-Verwaltung über die Plattform ist in Entwicklung.
Punktliste
Ein Park mit sechs Zonen, gelesen von einem Gateway, plus ein batteriebetriebener Mittelstreifen. Eingänge und Registernummern sind Beispiele.
| Punkt | Telemetrieschlüssel | Einheit | Quelle | Intervall | Hinweise |
|---|---|---|---|---|---|
| Zustand Ventil Zone n | z1_open … z6_open | 0/1 | Zustand Relaisausgang des Gateways | bei Änderung + 15 min | Vom Gateway gemeldet, nicht aus dem Befehl abgeleitet. |
| Eine Zone offen | any_open | 0/1 | Im Root-Flow aus den Ventilzuständen berechnet | bei Änderung | Wird vom Druckalarm verwendet. |
| Zählersumme | meter_l | L | Zählerimpulse an DI1, z. B. 10 L pro Impuls | 5 min | Tagesvolumen aus dem Zuwachs. |
| Durchflussrate | flow_lpm | L/min | Im Root-Flow aus der Zählersumme berechnet | 5 min | Differenz der Liter ÷ Minuten seit der letzten Messung. |
| Leitungsdruck | line_bar | bar | 4-20-mA-Transmitter an AI1 | 1 min bei Bewässerung, 15 min im Leerlauf | Intervall über Ferneinstellungen festgelegt. |
| Regenmesser-Summe | rain_total_mm | mm | Kippwaage an DI2, z. B. 0,2 mm pro Kippen | 5 min | |
| Regen über 24 Stunden | rain_24h_mm | mm | In einem Flow berechnet | 5 min | Wird von der Ausfallregel verwendet. |
| Schranktür | door_open | 0/1 | Reedkontakt an DI3 | bei Änderung | Vandalismus und Zugang. |
| Netzspannung vorhanden | mains_ok | 0/1 | Netzüberwachung an DI4 | bei Änderung | |
| Programm ausgesetzt | suspend_on | 0/1 | Relais speist den Regensensoreingang der Steuerung | bei Änderung | Nur Hybridstandorte. |
| Bodenfeuchte, Zone n | soil_vwc | % | LoRaWAN-Sensor (Codec-Schlüssel kann abweichen) | 30 min | Ein Gerät pro Sensor. |
| Bodentemperatur | soil_temp_c | °C | LoRaWAN-Sensor | 30 min | Frostprüfung vor der Bewässerung. |
| Bodenleitfähigkeit | soil_ec | µS/cm | LoRaWAN-Sensor | 30 min | Salzgehalt-Trend, wo Brauchwasser verwendet wird. |
| Zustand Ventil Mittelstreifen | valve_open | 0/1 | LoRaWAN-Ventilsteuerung | bei Änderung + 10 min | |
| Ventilimpulse Mittelstreifen | valve_pulses | Anzahl | Zähleingang der Steuerung, sofern vorhanden | 10 min | |
| Batterie | battery | % | LoRaWAN-Geräte | bei jedem Uplink | |
| Gateway-Signal | rssi_dbm | dBm | Gateway-Modem | 15 min | Falls das Gateway-Modell es meldet. |
Gerätemodell
Baue den Baum so auf, wie die Parkverwaltung organisiert ist. Eine übliche Struktur unter Sites & Assets:
- Stadt (Site) mit der Zeitzone; Bezirk (Area) mit
supervisorundrain_gauge_ref. - Park oder Grünfläche (Site) mit Standort (wird für Sonnenaufgangsregeln benötigt),
area_m2,season_budget_m3,water_source(Netz, Bohrbrunnen, Brauchwasser) undcontractor. - Bewässerungszone (Area) mit
zone_area_m2,plant_type(Rasen, Sträucher, Bäume, Beete),precip_rate_mm_h,default_run_minundmoisture_target_pct. - Geräte dort platzieren, wo sie wirken: das Gateway und der Zähler im Park, Ventile und Bodensensoren in ihren Zonen, der Regenmesser in dem Park oder Bezirk, den er repräsentiert.
Die Platzierung ist wichtig, denn eine auf einem Park abgelegte Rules-Karte kann nur Geräte unter diesem Park benennen. Bedient ein Regenmesser einen ganzen Bezirk, lege die Bewässerungsregeln auf dem Bezirk ab oder gib jedem Park einen eigenen, günstigen Regenmesser. Speichere gerätespezifische Grenzwerte als Serverattribute, zum Beispiel max_flow_lpm an jedem Zähler, damit eine Profil-Alarmregel auf alle Standorte passt.
Geräteeinrichtung
Profile und Provisioning
Lege Profile je Gerätetyp an: Park-Bewässerungsgateway, Ventilsteuerung (LoRaWAN), Bodensensor (LoRaWAN), Impulsleser (LoRaWAN). Lizenzierte Gateways werden durch Scannen ihres Codes der Organisation zugeordnet. LoRaWAN-Geräte werden mit DevEUI, JoinEUI und AppKey hinzugefügt oder im Stapel importiert. Prüfe die Ausgabeschlüssel jedes Codecs in den letzten Frames des Geräts; benennt ein Bibliothekscodec die Feuchte anders als dein Schlüssel, speichere eine Kopie und passe sie am Codec-Testbereich an.
Befehle
Definiere den Befehlskatalog in jedem Profil: für das Gateway zum Beispiel valve.open mit einer Zone und Minuten sowie valve.close mit einer Zone (Methodennamen hängen von der Gateway-Firmware ab); für Batterie-Controller die Öffnen- und Schließ-Frames des Herstellers als Raw-Downlinks mit Port und Hex-Daten aus dem Handbuch. Markiere valve.open als Basisstufe, damit Supervisoren von einem Board aus ein Beet manuell bewässern können, und behalte ein kritisches, hochwirksames site.all_off bei. Jeder Befehl wird gespeichert und von „in Warteschlange“ bis „erfolgreich“, „fehlgeschlagen“, „Zeitüberschreitung“ oder „abgelaufen“ verfolgt. Gib jedem eingereihten Ventilbefehl ein Ablaufdatum: Ein dauerhaft offenes Ventil, das stundenspät zugestellt wird, würde mittags bewässern.
Einstellungen, Intervalle und Firmware
Auf lizenzierten Gateways zeigen die Geräteeinstellungen die Einstellungen des Modells: Eingangstypen, Impulsgewichte, Analogskalierung und Meldeintervalle. Erstelle eine Basiskonfiguration je Parktyp und wende sie in Wellen an; der Job pausiert, wenn zu wenige Gateways sie übernehmen. Melde den Druck jede Minute nur während der Bewässerung, sofern das Gateway bedingte Intervalle unterstützt; andernfalls ist alle fünf Minuten ein vernünftiger Kompromiss. Signierte Gateway-Firmware wird nach der Saison oder zwischen Bewässerungsfenstern in Wellen ausgerollt, wobei Mobilfunkverbindungen warten, sofern sie nicht erlaubt sind.
Abgeleitete Schlüssel
Füge zwei kleine Flüsse hinzu. Im Gateway-Profil ergibt ein Delta-Block auf meter_l mit seiner Periodenausgabe Liter pro Minute, gespeichert als flow_lpm. Am Regenmesser ergibt ein Delta-Block auf rain_total_mm, gefolgt von einem Statistikblock, der ein 24-Stunden-Zeitfenster summiert, rain_24h_mm, gespeichert über den Block zum Speichern von Telemetrie. Ein Statistikfenster startet leer, wenn der Fluss geändert wird; bearbeite es daher nicht in einer regnerischen Nacht.
Zeit und Lücken
Gateways versehen Messwerte mit ihrer synchronisierten Uhrzeit und behalten Messwerte während eines Uplink-Ausfalls (die Kapazität hängt vom Modell ab); LoRaWAN-Uplinks werden beim Empfang gestempelt. Verspätete Messwerte werden gespeichert und als Nachtrag ausgewertet, ohne jemanden für die Vergangenheit zu alarmieren.
Dashboards
| Board | Zielgruppe | Widgets und ihre Anzeigen |
|---|---|---|
| Stadtkarte der Bewässerung | Landschaftsmanager, Supervisoren | Karte der Grünflächen, eingefärbt nach Status (Bewässerung, Leerlauf, Alarm) aus einem status-Schlüssel, den ein kleiner Fluss schreibt; Standorttabelle mit dem heutigen Volumen, 24-Stunden-Regen, offenen Alarmen und zuletzt gesehen; Kennzahl für Standorte, die gerade bewässern; Alarmtabelle. |
| Parkseite | Techniker, Supervisor | Zustandskarten je Zonenventil; Schaltflächen, um eine Zone für eine festgelegte Zeit zu öffnen, hinter einer Bestätigung; Liniendiagramm von Fluss und Druck über 48 Stunden mit Ventilzuständen; Bodenfeuchte je Zone gegen ihren Zielwert; Regen über 24 Stunden; die Rules-Karte des Parks mit ihrem Manuell-/Auto-Schalter. |
| Wasserbudget | Landschaftsmanager | Balkendiagramm der täglichen m³ je Standort; Fortschrittskarte des saisonbezogenen Volumens gegen das Budget je Standort; Kennzahl mit Trend für diese Woche gegenüber der letzten Woche; Tabelle mit Litern je m² je Zone, als Excel herunterladbar. |
| Feldtechniker | Techniker | Gerätetabelle der Ventile und Sensoren, sortiert nach Batterie und zuletzt gesehen; Tabelle der fehlgeschlagenen oder abgelaufenen Befehle; LoRaWAN-Gateway-Karte. |
Entitätsparameter lassen eine Parkseite für alle Parks dienen; ein Klick auf eine Kartenmarkierung öffnet sie mit dem Park als Parameter.
SCADA-Bildschirme
Zeichne ein Bewässerungsschema je Parklayout: Versorgungsanschluss, Zähler, Rückflussverhinderer und Absperrventile, Hauptleitung, Zonenventile und die Zonen mit ihren Auslässen. Die Agrar-Familie des Food-Pakets liefert die Symbole Bewässerungsventil, Sprinkler, Tropfleitung, Bodenfeuchtesonde, Wassertank, Fertigationseinheit und Wetterstation, und die Stadt-Familie des Water-Pakets liefert Wasserzähler; Rohrleitungen verbinden sie. Siehe die Symbolbibliothek.
- Zustände. Ventilsymbole zeigen offen oder geschlossen anhand von
z1_open; die Farbe der Hauptleitung wechselt, solangeflow_lpmüber wenigen Litern liegt; eine Regel lässt den Zähler rot blinken, wenn Durchfluss läuft, während alle Ventile geschlossen sind. - Werte. Jede Zone zeigt ihre Bodenfeuchte und die heutigen Laufminuten an; der Zähler zeigt Durchfluss und heutiges Volumen.
- Befehle. Ein Ventilsymbol kann seine Zone für eine festgelegte Zeit öffnen, hinter einer Bestätigung, die Symbol, Befehl und Werte nennt.
- Wiederverwendung. Hänge die Zeichnung als Ansicht an das Park-Asset oder das Gateway-Profil; Parks mit demselben Layout erhalten eigene Bindungen. Alles abgleichen schlägt Geräte vor, und der Reiter Probleme listet alles ungebundene auf.
Regeln und Alarme
Die Bewässerungsregel
Jeder Park erhält eine Rules-Karte, die auf dem Park abgelegt ist. Eine typische Bewässerungsregel, geschrieben in den Blöcken Wenn, Nur wenn und Dann der Karte:
- Wenn: jeden Tag zu einer Uhrzeit oder eine Stunde vor Sonnenaufgang anhand der Koordinaten des Parks, an den Tagen, die die kommunale Verordnung erlaubt. Eine Bedingung für Tage des Monats deckt Schemata für ungerade und gerade Tage ab.
- Nur wenn: das Datum innerhalb der Bewässerungssaison liegt (zum Beispiel 15. April bis 15. Oktober) und die Bodentemperatur über 3 °C liegt.
- Dann entscheiden: Wenn
rain_24h_mmden Überspringgrenzwert (zum Beispiel 5 mm) erreicht oder überschreitet, benachrichtige den Supervisor, dass der Lauf übersprungen wurde, und stoppe. Andernfalls gilt für jede Zone, derensoil_vwcunter ihrem Zielwert liegt: Öffne Zone 1 für ihre Laufzeit; warte bisflow_lpmüber einen Mindestwert steigt, mit einer Zeitüberschreitung von fünf Minuten, die einen Ventilfehler-Alarm auslöst und weitergeht; warte die Laufzeit; schließe Zone 1; wiederhole dies für die nächsten Zonen.
Eine Regel umfasst bis zu 20 Aktionen, also etwa sechs Zonen in diesem Muster; Parks mit mehr Zonen verketten eine zweite Regel mit der Aktion Regel ausführen. Überspring-Hinweise mit Grund sind der Weg, auf dem die Abteilung lernt, den Regeln zu vertrauen; das Laufprotokoll nennt außerdem die Bedingung, die einen Lauf gestoppt hat.
| Alarm | Bedingung | Verzögerung und Hysterese | Schweregrad | Benachrichtigt | Eskalation |
|---|---|---|---|---|---|
| Möglicher Leck | Rules-Karte: flow_lpm über 3, während kein Zonenventil offen ist | Hält so für 15 min an | Major (von der Regel ausgelöst) | Bezirkstechniker, Push und SMS | Erinnerung alle 30 min bis zur Bestätigung |
| Rohrbruch während der Bewässerung | Profilregel: flow_lpm über Attribut max_flow_lpm | Entprellung 2 Messwerte | Kritisch | Techniker und Supervisor, SMS | Erinnerung alle 15 min |
| Ventil hat sich nicht geöffnet | Zeitüberschreitung beim Warten-bis der Rules-Karte | 5 min | Gering | Techniker, Push | Keine |
| Niedriger Leitungsdruck beim Bewässern | Profilregel: line_bar unter 1,5 und any_open = 1, ein Schlüssel, den der Root-Flow aus den Ventilzuständen schreibt | Entprellung 3 Messwerte; Hysterese 0,3 bar | Schwer | Techniker, Push | Erinnerung alle 30 Min. |
| Schrank geöffnet | Profilregel: door_open = 1 | Entprellung 1 Messwert | Warnung | Supervisor, Push | Keine |
| Netzausfall | Profilregel: mains_ok = 0 | Entprellung 60 s | Schwer | Techniker, Push | Erinnerung alle 60 Min. |
| Gerät stumm | Inaktivitätsregel, 3 × das Meldeintervall | Warnung | Techniker, E-Mail | Keine | |
| Batterie schwach | Profilregel: battery unter 20 | Entprellung 2 Messwerte | Info | Techniker, E-Mail | Keine |
Die Regeln für Stoßbelastung und Druck arbeiten mit den Werten eines einzelnen Geräts und liegen daher im Gateway-Profil. Die Leckregel vergleicht den Zähler mit den Ventilen mehrerer Geräte und liegt deshalb in der Karte Regeln; markieren Sie sie als Läuft auch im Manuell-Modus, damit Leckmeldungen auch dann funktionieren, wenn ein Park im Manuell-Modus ist.
Lebenszyklus. Ein Alarm öffnet sich nach seiner Verzögerung, wird von dem Techniker quittiert, der ihn übernimmt, optional mit einer Notiz, und löst sich von selbst auf, wenn der Zustand endet. Pro Gerät und Typ bleibt nur ein Alarm offen. Eine Erhöhung der Schwere sendet erneut eine Benachrichtigung; Erinnerungen wiederholen sich, bis quittiert wird. Prüfen Sie aufgelöste Lecks, die niemand quittiert hat: Ein Leck, das von selbst aufgehört hat, kann ein klemmendes Ventil sein.
Ereignisse und Wartung. Für ein Konzert oder eine Nachsaat setzen Sie den Park auf Manuell bis eine Uhrzeit; seine Regeln stoppen und setzen sich danach von selbst fort, und solange ein Gerät im Manuell-Modus ist, sendet keine Regel ihm einen Befehl. Stummschalten Sie die Geräte eines Standorts während Reparaturen; Alarme werden weiterhin aufgezeichnet.
Automatisierung und Integrationen
- Regenaussetzung über mehrere Standorte. Ein Regenmesser für einen Bezirk kann mehrere Parks versorgen, wenn die Bewässerungsregeln am Bezirksobjekt hinterlegt sind und die Ventile jedes Parks benennen; ein lokaler Regenmesser pro Park ist leichter nachzuvollziehen.
- Arbeitsaufträge. Webhooks
alarm.createdundalarm.cleared, HMAC-signiert, öffnen und schließen Aufträge im Wartungssystem; ein Flow kann die Park- und Zonennamen aus den Gerätedetails ergänzen. - Befehlsergebnisse.
rpc.failed-Webhooks oder das Techniker-Board erfassen Ventile, die nie bestätigt haben. - Wasserversorgerdaten. Budgets und Rechnungen bleiben im Finanzsystem; monatliche Volumen pro Standort stammen aus Verlaufstabellen, die nach Excel exportiert werden. Geplante Berichte sind derzeit nicht integriert.
Das Webpanel eines lizenzierten Routers öffnet sich von seiner Geräteseite aus über den Router-Fernzugriff, mit zeitlich begrenzten, protokollierten Sitzungen; das spart für viele Verbindungsprobleme eine Fahrt vor Ort.
Rollen und Zugriff
| Wer | Rolle oder Gruppe | Darf |
|---|---|---|
| Bewässerungstechniker | Benutzer + Gruppe IoT-Betreiber | Alle Standorte sehen, Alarme quittieren, Zonen über Bedienelemente öffnen und schließen, Standorte in den Manuell-Modus schalten. |
| Bezirkssupervisor | Benutzer, auf den Bezirk beschränkt | Eigene Parks sehen und betreiben, Alarme quittieren, Manuell-Modus nutzen. |
| Landschaftsmanager | Benutzer + Gruppe IoT-Betrachter | Boards und Budgets lesen, Verlauf exportieren. |
| Bewässerungsingenieur | Admin | Profile, Regeln, Alarmregeln, Zeichnungen, Befehlskatalog, Gateway-Einstellungen und Firmware. |
| Wartungsdienstleister | Eigene Organisation oder eingeschränkte Benutzer | Nur die Standorte in ihrem Vertrag. |
Ein Landschaftsbauunternehmen, das mehrere Kunden betreut, kann jeden Kunden in einer eigenen Organisation führen, die durch Row-Level-Security isoliert ist. Die Einschränkung eines Supervisors auf einen Bezirk nutzt attributbasierte Richtlinien; testen Sie diese mit dem Policy-Simulator. Befehle mit hoher Auswirkung, Regeländerungen, Umschaltungen in den Manuell-Modus und Einstellungsänderungen werden im Audit-Log erfasst.
Dimensionierung und Daten
Als Größenordnung für 30 Parks mit Gateways und 90 Mittelstreifen, wobei eine Nachricht pro Gerät und Messwert als konservative Schätzung gezählt wird:
- Park-Gateways: eine Nachricht alle 5 Minuten, 288 am Tag, plus etwa 100 Änderungsnachrichten im Bewässerungsfenster: 30 × 390 ≈ 11.700 am Tag.
- Ventilsteuerungen auf Mittelstreifen: 2 pro Mittelstreifen, ein Uplink alle 10 Minuten: 180 × 144 ≈ 25.900 am Tag.
- Bodensensoren: 150 Sensoren alle 30 Minuten: 150 × 48 = 7.200 am Tag; Impulsleser auf 90 Mittelstreifen alle 15 Minuten: 8.640 am Tag.
- Gesamt: etwa 53.000 Nachrichten am Tag, rund 1,6 Millionen im Monat; etwa 400.000 Werte am Tag.
Nur Telemetrie- und Attributnachrichten zählen auf das Kontingent; Befehle nicht. Rohmesswerte werden höchstens 90 Tage aufbewahrt, daher vergleichen Sie Saisons anhand stündlicher und täglicher Aggregate: Die Klasse mit 365 Tagen hält sie ein Jahr, die Klasse mit 1.095 Tagen drei Jahre. Die Batterielebensdauer, nicht die Plattform, bestimmt das Meldeintervall der Mittelstreifen-Geräte.
Einführungsplan
| Phase | Wochen | Arbeit | Abnahmekriterien |
|---|---|---|---|
| 0. Erhebung | Vor der Saison | Ventil- und Zonenbestand pro Standort, Zähler- und Impulsgewichte, Funkerhebung für Mittelstreifen, Pflanzentypen und Budgets; Einschränkungen und Aussetzgrenzen festlegen. | Unterzeichnete Zonenliste und Schlüsselnamen pro Standorttyp. |
| 1. Pilot | Saisonwochen 1-4 | Ein Park und fünf Mittelstreifen; Gateway, Geräte, Profile, Boards; Regeln im Nur-Benachrichtigen-Modus. | Jedes Ventil geöffnet und vom Flow bestätigt; Aussetzhinweise passen zum Wetter; Leckregel getestet. |
| 2. Regeln wirken | Saisonwochen 5-8 | Bewässerungsregeln senden Befehle; Leck- und Stoßalarme aktiv; Bezirkssupervisoren im Manuell-Modus geschult. | Zwei Wochen ohne verpassten oder ungewollten Lauf. |
| 3. Bezirke | Rest der Saison | Restliche Standorte Bezirk für Bezirk, mit Referenzwerten und Webhooks. | Jeder Standort meldet; wöchentliche Volumenwerte vom Landschaftsmanager akzeptiert. |
| 4. Nebensaison | Winter | Firmware-Ausrollungen, Batteriewechsel, Überprüfung der Grenzwerte mit dem Landschaftsarchitekten. | Grenzwerte pro Pflanzentyp für die nächste Saison aktualisiert. |
Inbetriebnahme-Checkliste
- Gateway beansprucht, im richtigen Profil und Park; Relaisausgänge den richtigen Zonen zugeordnet, an jeder Zone mit Augenschein geprüft.
- Zählerimpulsgewicht geprüft: Volumen über zehn Minuten mit dem Zählerzifferblatt verglichen.
- Regenmesser geprüft, indem ein bekanntes Volumen eingegossen wird;
rain_24h_mmsteigt entsprechend. - Bodensensoren in Wurzeltiefe an einer repräsentativen Stelle installiert, abseits der Tropfer; Feuchte mit einer Handsonde verglichen.
- Jede Zone aus Hermetry geöffnet: Zustand bestätigt, Durchfluss innerhalb der erwarteten Zeit gesehen, wieder geschlossen.
- Batterie-Ventilsteuerung: zeitgesteuertes Öffnen getestet; Befehlslatenz beobachtet und notiert; Befehlsablauf gesetzt.
- Leckregel getestet, indem ein Schlauchhahn bei geschlossenen Zonen geöffnet wurde; Stoßregel mit einem bekannten hohen Durchfluss getestet.
- Bewässerungsregel einmal mit Jetzt ausführen im Nur-Benachrichtigen-Modus gestartet; das Laufprotokoll erklärt jede Bedingung.
- Uplink während eines Laufs getrennt: Die Steuerung oder das Relais beendet sicher; Messwerte kommen danach an.
Fallstricke
- Schließen bei einem zweiten Downlink. Ein verspäteter oder verlorener Schließbefehl führt zu Überwässerung. Verwenden Sie zeitgesteuertes Öffnen und eine maximale Laufzeit auf der Steuerung.
- Dauerbefehle ohne Ablauf. Ein Befehl, der Stunden zu spät ankommt, bewässert zur falschen Zeit. Setzen Sie immer einen Ablauf.
- Ein Feuchtesensor für gemischte Bepflanzungen. Setzen Sie einen Sensor pro Hydrozone, nicht pro Park, und legen Sie Sollwerte pro Pflanzentyp fest.
- Regenmesser unter Bäumen oder an Mauern. Sie messen zu wenig und lösen unnötige Bewässerung aus. Stellen Sie sie frei auf.
- Grobe Zählerimpulse. Bei 100 Litern pro Impuls dauert es Stunden, bis ein kleines Leck sichtbar wird. Wählen Sie für die Leckerkennung ein feines Impulsgewicht.
- Regeln wirken ab dem ersten Tag. Lassen Sie sie einige Wochen im Nur-Benachrichtigen-Modus laufen, damit Supervisoren sehen, warum jeder Lauf stattfand.
- Frost vergessen. Bewässerung im Morgengrauen bei Frost lässt Wege vereisen. Halten Sie in jeder Regel eine Boden- oder Lufttemperaturbedingung vor.
Was Hermetry nicht ersetzt
Hermetry entscheidet und überwacht; es ersetzt nicht den hydraulischen und elektrischen Schutz vor Ort. Rückflussverhinderung, Druckregelung, Pumpenschutz, die lokale maximale Laufzeit des Reglers und jede manuelle Absperrung bleiben im Feld und müssen auch dann funktionieren, wenn die Verbindung oder die Plattform ausgefallen ist. Ein Befehl von Hermetry ist eine Aufforderung, die ein Gateway oder ein Regler möglicherweise nicht ausführen kann; deshalb wird jeder Ventilzustand zurückgelesen. Wasserabrechnung, Budgets und Verträge bleiben in den Finanz- und Vertragssystemen.

