Kein Protokoll ist überlegen: Warum Smart Cities hybride Telemetrie und protokollagnostische Verarbeitung benötigen

Ingest – Normalize – Process in real time

smart city 001 header

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.

Scroll to top