Entwicklung von IoT-Lösungen auf Basis von LoRaWAN und NB-IoT für Integratoren

Zuerst muss die Aufgabe des Kunden definiert werden, nicht die Technologie

Der Fehler vieler IoT-Projekte beginnt mit einer zu frühen Wahl der Kommunikationstechnologie. Für einen Integrator ist es einfacher, ein „LoRaWAN-Netz“ oder „NB-IoT-Geräte“ zu verkaufen, welches der Kunde eigentlich nicht braucht. Er benötigt ein Ergebnis: Fernauslesung von Zählerständen, Alarmkontrolle, weniger Vor-Ort-Einsätze, Monitoring technischer Räume, Verlustermittlung, Integration in Abrechnungssysteme oder in die Leitstelle.

Vor der Projektplanung sollten mehrere Parameter festgelegt werden: welche Daten erfasst werden müssen, wie häufig sie übertragen werden sollen, wie viele Punkte in der ersten Phase und nach der Skalierung angebunden werden, wo sich die Geräte befinden, ob Stromversorgung verfügbar ist, wer das Netz betreuen wird, wohin die Daten gelangen müssen und welche Aktionen nach einem Ereignis ausgelöst werden sollen.

Für die intelligente Verbrauchserfassung sind beispielsweise regelmäßige Messwerte, Verbrauchsprotokolle, Manipulationskontrolle, Batteriestatus und Datenübertragung an eine Abrechnungsplattform wichtig. Beim Überflutungsmonitoring sind das Ereignis selbst und die Reaktionsgeschwindigkeit wichtiger. Für industrielle Telemetrie können Schwellenwerte, Historie, Alarme und die Datenübertragung an SCADA oder ein anderes Fernüberwachungssystem entscheidend sein.

LoRaWAN und NB-IoT lösen unterschiedliche Aufgaben

Für einen Integrator ist es wichtig, LoRaWAN und NB-IoT nicht gegeneinanderzustellen, sondern jede Technologie richtig einzusetzen. Beide gehören zu den LPWAN-Lösungen, unterscheiden sich jedoch in der Logik der Implementierung, der Verantwortung für das Netz und dem Betriebsmodell.

LoRaWAN eignet sich, wenn der Kunde oder Integrator bereit ist, ein eigenes oder privates Netz aufzubauen. Das ist praktisch für Wohnkomplexe, Industrieareale, kommunale Objekte, Campusgelände, Wasserversorger, Wärmenetze und andere Gebiete, in denen viele Geräte in einer Zone vorhanden sind. Der Vorteil von LoRaWAN für IoT-Integratoren liegt in der Kontrolle über Abdeckung, Gateways, Server, Anschlussrichtlinien und die spätere Erweiterung des Netzes.

NB-IoT wird gewählt, wenn die Infrastruktur eines Mobilfunkbetreibers genutzt werden soll und keine eigenen Gateways installiert werden müssen. Das ist praktisch für verteilte Objekte, die weit voneinander entfernt liegen: Zähler in verschiedenen Ortschaften, entfernte Schaltschränke, einzelne Technikräume und Objekte in Gebieten, in denen die Netzabdeckung des Betreibers bereits verfügbar ist. Der Vorteil von NB-IoT liegt in einem fertigen Netz, standardisierter Mobilfunkinfrastruktur und der Möglichkeit, Projekte schneller zu starten, ohne ein eigenes Funknetz aufzubauen.

Der praktische Schluss ist einfach: LoRaWAN ist meist dort im Vorteil, wo viele Geräte auf einem kontrollierten Gebiet vorhanden sind und eine eigene Infrastruktur benötigt wird. NB-IoT ist praktischer, wenn die Objekte stark verteilt sind und die Abdeckung des Mobilfunkbetreibers bereits verfügbar ist.

Die Architektur muss als System geplant werden, nicht als Gerätesatz

Die IoT-Bereitstellung für Integratoren sollte mit einem Architekturdiagramm beginnen. Es muss die gesamte Kette zeigen: Sensor oder Zähler, Funkmodul, Datenübertragungsnetz, Serverebene, IoT-Plattform, Integrationen, Benutzeroberflächen und Betriebsregeln.

