Belegung von Parkplätzen auf Parkhäusern und Straßen

Auf einen Blick

Punkt	Typische Antwort
Problem	Zu jedem Zeitpunkt weiß niemand, wie viele Plätze auf einem Parkhaus oder einer Straße frei sind, eingeschränkte Stellplätze sind stundenlang blockiert, und Planungsentscheidungen beruhen auf manuellen Zählungen.
Was angebunden wird	Ein batteriebetriebener LoRaWAN-Belegungssensor in jeder Parkbucht, LoRaWAN-Gateways auf Dächern, Laternenmasten und Parkhausebenen sowie optional Einfahrtszähler und Wechselverkehrszeichen.
Wer es nutzt	Das Team für Parkraumbetrieb, Kontrollbeamte, Verkehrsplaner und, über Datenfeeds, Fahrer in einer Stadt- oder Campus-App.
Typischer erster Umfang	Ein Straßenabschnitt mit 50 bis 150 Parkbuchten am Bordstein und eine Ebene eines Parkhauses, etwa 200 bis 400 Sensoren.
Zeit bis zum ersten Bildschirm	In der Regel einen Tag, nachdem das erste Gateway in Betrieb ist und die Sensoren hinzugefügt wurden, da die Codec-Bibliothek gängige Parksensoren dekodiert. Für einen Pilotbetrieb einschließlich Funkmessung und Sensorkalibrierung sind vier bis sechs Wochen einzuplanen.

Die Ausgangslage

Kommunen, Krankenhäuser, Campusse, Flughäfen und Einkaufszentren betreiben Parkbuchten am Bordstein und Parkhäuser ohne Live-Zählung. Fahrer kreisen auf der Suche nach einem Platz, Einfahrten stauen sich, während eine entfernte Ebene halb leer steht, und Behindertenparkplätze, Ladezonen und Kurzzeitparkplätze sind stundenlang von Fahrzeugen belegt, die dort nicht stehen dürften. Kontrollbeamte fahren feste Routen ab und stellen fest, dass die meisten Plätze regelkonform belegt sind.

Auch die Planung ist nicht besser informiert. Ob ein Stadtteil ein weiteres Parkhaus braucht, ob eine Tarifänderung die Nachfrage verschoben hat oder wie lange Menschen tatsächlich parken, wird auf Basis manueller Zählungen entschieden, die ein- oder zweimal im Jahr stattfinden. Bestehende Leitsysteme, sofern vorhanden, zählen Schranken bei Ein- und Ausfahrt und weichen innerhalb einer Woche um zehn oder mehr Plätze ab.

Dieses Blueprint setzt in jede Parkbucht einen Sensor, hält den Zustand jeder Bucht und die Anzahl freier Plätze jedes Bereichs live aktuell, speichert den Verlauf für die Planung und gibt die Zählwerte an Anzeigetafeln und Apps weiter. Hermetry City, das geplante Smart-City-Produkt, ist für 2027 vorgesehen; alles hier Beschriebene nutzt Komponenten, die auf Hermetry heute laufen: den LoRaWAN-Netzwerkserver, Codecs, Assets, Regeln, Flows und Karten.

Ziele und Kennzahlen

• Freie Plätze je Ebene, Parkhaus und Straßenabschnitt, live = Kapazität minus belegte, meldende Buchten; Buchten, deren Sensor schweigt, werden separat gezählt statt geschätzt.
• Auslastung = belegte Buchtenstunden ÷ verfügbare Buchtenstunden über einen Zeitraum. Da Sensoren bei Zustandsänderung melden, wird sie aus einem Zähler berechnet, der in festem Intervall meldet (siehe Automatisierung), nicht aus einem Mittelwert der rohen Sensornachrichten.
• Belegungsspitze pro Tag und die Stunde, in der sie auftrat, je Parkhaus.
• Ankünfte je Bucht und Tag = Anzahl der Wechsel von frei zu belegt. Durchschnittliche Parkdauer = belegte Buchtenstunden ÷ Ankünfte.
• Überziehungsfälle je Art eingeschränkter Bucht pro Woche und der Anteil, der innerhalb einer vereinbarten Zeit bearbeitet wurde.
• Sensorverfügbarkeit = Anteil der Sensoren, die innerhalb ihres Heartbeat-Intervalls gemeldet haben, ein Maß für das Netzwerk selbst.

