
Kein Protokoll ist überlegen: Warum Smart Cities hybride Telemetrie und protokollagnostische Verarbeitung benötigen
1. Das falsche Versprechen eines „Ein-Protokoll-für-alles“-Ansatzes
Anbieter und Allianzen im Smart-City-Umfeld propagieren regelmäßig die Vorstellung, dass ein einzelnes LPWAN-Protokoll – sei es Mioty, LoRaWAN oder NB-IoT – sämtliche urbanen Telemetrieanforderungen erfüllen könne. Diese Position ist gefährlich vereinfachend. Das Versprechen von Einfachheit wirkt verlockend, doch Städte sind in Realität komplexe und fragmentierte Umgebungen. Jedes Protokoll unterliegt physikalischen Grenzen – nicht bloß Präferenzen.
Marketingargumente vermischen häufig protokollspezifische Stärken in bestimmten Einsatzszenarien mit einer vermeintlichen universellen Überlegenheit. Was in einer flachen, ländlichen Region mit freier Sichtlinie funktioniert, scheitert in dicht bebauten Innenstädten oder unterirdischer Infrastruktur. Technische Entscheidungen müssen sich an Topografie, HF-Dichte und Einsatzkontext orientieren – nicht an unternehmerischer Loyalität.
2. Topografie entscheidet: Urbane, suburbane und ländliche Inkompatibilitäten
- Innenstädte: Beton, Stahl und Glas verursachen Mehrwegeausbreitung, Abschattung und Dämpfung. Protokolle, die auf Freiraumausbreitung angewiesen sind, verlieren hier massiv an Leistungsfähigkeit.
- Unterirdische Systeme: Feuerwehrzähler, Wasserleitungen oder Parksysteme befinden sich unterhalb der Erdoberfläche. Funkdurchdringung ist ohne Relais oder spezialisierte Funktechnik schwach oder nicht existent.
- Ländliche Regionen: Große Flächenabdeckung ist entscheidend, wodurch energiearme Weitbereichsprotokolle mit hohem Link-Budget bevorzugt werden.
Es gibt keine universelle Lösung. Funkabdeckung muss wie physische Infrastruktur geplant werden – sie hat sich der Geografie anzupassen, nicht einer Ideologie.
3. Protokollleistung ist umgebungsabhängig, nicht absolut
| Protokoll | Optimaler Anwendungsfall | Kritische Einschränkung |
|---|---|---|
| NB-IoT | Lizenzspektrum; ländliche Deployments | Ineffektiv unterirdisch oder in dichten Stadtkernen ohne Relais |
| LoRaWAN | Geringe Infrastrukturkosten; ländliche und metropolitanische Nutzung | Schwächen in dichten urbanen und tief-internen Umgebungen |
| Mioty | Störanfälliges Spektrum, hohe Skalierbarkeit, mobile Knoten | Hohe Einstiegskosten, geringe Praxiserfahrung in Untergrundsystemen |
| WMBus | Tief-internes Utility-Metering | Begrenzte Reichweite, gatewayabhängig für Fernübertragung |
Die Protokollwahl muss sich an realen physikalischen Rahmenbedingungen orientieren – nicht an Verkaufsunterlagen.
4. Topografie, HF-Dichte und Sichtlinie bestimmen die Realität
- Reflexionen und Beugung an Stahl, Beton und Glas verändern Signalwege.
- Mit jeder Wand, jedem Stockwerk oder jedem Meter Erdreich steigt die Dämpfung signifikant.
- Dynamische Störungen durch Verkehr, Menschen oder Wetter erzeugen zusätzliche Instabilität.
Eine Stadt ist kein Labor. Modelle versagen, wenn sie auf physische Komplexität treffen. Intelligente Infrastruktur muss diese Dynamiken systemisch berücksichtigen.
5. Reale Städte brauchen reale Architekturen – keine Technologie-Evangelisierung
Viele Smart-City-Projekte scheitern daran, dass ein Protokoll gewählt wird – statt einer Plattform. Das Ergebnis sind isolierte Systeme, Vendor-Lock-in und redundante Infrastruktur.
- Mehrfache Abrechnungs- und Ansprechpartnerstrukturen
- Inkompatible Datenmodelle und Dashboards
- Rechtliche Risiken durch fragmentierte Datenverarbeitung
6. Die eigentliche Rolle der Infrastruktur: Plattform statt Protokoll
- Integration von LoRaWAN, Mioty, NB-IoT, WMBus, BLE und weiteren Protokollen
- Normalisierung aller Daten in ein einheitliches Schema
- Rechtssichere Nachvollziehbarkeit und DSGVO-Konformität
- Korrelation, Alarmierung, Analyse und Langzeitspeicherung
KRONYX ist ein Beispiel für einen solchen Prozessor. Er operiert oberhalb der Funkebene und transformiert fragmentierte Eingangsdaten in operative Intelligenz. In diesem Modell sind Sensoren peripher – die Plattform ist intelligent.
7. Schlusswort: Funk ist lokal – Infrastruktur muss global gedacht werden
HF-Verhalten wird durch Geografie, Topografie und Umfeld bestimmt. Kein Sensorprotokoll sollte außerhalb seines optimalen Einsatzbereichs erzwungen werden. Stattdessen muss die Verarbeitungsebene Diversität aufnehmen und Ergebnisse vereinheitlichen.
Protokollvielfalt. Infrastruktur-Einheit. Reale Ergebnisse.