Eine typische Architektur sieht folgendermaßen aus: Das Gerät erfasst Daten von einem Sensor, Zähler oder überwachten Knoten; LoRaWAN oder NB-IoT überträgt die Daten an den Server; die Plattform empfängt Nachrichten, decodiert sie, verknüpft sie mit Objekten, speichert die Historie, zeigt Statusinformationen an und leitet die Daten weiter. Anschließend ist eine Integration in Abrechnungssysteme, ERP, CRM, SCADA, BI-Systeme, Leitstellensoftware oder ein Kundenportal möglich.

In dieser Phase muss sofort festgelegt werden, wo die Normalisierung der Daten erfolgt. Geräte unterschiedlicher Typen können Payloads in verschiedenen Formaten übertragen. Wenn keine einheitliche Verarbeitungsschicht vorbereitet wird, verwandelt sich das Projekt schnell in eine Sammlung isolierter Integrationen. Deshalb müssen Lösungen zur Integration von IoT-Plattformen Decodierung, Prüfung der Datenqualität, Zuordnung zu Objekten, Ereignisverarbeitung, API, Export und Protokollierung umfassen.

Der Integrator braucht ein überprüfbares Abdeckungsmodell

Die Kommunikationsqualität lässt sich nicht allein anhand einer Karte oder Objektbeschreibung garantieren. Für LoRaWAN müssen Gateway-Standorte, Installationshöhe, Antennentyp, Bebauungsdichte, Keller, Metallschränke, Schächte und mögliche Störungen bewertet werden. Für NB-IoT muss die Verfügbarkeit des Netzes eines konkreten Betreibers genau an den Installationspunkten der Geräte geprüft werden, einschließlich Kellern, Technikräumen und geschlossenen Schränken.

Vor der Skalierung sollte ein Pilot durchgeführt werden. Im Pilotprojekt ist es wichtig, nicht nur die Tatsache der Datenübertragung zu prüfen, sondern auch ihre Stabilität: RSSI/SNR für LoRaWAN, Qualität des Mobilfunksignals für NB-IoT, Anteil fehlender Übertragungen, Wiederholungsübertragungen, Zustellzeit der Nachrichten, Verhalten der Geräte an schwierigen Standorten und Batterieverbrauch bei der gewählten Übertragungsperiodizität.

Eine gute Praxis besteht darin, Punkte in typische und problematische zu unterteilen. Typische Punkte zeigen die grundsätzliche Funktionsfähigkeit der Lösung. Problematische Punkte helfen, im Voraus zu verstehen, wo zusätzliche LoRaWAN-Gateways, externe Antennen, eine andere Installationsmethode oder eine alternative Kommunikationstechnologie erforderlich sein können.

Geräte müssen nach Lebensdauer und Wartungsaufwand ausgewählt werden

Für den Kunden sind nicht nur der Gerätepreis und die Unterstützung des erforderlichen Protokolls wichtig. In einem IoT-Projekt sind Autonomie, Gehäuse, Schutzart, Kompatibilität mit konkreten Zählern oder Sensoren, Protokollierung, Fernkonfiguration, Manipulationskontrolle, Batteriestatus und die Fähigkeit zum Betrieb unter realen Objektbedingungen entscheidend.

Für Projekte der intelligenten Verbrauchserfassung müssen Impulswertigkeit, Kompatibilität des Sensors mit dem Zähler, Kabellänge, Montageart, Plombierungsbedingungen, Gehäuseschutz und Datenübertragungsfrequenz im Voraus geprüft werden. Für das Monitoring technischer Infrastruktur müssen Art des gemessenen Parameters, Schwellenwerte, Genauigkeit, Temperaturbereich und Wartungsszenario definiert werden.