Planer wollen meist die Belegung nach Stunde und Wochentag, vor und nach einer Änderung. Hermetry speichert Minuten-, Stunden- und Tagesaggregate jedes gespeicherten Schlüssels; Verlaufstabellen lassen sich für die vertiefte Analyse als Excel herunterladen.

Architektur

Buchtsensoren sind batteriebetriebene LoRaWAN-Geräte, meist Magnetometer-, Radar- oder kombinierte Sensoren, die auf die Oberfläche geklebt oder darin eingelassen werden. Sie binden sich mit OTAA in EU868 als Geräte der Klasse A an den eigenen LoRaWAN-Netzwerkserver von Hermetry an: Sie senden einen Uplink, wenn die Bucht den Zustand wechselt, sowie einen periodischen Heartbeat, und lauschen nach jedem Uplink nur kurz. Siehe LoRaWAN.

Gateways, die LoRa Basics Station sprechen, verbinden sich über eine gesicherte WebSocket-Verbindung mit der Netzwerkserver-Adresse Ihrer Organisation; lizenzierte Router mit LoRaWAN nutzen ihre eigene Verbindung. Auf Straßen werden Gateways auf Dächern oder Laternenmasten so platziert, dass jede Bucht von mindestens zwei gehört wird; der Netzwerkserver entfernt die Duplikate und antwortet über das beste Gateway. In mehrgeschossigen und unterirdischen Parkhäusern durchdringt Funk selten mehr als eine Decke, daher ist ein Gateway pro Ebene oder pro zwei Ebenen einzuplanen, mit Ethernet oder einem lizenzierten 4G-Router als Backhaul. Die Gateway-Karte zeigt jedes Gateway nach Zustand, und der Gateway-Zustand wird als Telemetrie gespeichert.

Komponente	Rolle	Hinweise
Belegungssensor für Parkbuchten (LoRaWAN)	Belegt oder frei, Batterie, Funkqualität	Klasse A, OTAA. Wird von einem Bibliotheks-Codec dekodiert, wenn das Modell gelistet ist, oder von Ihrem eigenen Codec.
LoRaWAN-Gateway	Empfängt die Sensoren	Basics Station; je ein Hermetry-Gerät; Token wird einmal angezeigt.
Lizenzierter 4G-Router	Backhaul, wo keine Festleitung vorhanden ist	Derzeit Ihre eigene SIM und Ihr eigener Betreiber; eSIM-Verwaltung ist in Entwicklung (Hermetry Connect).
Einfahrtszähler (optional)	Ein- und Ausfahrten an Schranken zählen	Schrankensteuerung über Modbus via lizenziertes Gateway oder Schleifendetektor-Kontakte, falls das Gateway-Modell Impulse zählt.
Parkhaus-Zählgerät	Speichert die berechneten Zählwerte als Telemetrie	Ein HTTP-Gerät in Hermetry, gespeist durch einen Flow; eines je Parkhaus oder Straßenabschnitt.
Wechselverkehrszeichen (optional)	Zeigen freie Plätze an Einfahrten an	Über HTTP durch einen Flow gesteuert oder als Geräte mit einem Befehlskatalog.

Bibliotheks-Codecs dekodieren viele gängige Parksensoren. Ihre Ausgabeschlüssel folgen der Benennung des Herstellers, oft ein Textzustand, daher sollte früh entschieden werden, wie sie normalisiert werden (siehe Gerätekonfiguration).

Punktliste

Je Buchtsensor, nach der Normalisierung. Die Intervalle hängen vom Sensormodell und seinen Einstellungen ab; Heartbeat-Intervalle von einer bis sechs Stunden sind üblich.

