Neu: Die KI-Firewall überwacht jedes Modul und erklärt jeden Vorfall in einfachen Worten. So funktioniert es

Bewässerungssteuerung für städtische Parks, Gärten und Grünflächen

Ein Blueprint für die Parkbewässerung auf einer Plattform: Ventile, Zähler, Regen- und Bodensensoren, Bewässerungsregeln, die nach Regen aussetzen, Leckalarme, Dimensionierung und Ausrollung.

Auf einen Blick

ElementTypische Antwort
ProblemGrü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 wirdZonenventile, 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 nutztDer 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 UmfangEin Park mit Netzstromversorgung und vier bis acht Zonen, dazu fünf bis zehn Mittelstreifen oder Kreisverkehre mit batteriebetriebenen Ventilsteuerungen.
Zeit bis zum ersten BildschirmIn 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.
Schätzungen; die Verkabelung der Ventile und der Zählereinbau bestimmen das Tempo.

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.

KomponenteAufgabeHinweise
Lizenziertes Gateway mit RelaisVentile, Regenmesser, Zähler, Druck bei Parks mit StromRelaisbefehle und Impulszählung hängen vom Gateway-Modell und der Firmware ab; bestätigen Sie sie für Ihr Modell.
Bestehende BewässerungssteuerungBehält ihre Programme, wo sie funktionierenWird über ihren Regensensoreingang ausgesetzt.
LoRaWAN-VentilsteuerungZonenventile auf MittelstreifenBatterie, Klasse A; zeitgesteuertes Öffnen bevorzugt.
LoRaWAN-BodenfeuchtesensorVolumetrischer Wassergehalt in einer repräsentativen ZoneEiner pro Hydrozone, in Wurzeltiefe.
Wasserzähler mit ImpulsausgangStandortverbrauch, LeckerkennungImpulsleser über LoRaWAN oder Gateway-Eingang.
Kippwaage-RegenmesserRegen am Standort oder im BezirkGateway-Eingang oder LoRaWAN-Impulsleser.
LoRaWAN-GatewayEmpfängt batteriebetriebene GeräteLoRa 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.

PunktTelemetrieschlüsselEinheitQuelleIntervallHinweise
Zustand Ventil Zone nz1_open … z6_open0/1Zustand Relaisausgang des Gatewaysbei Änderung + 15 minVom Gateway gemeldet, nicht aus dem Befehl abgeleitet.
Eine Zone offenany_open0/1Im Root-Flow aus den Ventilzuständen berechnetbei ÄnderungWird vom Druckalarm verwendet.
Zählersummemeter_lLZählerimpulse an DI1, z. B. 10 L pro Impuls5 minTagesvolumen aus dem Zuwachs.
Durchflussrateflow_lpmL/minIm Root-Flow aus der Zählersumme berechnet5 minDifferenz der Liter ÷ Minuten seit der letzten Messung.
Leitungsdruckline_barbar4-20-mA-Transmitter an AI11 min bei Bewässerung, 15 min im LeerlaufIntervall über Ferneinstellungen festgelegt.
Regenmesser-Summerain_total_mmmmKippwaage an DI2, z. B. 0,2 mm pro Kippen5 min
Regen über 24 Stundenrain_24h_mmmmIn einem Flow berechnet5 minWird von der Ausfallregel verwendet.
Schranktürdoor_open0/1Reedkontakt an DI3bei ÄnderungVandalismus und Zugang.
Netzspannung vorhandenmains_ok0/1Netzüberwachung an DI4bei Änderung
Programm ausgesetztsuspend_on0/1Relais speist den Regensensoreingang der Steuerungbei ÄnderungNur Hybridstandorte.
Bodenfeuchte, Zone nsoil_vwc%LoRaWAN-Sensor (Codec-Schlüssel kann abweichen)30 minEin Gerät pro Sensor.
Bodentemperatursoil_temp_c°CLoRaWAN-Sensor30 minFrostprüfung vor der Bewässerung.
Bodenleitfähigkeitsoil_ecµS/cmLoRaWAN-Sensor30 minSalzgehalt-Trend, wo Brauchwasser verwendet wird.
Zustand Ventil Mittelstreifenvalve_open0/1LoRaWAN-Ventilsteuerungbei Änderung + 10 min
Ventilimpulse Mittelstreifenvalve_pulsesAnzahlZähleingang der Steuerung, sofern vorhanden10 min
Batteriebattery%LoRaWAN-Gerätebei jedem Uplink
Gateway-Signalrssi_dbmdBmGateway-Modem15 minFalls das Gateway-Modell es meldet.
Namen sind Beispiele; halten Sie sie über Standorte eines Typs hinweg identisch.

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 supervisor und rain_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) und contractor.
  • Bewässerungszone (Area) mit zone_area_m2, plant_type (Rasen, Sträucher, Bäume, Beete), precip_rate_mm_h, default_run_min und moisture_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

BoardZielgruppeWidgets und ihre Anzeigen
Stadtkarte der BewässerungLandschaftsmanager, SupervisorenKarte 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.
ParkseiteTechniker, SupervisorZustandskarten 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.
WasserbudgetLandschaftsmanagerBalkendiagramm 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.
FeldtechnikerTechnikerGerä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, solange flow_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:

  1. 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.
  2. Nur wenn: das Datum innerhalb der Bewässerungssaison liegt (zum Beispiel 15. April bis 15. Oktober) und die Bodentemperatur über 3 °C liegt.
  3. Dann entscheiden: Wenn rain_24h_mm den Überspringgrenzwert (zum Beispiel 5 mm) erreicht oder überschreitet, benachrichtige den Supervisor, dass der Lauf übersprungen wurde, und stoppe. Andernfalls gilt für jede Zone, deren soil_vwc unter ihrem Zielwert liegt: Öffne Zone 1 für ihre Laufzeit; warte bis flow_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.