Die Batteriekapazität muss gesondert berücksichtigt werden. Die Häufigkeit der Datenübertragung wirkt sich direkt auf die Lebensdauer des Geräts aus. Wenn der Kunde zunächst eine stündliche Übertragung verlangt und anschließend eine Betriebsdauer von 10 Jahren ohne Batteriewechsel erwartet, muss der Integrator den Kompromiss zwischen Übertragungsintervall, Autonomie und Wartungskosten aufzeigen.

Die Plattform muss nicht nur die Datenerfassung, sondern auch den Betrieb abdecken

Eine erfolgreiche IoT-Lösung für Systemintegratoren endet nicht mit dem Anschluss der Geräte. Nach dem Start beginnt die Betriebsphase. Deshalb muss die Plattform nicht nur die Anzeige von Messwerten unterstützen, sondern auch Geräteverwaltung, Statuskontrolle, Arbeit mit Alarmen, Protokollen, Objektgruppen, Benutzerrollen und Integrationen.

Für einen Versorger oder eine Verwaltungsgesellschaft sind praktische Funktionen wichtig: Erkennung von nicht eingehenden Daten, Warnungen bei niedrigem Batteriestand, Überwachung von Manipulationen, Filtern von Alarmen, Exportierung von Messwerten, Vergleich von Zeiträumen, Verfolgung von Verbindungsqualität und die schnelle Auffindung problematischer Punkte.

Wenn die Plattform nicht bei der Betreuung des Gerätebestands hilft, muss der Integrator dies durch manuelle Arbeit ausgleichen. Im Pilotprojekt fällt dieses Problem möglicherweise kaum auf, bei der Skalierung auf Tausende Geräte wird es jedoch kritisch.

Integrationen müssen vor der Einführung geplant werden, nicht danach

In vielen Projekten startet der Kunde zunächst die Ferndatenerfassung und bittet anschließend darum, Daten an Abrechnung, SCADA, ERP oder ein Leitsystem zu übertragen. Wenn die Integrationsschicht nicht im Voraus vorgesehen wurde, muss das Projekt nachträglich überarbeitet werden.

Der Integrator muss im Voraus festlegen, welche Systeme Daten erhalten, in welchem Format, mit welcher Periodizität und wer für Austauschfehler verantwortlich ist. Für manche Projekte reicht eine API oder ein regelmäßiger Export. Für andere sind MQTT, Webhooks, OPC UA, Modbus TCP oder eine Integration über ein zwischengeschaltetes Gateway erforderlich.

Besonders wichtig ist es, „Rohdaten“ und aufbereitete Geschäftsereignisse zu trennen. Der Betreiber benötigt nicht immer den gesamten Strom technischer Nachrichten. Wichtiger sind verständliche Statusmeldungen: Der Zähler überträgt keine Daten, ein Schwellenwert wurde überschritten, Manipulation wurde erkannt, die Batterie erfordert Aufmerksamkeit, das Objekt muss überprüft werden. Dieser Ansatz macht die Integration des IoT-Systems nicht nur technisch korrekt, sondern auch geschäftlich nützlich.

Die Wirtschaftlichkeit des Projekts muss über den gesamten Lebenszyklus berechnet werden

Für den Kunden besteht die Gesamtkostenstruktur einer IoT-Lösung nicht nur aus dem Preis der Geräte. Dazu gehören Untersuchung, Montage, Kommunikation, Gateways oder SIM-Karten, Plattform, Integrationen, Support, Batteriewechsel, Vor-Ort-Einsätze, Updates, Schulung des Personals und Erweiterung des Systems.

Für LoRaWAN müssen die Kosten der Gateways, deren Platzierung, Wartung und Redundanz berücksichtigt werden. Für NB-IoT sind Betreibertarife, Abdeckungsqualität und Abhängigkeit von einem externen Netz wichtig. Für beide Technologien müssen Gerätebetrieb, Incident-Bearbeitung und Unterstützung der Integrationen einbezogen werden.

Der Integrator gewinnt, wenn er dem Kunden nicht nur CAPEX, sondern auch OPEX zeigt: wie viel ein Punkt pro Jahr kosten wird, wie sich die Anzahl der Vor-Ort-Einsätze verändert, welche Prozesse automatisiert werden können, wo Zeitverluste sinken und wie das System mit wachsender Gerätezahl skaliert.