Punkt	Telemetrie-Schlüssel	Einheit	Quelle	Intervall	Hinweise
Bucht belegt	occupied	0/1	Sensorzustand, im Root-Flow normalisiert	bei Änderung + Heartbeat	Numerisch, damit sich der Wert summieren und mitteln lässt.
Ankunftsmarkierung	arrival	1	Vom Root-Flow bei einem Wechsel von frei zu belegt geschrieben	bei Änderung	Tagessumme = Ankünfte.
Roher Sensorzustand	parking_status	Text	Codec-Ausgabe (Beispielname)	mit jedem Uplink	Zur Diagnose aufbewahrt.
Batterie	battery	% oder V	Codec	mit jedem Uplink	Die Einheit hängt vom Modell ab.
Sensortemperatur	temperature	°C	Codec, sofern das Modell sie meldet	mit jedem Uplink	Hilft, Drift im Winter zu erklären.
Buchtart	bay_type	Text	Serverattribut	einmalig gesetzt	standard, disabled, loading, ev, short_stay.
Maximale Parkdauer	max_stay_min	min	Serverattribut	einmalig gesetzt	Für eingeschränkte Buchten.
Buchtcode	bay_code	Text	Serverattribut	einmalig gesetzt	Entspricht der Markierung auf der Fahrbahn und den Kontrollunterlagen.

Je Parkhaus oder Straßenabschnitt, auf dem Zählgerät:

Punkt	Telemetrie-Schlüssel	Einheit	Quelle	Intervall	Hinweise
Belegte Buchten	occupied_count	Anzahl	Flow	alle 5 Min. + bei Änderung
Freie Buchten	free_count	Anzahl	Flow	alle 5 Min. + bei Änderung	Das zeigen die Anzeigetafeln.
Buchten mit schweigendem Sensor	unknown_count	Anzahl	Flow	alle 5 Min.	Werden nicht als frei gezählt.
Auslastung	occupancy_pct	%	Flow	alle 5 Min. + bei Änderung	belegt ÷ (Kapazität − unbekannt).
Freie eingeschränkte Buchten	free_disabled, free_loading, free_ev	Anzahl	Flow	alle 5 Min. + bei Änderung	Je Buchtart.
Einfahrt und Ausfahrt	entries, exits	Anzahl	Schrankensteuerung über Gateway	5 Min.	Optionale Gegenprüfung.
Kapazität	capacity	Anzahl	Serverattribut	einmalig gesetzt	Buchten im Bereich.

Asset-Modell

Im Bereich Sites & Assets bildet die Baumstruktur ab, wie der Betreiber den Parkraum verwaltet, und ihre Codes entsprechen der Beschilderung:

• Stadt oder Campus (Site) mit der Zeitzone und dem Standort für Sonnenauf- und Sonnenuntergang.
• Bezirk oder Zone (Area) mit enforcement_team und tariff_zone als Attributen für Personen und Integrationen.
• Parkhaus (Site oder freier Typ) mit Standort, capacity, opening_hours und public_feed_id; Ebene (Floor) mit capacity; oder Straßenabschnitt (Area) mit capacity und dem Straßennamen.
• Buchtsensoren, jeweils unter ihrer Ebene oder ihrem Abschnitt eingeordnet, mit bay_type, max_stay_min und bay_code.
• Zählergerät des Parkhauses oder Segments, das am selben Asset angelegt ist, dazu LoRaWAN-Gateways an den Stellen, an denen sie angebracht sind.

Die Platzierung bestimmt alles Weitere: Der Zählerablauf gruppiert Stellplätze nach einem Attribut, das ihren Bereich benennt, eine auf einem Parkhaus hinterlegte Rules-Karte kann nur Geräte darunter ansprechen, und eine auf einen Bezirk beschränkte Person sieht nur dessen Stellplätze. Verwenden Sie getrennte Profile je Stellplatztyp (zum Beispiel Bay sensor, standard und Bay sensor, loading, erstellt mit Duplicate), da Regeln Geräte einzeln oder nach Profil ansprechen.

Geräteeinrichtung

Sensoren hinzufügen

Fügen Sie jeden Sensor mit seiner DevEUI, JoinEUI und AppKey hinzu oder importieren Sie eine Lieferung als Stapel; ein Profil kann den gemeinsamen AppKey einer Charge enthalten. Wählen Sie den Codec im Profil: einen Bibliotheks-Codec, wenn das Modell aufgeführt ist, andernfalls Save a copy eines ähnlichen Codecs, bearbeiten Sie ihn und prüfen Sie ihn auf dem Testprüfstand mit Frames aus dem Handbuch des Lieferanten, bevor Sie ihn veröffentlichen. Hinterlegen Sie den Stellplatzcode jedes Sensors bei der Installation als Server-Attribut; eine Tabelle mit DevEUI und Stellplatzcode, die zusammen mit den Geräten importiert wird, vermeidet Tippfehler.