AlarmBedingungVerzögerung und HystereseSchweregradBenachrichtigtEskalation
Möglicher LeckRules-Karte: flow_lpm über 3, während kein Zonenventil offen istHält so für 15 min anMajor (von der Regel ausgelöst)Bezirkstechniker, Push und SMSErinnerung alle 30 min bis zur Bestätigung
Rohrbruch während der BewässerungProfilregel: flow_lpm über Attribut max_flow_lpmEntprellung 2 MesswerteKritischTechniker und Supervisor, SMSErinnerung alle 15 min
Ventil hat sich nicht geöffnetZeitüberschreitung beim Warten-bis der Rules-Karte5 minGeringTechniker, PushKeine
Niedriger Leitungsdruck beim BewässernProfilregel: line_bar unter 1,5 und any_open = 1, ein Schlüssel, den der Root-Flow aus den Ventilzuständen schreibtEntprellung 3 Messwerte; Hysterese 0,3 barSchwerTechniker, PushErinnerung alle 30 Min.
Schrank geöffnetProfilregel: door_open = 1Entprellung 1 MesswertWarnungSupervisor, PushKeine
NetzausfallProfilregel: mains_ok = 0Entprellung 60 sSchwerTechniker, PushErinnerung alle 60 Min.
Gerät stummInaktivitätsregel, 3 × das MeldeintervallWarnungTechniker, E-MailKeine
Batterie schwachProfilregel: battery unter 20Entprellung 2 MesswerteInfoTechniker, E-MailKeine
Die Grenzwerte sind Beispiele; passen Sie sie an die Hydraulik des Standorts und die Bedürfnisse der Anlage an.

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.created und alarm.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

WerRolle oder GruppeDarf
BewässerungstechnikerBenutzer + Gruppe IoT-BetreiberAlle Standorte sehen, Alarme quittieren, Zonen über Bedienelemente öffnen und schließen, Standorte in den Manuell-Modus schalten.
BezirkssupervisorBenutzer, auf den Bezirk beschränktEigene Parks sehen und betreiben, Alarme quittieren, Manuell-Modus nutzen.
LandschaftsmanagerBenutzer + Gruppe IoT-BetrachterBoards und Budgets lesen, Verlauf exportieren.
BewässerungsingenieurAdminProfile, Regeln, Alarmregeln, Zeichnungen, Befehlskatalog, Gateway-Einstellungen und Firmware.
WartungsdienstleisterEigene Organisation oder eingeschränkte BenutzerNur 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

PhaseWochenArbeitAbnahmekriterien
0. ErhebungVor der SaisonVentil- 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. PilotSaisonwochen 1-4Ein 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 wirkenSaisonwochen 5-8Bewässerungsregeln senden Befehle; Leck- und Stoßalarme aktiv; Bezirkssupervisoren im Manuell-Modus geschult.Zwei Wochen ohne verpassten oder ungewollten Lauf.
3. BezirkeRest der SaisonRestliche Standorte Bezirk für Bezirk, mit Referenzwerten und Webhooks.Jeder Standort meldet; wöchentliche Volumenwerte vom Landschaftsmanager akzeptiert.
4. NebensaisonWinterFirmware-Ausrollungen, Batteriewechsel, Überprüfung der Grenzwerte mit dem Landschaftsarchitekten.Grenzwerte pro Pflanzentyp für die nächste Saison aktualisiert.

Inbetriebnahme-Checkliste

  1. Gateway beansprucht, im richtigen Profil und Park; Relaisausgänge den richtigen Zonen zugeordnet, an jeder Zone mit Augenschein geprüft.
  2. Zählerimpulsgewicht geprüft: Volumen über zehn Minuten mit dem Zählerzifferblatt verglichen.
  3. Regenmesser geprüft, indem ein bekanntes Volumen eingegossen wird; rain_24h_mm steigt entsprechend.
  4. Bodensensoren in Wurzeltiefe an einer repräsentativen Stelle installiert, abseits der Tropfer; Feuchte mit einer Handsonde verglichen.
  5. Jede Zone aus Hermetry geöffnet: Zustand bestätigt, Durchfluss innerhalb der erwarteten Zeit gesehen, wieder geschlossen.
  6. Batterie-Ventilsteuerung: zeitgesteuertes Öffnen getestet; Befehlslatenz beobachtet und notiert; Befehlsablauf gesetzt.
  7. Leckregel getestet, indem ein Schlauchhahn bei geschlossenen Zonen geöffnet wurde; Stoßregel mit einem bekannten hohen Durchfluss getestet.
  8. Bewässerungsregel einmal mit Jetzt ausführen im Nur-Benachrichtigen-Modus gestartet; das Laufprotokoll erklärt jede Bedingung.
  9. 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.

Sehen Sie diese Woche Ihre Felddaten live

Starten Sie eine Testphase in Ihrer Region mit Ihren ersten Geräten oder buchen Sie eine Demo und bringen Sie Ihren eigenen Anwendungsfall mit.