Wie der Integrator das Projekt in Etappen aufbauen sollte

Das optimale Szenario beginnt mit einer Untersuchung und der Formalisierung der Anforderungen. In dieser Phase müssen Daten über Objekte, Messgeräte, Installationsbedingungen, Abdeckung, Anforderungen an die Übertragungsperiodizität und zukünftige Integrationen gesammelt werden.

Die nächste Etappe ist ein Pilotprojekt. Es sollte verschiedene Objekttypen umfassen: einfache, typische und schwierige. Der Pilot dient nicht dazu, eine schöne Oberfläche zu demonstrieren, sondern zur Prüfung von Kommunikation, Montage, Datenqualität, Reaktion des Personals, Plattformbetrieb und Kompatibilität mit den Prozessen des Kunden.

Nach dem Pilotprojekt muss die Standardlösung festgelegt werden: Geräteliste, Montagerichtlinien, Übertragungseinstellungen, Anforderungen an die Abdeckung, Objektstruktur in der Plattform, Benutzerrollen, Integrationsformat und Wartungsregeln.

Erst danach sollte die Skalierung beginnen. Die Masseneinführung sollte in Chargen erfolgen, mit Kontrolle der Installationsqualität, Datenprüfung, Schulung des Personals und einem klaren Abnahmeverfahren für jede Zone.

Häufige Fehler in IoT-Projekten

Der häufigste Fehler besteht darin, eine Technologie ohne Berücksichtigung des Objekts zu wählen. LoRaWAN kann ohne richtige Platzierung der Gateways ineffektiv sein, und NB-IoT kann in Kellern oder Metallschränken instabil arbeiten, wenn die Abdeckung nicht vor Ort geprüft wurde.

Der zweite Fehler ist die Unterschätzung von Integrationen. Wenn Daten nicht an die Systeme des Kunden übertragen werden können, wird die IoT-Plattform zu einer isolierten Oberfläche und nicht zu einem Teil der Betriebsinfrastruktur.

Der dritte Fehler ist das Fehlen eines Betriebsmodells. Es muss im Voraus festgelegt werden, wer auf fehlende Daten reagiert, wer Batterien wechselt, wer Gateways wartet, wer Integrationsfehler prüft und wer für die Aktualität der Objektverzeichnisse verantwortlich ist.

Der vierte Fehler ist ein zu breiter erster Start. Es ist besser, mit einem begrenzten Pilotprojekt zu beginnen und die Funktionsfähigkeit des Modells nachzuweisen, als sofort Tausende Geräte anzuschließen und Probleme mit Abdeckung, Daten und Support zu bekommen.

Was der Integrator anbieten sollte

Ein starkes Angebot für den Kunden sollte nicht nur Geräte, sondern eine fertige Architektur der IoT-Infrastruktur umfassen. Dazu gehören Geräte und Sensoren, Integration des LPWAN-Netzes, LoRaWAN-Bereitstellung oder Anbindung über NB-IoT, eine Plattform zur Datenerfassung und -verwaltung, Integrationen mit externen Systemen, ein Servicemodell und ein Skalierungsplan.

Für den Versorgungssektor können dies Plattformen für intelligente Verbrauchserfassung und IoT-Netze für Versorgungsunternehmen sein. Für Industrieobjekte — Fernüberwachungssysteme für technische Räume, verteilte Knoten und autonome Sensoren. Für Bauträger und Verwaltungsgesellschaften — eine einheitliche Infrastruktur zur Erfassung von Wasser, Gas, Wärme, Strom und technischen Ereignissen.

Ein Integrator schafft Wert, wenn er dem Kunden nicht einen einzelnen Sensor oder Kommunikationskanal anbietet, sondern ein vollständiges System: Gerät, Netz, Plattform, Daten, Integrationen und Betrieb. Dieser Ansatz hilft, IoT-Projekte zu starten, die nicht nur in der Pilotphase, sondern auch nach der Skalierung auf Hunderte oder Tausende angeschlossene Punkte steuerbar bleiben.