Normalisierung des Zustands

Bibliotheks-Codecs liefern Herstellerschlüssel und -werte, zum Beispiel einen Textzustand wie car oder none. Fügen Sie im Root-Flow des Profils nach dem Standard-Save einen kleinen Script- oder Switch-Block hinzu, der occupied als 0 oder 1 schreibt, sowie einen Only changes-Block, der eine Nachricht nur weitergibt, wenn sich occupied ändert, sodass ein zweites Save bei jedem Wechsel von frei zu belegt arrival = 1 speichert. Heartbeats wiederholen dann nur den Zustand, ohne falsche Ankünfte zu erzeugen.

Online-Regel und Funkstille

LoRaWAN-Geräte halten keine Verbindung, daher verwenden Sie die Online-Regel Recent message mit dem erwarteten Intervall gleich dem Heartbeat des Sensors und einem Faktor von zwei oder drei. Ein Sensor, der seine Heartbeats verpasst, wird offline, löst einen Inaktivitätsalarm aus und fällt als unbekannt aus den Zählungen heraus.

Änderung der Sensoreinstellungen

LoRaWAN-Sensoren von Drittanbietern unterstützen die Remote-Geräteeinstellungen von Hermetry nicht; ihre Heartbeat-Periode oder Empfindlichkeit wird mit den vom Hersteller dokumentierten Downlink-Befehlen geändert. Hermetry sendet Anwendungs-Downlinks als Roh-Frames (Port und Hex- oder Base64-Daten) über den Befehlskatalog. Ein Sensor der Klasse A empfängt einen Downlink erst nach seinem nächsten Uplink, sodass eine Änderung bis zu einen Heartbeat braucht, bis sie ankommt. Testen Sie jeden Downlink zuerst an einem Sensor; ein falscher Frame kann einen Sensor am Melden hindern.

Kalibrierung und Zeit

Viele Magnetometer-Sensoren kalibrieren sich nach der Installation an einem leeren Stellplatz; folgen Sie dem Verfahren des Herstellers und bestätigen Sie, dass jeder Stellplatz als frei gemeldet wird, bevor er in Betrieb geht. Der Netzwerkserver versieht jeden Uplink beim Empfang mit einem Zeitstempel, daher benötigen Sensoren keine eigene Uhr.

Dashboards

Ein Board mit einem Entity-Parameter für das Parkhaus bedient alle Parkhäuser; die Stadtansicht ist ein eigenes Board.

Board	Zielgruppe	Widgets und ihre Anzeigen
Übersicht Stadt oder Campus	Betrieb, Management	Karte der Parkhäuser und Straßenabschnitte, eingefärbt nach Belegungsbereichen (zum Beispiel grün unter 70 %, gelb bis 90 %, rot darüber), mit freien Plätzen im Tooltip und zusammengefassten Markern bei herausgezoomter Ansicht (jedes Zählergerät trägt die Koordinaten seines Bereichs); Tabelle der Bereiche mit Anzahl freier, belegter und unbekannter Plätze; Stat-Karten für die Gesamtzahl freier Plätze und stumme Sensoren; Alarmtabelle.
Parkhaus	Betrieb, Parkhauspersonal	Stat für freie Plätze und Fortschrittskarte für die Belegung; freie Stellplätze je Typ; Liniendiagramm der Belegung über 24 Stunden; Gerätetabelle der Stellplätze mit Zustand, Stellplatztyp, Zeit seit der letzten Änderung und Batterie, gefiltert nach Ebene; Alarmtabelle der Überschreitungen.
Ebenenplan	Parkhauspersonal, Verkehrsüberwachung	A floor plan of the level with each bay as a marker coloured by state, built like the floor-plan map of the Sensor regions ready solution. That map places markers by plan coordinates stored as telemetry of each sensor, so bays need a one-time write of their coordinates; plan the effort.
Planung	Verkehrsplaner	Balkendiagramm der stündlichen Durchschnittsbelegung je Wochentag aus den Aggregaten des Zählers; tägliche Ankünfte und Spitzenbelegung je Parkhaus; Stat mit Trend gegenüber dem vorherigen Zeitraum; Tabelle als Excel-Export.
Netzwerkzustand	Netzwerktechniker	LoRaWAN-Gateway-Karte nach Zustand; Gerätetabelle der Sensoren, sortiert nach Batterie und zuletzt gesehen. Signal je Frame und die Gateways, die ihn empfangen haben, stehen auf dem LoRaWAN-Reiter jedes Sensors.

Für einen Bildschirm im Büro des Parkhauses verwenden Sie einen Anzeige-Link: schreibgeschützt, ohne Menüs, gültig für 1 bis 365 Tage und je Bildschirm widerrufbar. Veröffentlichen Sie Anzeige-Links nicht auf einer öffentlichen Website; geben Sie öffentlichen Kanälen die Zahlen stattdessen über einen Feed.

SCADA-Bildschirme

A car park rarely needs a process drawing, but an operations room screen benefits from one schematic per car park: entrances and exits with Barrier gate symbols, Car park sign symbols showing the free count, and Parking meter symbols where pay stations exist. These come from the city family of the Water pack, which covers city networks; see the symbol library.

• Zustände. Das Schildsymbol zeigt free_count; eine Farbregel macht es rot, wenn free_count unter eine vereinbarte Reserve fällt; ein Schrankensymbol zeigt offen oder geschlossen aus der Schrankensteuerung, sofern dort gelesen.
• Wiederverwendung. Hängen Sie die Zeichnung als Ansicht am Asset des Parkhauses an; Parkhäuser mit demselben Layout teilen die Zeichnung mit eigenen Bindungen.
• Befehle. Lassen Sie Schrankenbefehle weg. Schranken betreffen die Sicherheit von Fahrzeugen und Fußgängern und bleiben bei ihren eigenen Steuerungen.

Regeln und Alarme

Zwei Details prägen die Regeln. Erstens melden Stellplatzsensoren bei Änderung, und Profil-Alarmregeln, die über die Dauer entprellen, zählen Gerätezeitstempel, die nur vorrücken, wenn eine Nachricht eintrifft; ein Stellplatz, der belegt bleibt, sendet eine Stunde lang nichts. Die Überschreitungserkennung nutzt daher die Rules-Karte, deren "stays so for N minutes" ein echter Timer ist, der Neustarts übersteht und abgebrochen wird, wenn der Stellplatz frei wird. Zweitens sprechen Regeln einzelne Geräte oder alle Geräte eines Profils an einem Ort an, weshalb eingeschränkte Stellplätze eigene Profile erhalten.

Alarm	Bedingung	Verzögerung und Hysterese	Schweregrad	Benachrichtigt	Eskalation
Überschreitung Ladezone	Rules-Karte am Bezirk: Ladezone occupied = 1, nur zwischen 07:00 und 19:00 Uhr, Montag bis Samstag	Bleibt so für 30 Min	Gering (durch die Regel ausgelöst)	Durchsetzungsteam des Bezirks, Push	Erinnerung alle 30 Min, bis bestätigt
Überschreitung Behindertenstellplatz	Wie oben für Behindertenstellplätze, mit der jeweils geltenden Grenze	Bleibt so für die Grenze, z. B. 180 Min	Gering	Durchsetzungsteam, Push	Erinnerung alle 60 Min
Stellplatz einen ganzen Tag belegt	Rules-Karte: jeder Stellplatz occupied = 1	Bleibt so für 24 h	Warnung	Betrieb, in der App	Keine; wird bei der nächsten Streife geprüft
Parkhaus fast voll	Rules-Karte: occupancy_pct steigt über 95	Bleibt so für 10 Min	Info (nur Benachrichtigung)	Parkhauspersonal, Push	Keine
Sensor stumm	Inaktivitätsregel auf den Stellplatzprofilen	2 bis 3 Heartbeats	Warnung	Netzwerktechniker, E-Mail	Keine
Sensorbatterie schwach	Profilregel: battery unter dem niedrigen Pegel des Modells	Entprellung 2 Samples	Info	Netzwerktechniker, E-Mail	Keine
LoRaWAN-Gateway offline	Rules-Karte: Gateway-Gerät geht offline	Bleibt so für 15 Min	Major	Netzwerktechniker, Push und SMS	Erinnerung alle 60 Min
Zähler gestoppt	Inaktivitätsregel auf dem Zählerprofil, keine Nachricht seit 15 Min		Major	Diensthabender Integrator, Push	Erinnerung alle 30 Min

Lebenszyklus. Alarme öffnen sich nach ihrer Verzögerung, werden von dem Beamten bestätigt, der sie übernimmt, optional mit einer Notiz wie der Verfügungsnummer, und lösen sich von selbst, wenn der Stellplatz frei wird. Ein Alarm je Stellplatz und Typ bleibt offen; Wiederholungen zählen als Vorkommnisse. Das Bestätigen erfordert die Rolle User. Da die Auflösung automatisch erfolgt, prüfen Sie wöchentlich aufgelöste Überschreitungen ohne Bestätigung, um zu sehen, welche unbeachtet blieben.

Ruhezeiten. Überparkregeln haben eigene Zeitfenster und können die Bedingung des Feiertagskalenders nutzen, sodass sie an gesetzlichen Feiertagen stoppen. Während eines Straßenmarkts oder von Bauarbeiten schalten Sie den Straßenabschnitt bis zum Ende der Veranstaltung auf Manuell bis; seine Regeln pausieren und setzen sich von selbst wieder fort, und jede Umschaltung wird protokolliert.

Fluten. Ein Gateway-Ausfall lässt zahlreiche Sensoren gleichzeitig keine Heartbeats mehr senden. Halten Sie den Gateway-Alarm auf Major und die Sensorstille auf Warning mit nur E-Mail, damit eine Meldung die Ursache erklärt. Ab 20 Alarmbenachrichtigungen pro Minute fasst Hermetry die übrigen in einer Zusammenfassung über fünf Minuten zusammen.

Automatisierung und Integrationen

Der Zählablauf

Ein Flow auf den Stellplatz-Profilen führt die Zählungen. Bei jeder Stellplatz-Nachricht liest er die Attribute Bereich und Typ des Stellplatzes mit einem Gerätedetails-Block aus, aktualisiert eine persistente Flow-Variable mit dem letzten Zustand jedes Stellplatzes und berechnet die Zahlen belegt, frei und unbekannt je Bereich. Ein Zeitplan-Auslöser alle fünf Minuten berechnet die Zählungen neu, sodass stille Sensoren auf unbekannt wechseln und der Zähler in regelmäßigen Abständen meldet. Ein Block Nur Änderungen verhindert die Wiederholung identischer Zählungen, und ein HTTP-Request-Block sendet die Zählungen als Telemetrie an das Zählergerät des Bereichs über die Geräte-HTTP-API, mit einem HTTP-Endpunkt, der das Zugriffstoken dieses Geräts als Bearer-Secret enthält.

Dies ist ein Muster für Integratoren, kein fertiges Modul: Testen Sie es mit dem Flow-Testrunner, und erwarten Sie, dass sich die Zählungen innerhalb einer Heartbeat-Periode nach einer Änderung des Flows und dem Zurücksetzen der Variablen neu aufbauen. Persistente Variablen überstehen Neustarts innerhalb der Größenbegrenzung des Speichers; einige Tausend Stellplätze passen problemlos.

Anzeigen, Apps und andere Systeme

• Wechselanzeigen. Derselbe Flow kann die Anzahl freier Plätze an die HTTP-Schnittstelle des Anzeigencontrollers senden. Eine als Gerät an Hermetry angeschlossene Anzeige kann stattdessen einen Befehl aus ihrem Katalog empfangen. In beiden Fällen zeigen Sie einen Ersatztext an, wenn der Zähler veraltet ist.
• Stadt- oder Campus-App. Das Backend der App liest die Werte der Zählergeräte über die REST-API mit einem schreibgeschützten API-Schlüssel, der auf die Adressen des Backends beschränkt ist, oder empfängt sie von einem Flow über HTTP.
• Vollzugssysteme. Webhooks alarm.created, alarm.acknowledged und alarm.cleared, HMAC-signiert, übergeben Überparker mit dem Stellplatzcode an die Back-Office-Verwaltung des Vollzugs.
• Berichte. Monatliche Belegungs- und Ankunftszahlen stammen aus Verlaufstabellen, die nach Excel exportiert werden; geplante Berichte sind derzeit nicht integriert.

Rollen und Zugriff

Wer	Rolle oder Gruppe	Darf
Parkraumbetrieb	Benutzer + IoT-Operator-Gruppe	Alle Bereiche sehen, Alarme bestätigen, Bereiche auf Manuell schalten.
Vollzugsbeamter	Benutzer, eingeschränkt auf ihren Bezirk	Stellplätze und Überparker des Bezirks sehen, mit Notiz bestätigen.
Verkehrsplaner	Benutzer + IoT-Viewer-Gruppe	Anzeigetafeln und Verlauf lesen, nach Excel exportieren.
Netzwerktechniker	Benutzer + IoT-Operator-Gruppe	Gateways, Sensoren, Batterie und Empfang sehen, Netzwerkalarme bestätigen.
Integrator	Admin	Profile, Codecs, Flows, Regeln, API-Schlüssel für das App-Backend.
Partner-Betreiber (zum Beispiel ein Krankenhaus)	Eigene Organisation oder eingeschränkte Benutzer	Nur die Parkhäuser, die er betreibt.

Die Einschränkung von Beamten auf einen Bezirk erfolgt über attributbasierte Richtlinien; testen Sie jede Richtlinie mit dem Richtliniensimulator. Das Anzeigen eines LoRaWAN-AppKey erfordert eine eigene Berechtigung. Vollzugsbeamte auf der Straße erhalten Push-Meldungen derzeit im Browser oder per SMS; die mobile Hermetry-App ist in Entwicklung. Das Auditprotokoll erfasst Änderungen an Regeln und Profilen, Moduswechsel, Befehle und Anmeldungen in einer prüfbaren Hash-Kette.

Dimensionierung und Daten

Größenordnung für 2.000 Stellplätze (1.200 am Straßenrand, zwei Parkhäuser mit je 400) und 12 Zählergeräte:

• Stellplatzsensoren: etwa 20 Zustandswechsel am Tag auf stark frequentierten Straßenstellplätzen, weniger in Parkhäusern, plus 4 Heartbeats; angenommen 25 Uplinks pro Sensor und Tag, also 2.000 × 25 = 50.000 Nachrichten am Tag.
• Zähler: ein Wert alle fünf Minuten plus Änderungen, begrenzt durch den Block Nur Änderungen; angenommen höchstens einer pro Minute, also 12 × 1.440 = 17.280 am Tag.
• Gesamt: rund 67.000 Nachrichten am Tag, etwa 2 Millionen im Monat. Die Werte bleiben klein: fünf oder sechs Schlüssel pro Stellplatznachricht, rund 300.000 Werte am Tag.

Nur Telemetrie- und Attributnachrichten zählen zum monatlichen Kontingent; Alarme und Befehle nicht. Der Belegungsverlauf ist über Jahre wertvoll; Rohdaten der Stellplätze werden höchstens 90 Tage aufbewahrt (30 Tage in der Klasse 90 Tage, 90 Tage in den Klassen 365 und 1.095 Tage). Für die mehrjährige Planung sollten Sie sich daher auf Stunden- und Tageswerte der Zähler stützen, die für die volle Klassenlänge aufbewahrt werden. Üblicherweise begrenzt die LoRaWAN-Sendezeit, nicht die Plattform: Eine dichte Straße mit kurzem Heartbeat braucht mehr Gateways, keinen größeren Tarif.

Einführungsplan

Phase	Wochen	Arbeitsschritte	Abnahmekriterien
0. Erhebung	1-2	Stellplatzinventar mit Codes und Typen; Funkmessung auf den Straßen und jeder Parkhausebene; Sensormodell und Gateway-Standorte wählen.	Jeder Stellplatz wird von mindestens einem geplanten Gateway-Standort empfangen, auf Straßen von zweien.
1. Pilot	3-6	Gateways, ein Straßenabschnitt und eine Ebene; Codec, Normalisierung und Zählablauf; Übersichts- und Parkhaus-Anzeigetafeln.	Stellplatzzustände stimmen an drei verschiedenen Tagen mit einem manuellen Rundgang überein; Zählungen weichen höchstens um einen Platz von der Realität ab.
2. Eingeschränkte Stellplätze	7-8	Profile für Stellplatztypen, Überparkregeln mit reiner Benachrichtigung, Zugriff für das Vollzugsteam.	Überparker werden von Beamten bestätigt; keine falschen Überparker durch flatternde Sensoren.
3. Ausbau	9-20	Restliche Straßen und Parkhäuser bereichsweise; Anzeigen und App-Feed; Webhooks an das Back-Office.	Verfügbarkeit der Sensoren über einem vereinbarten Wert, zum Beispiel 98 %; Feeds zwei Wochen lang stabil.
4. Planungsnutzung	Nach 3	Planungsanzeige, monatliche Exportroutine, Vorher-nachher-Untersuchungen.	Die erste Planungsfrage wird aus den Daten beantwortet.

Inbetriebnahme-Checkliste

1. Gateway hinzugefügt, Basics-Station-Dateien installiert, Gateway auf der Karte an seiner tatsächlichen Position online.
2. Jeder Sensor angemeldet; der letzte Empfang zeigt mindestens die geplante Anzahl Gateways und ein brauchbares Signal.
3. Kalibrierung auf einem leeren Stellplatz abgeschlossen; Stellplatz zeigt frei.
4. Auf jedem Stellplatz einer Stichprobe wurde ein Fahrzeug abgestellt und wieder entfernt; Zustandswechsel innerhalb der erwarteten Zeit; arrival wird einmal je Ankunft geschrieben, nicht bei Heartbeats.
5. Stellplatzcode, Stellplatztyp und Attribute der maximalen Parkdauer gegen das Stellplatzinventar geprüft.
6. Das Zählergerät zeigt die richtige Kapazität sowie die Zahlen frei und unbekannt; ein abgeschalteter Sensor wechselt nach seiner Heartbeat-Periode auf unbekannt.
7. Überparkregel mit einem Fahrzeug in einer Ladezone getestet; Beamter erhält sie und bestätigt sie mit einer Notiz.
8. Ein Gateway abgeschaltet: Sensoren werden weiterhin über das zweite Gateway empfangen; Gateway-Alarm ausgelöst.
9. Anzeige oder App-Feed zeigt dieselbe Zahl wie die Tafel; ein veralteter Zähler zeigt den Ersatztext.

Stolperfallen

• Daueralarme bei ereignisgesteuerten Sensoren. Die zeitbasierte Entprellung von Alarmen im Profil wartet auf die nächste Nachricht. Verwenden Sie für Überparker die Zeithaltungen der Regelkarte.
• Stille als frei werten. Ein ausgefallener Sensor in einer vollen Straße lässt die Anzeige lügen. Zählen Sie stille Stellplätze als unbekannt und zeigen Sie diese Zahl an.
• Herstellerspezifische Schlüsselnamen in Regeln. Ein Sensorwechsel auf ein anderes Modell ändert Schlüsselnamen und Werte. Normalisieren Sie einmal im Root-Flow auf occupied.
• Unterirdische Abdeckung von außen. Ein einzelnes Dachgateway erreicht die unteren Ebenen nicht. Messen Sie jede Ebene aus.
• Schranken als Wahrheit. Ein- und Ausfahrtszählungen weichen ab. Nutzen Sie sie zum Gegenprüfen oder setzen Sie sie nachts anhand der Stellplatzsensoren zurück.
• Ein Profil für alle Stellplatztypen. Regeln können Stellplätze nicht nach Attribut auswählen, daher brauchen eingeschränkte Stellplätze eigene Profile.
• Öffentliche Anzeige-Links. Ein Anzeige-Link handelt mit den Rechten seines Erstellers. Speisen Sie öffentliche Kanäle über die API oder einen Flow.

Was Hermetry nicht ersetzt

Hermetry liefert Belegungsdaten für Parkplätze in Echtzeit und historisch, Alarme und Datenfeeds. Zahlung, Genehmigungen und Dauerparkkarten, Strafmitteilungen und Durchsetzungsunterlagen, Nummernschilderkennung sowie die Steuerungen für Schranken und Leitsysteme bleiben in den Systemen des Parkbetreibers, und die Sicherheit der Schranken bleibt Sache der Schrankenhardware. Eine kostenlose Anzeige der freien Plätze auf einem Schild ist eine Orientierungshilfe und keine Garantie für einen freien Platz. Hermetry City, das geplante Smart-City-Produkt, ist noch nicht verfügbar; diese Blaupause verwendet nur Komponenten, die heute verfügbar sind.