Die IoT-Konnektivität entscheidet in Fertigungsbetrieben häufiger über Erfolg oder Scheitern eines Digitalisierungsvorhabens als die Sensorik oder die Auswertungssoftware. Sensoren sind verfügbar, Plattformen sind austauschbar, doch die Frage, wie Daten aus einer Halle mit Stahlkonstruktion, Krananlagen, Frequenzumrichtern und wechselnden Materialbeständen zuverlässig zum Auswertungssystem gelangen, wird oft erst gestellt, wenn die Geräte bereits beschafft sind. Das Ergebnis sind Installationen, die im Pilotbereich einwandfrei laufen und in der realen Halle sporadisch Datenlücken erzeugen, deren Ursache monatelang gesucht wird. Erschwerend kommt hinzu, dass die Auswahl nicht zwischen zwei Optionen erfolgt, sondern zwischen mindestens fünf Technologiefamilien mit sehr unterschiedlichen Eigenschaften bei Reichweite, Datenrate, Latenz, Energiebedarf und Betriebskosten. Dieser Beitrag ordnet die verfügbaren Optionen, benennt die physikalischen Randbedingungen einer Produktionsumgebung, liefert eine Bewertungsmatrix für die Technologieauswahl und beschreibt, wie sich eine gewachsene Netzlandschaft schrittweise in eine tragfähige Architektur überführen lässt.
IoT-Konnektivität beginnt beim Anwendungsfall, nicht bei der Technologie
Vor jeder Entscheidung über die IoT-Konnektivität steht die Klassifikation der Anwendungsfälle. Vier Parameter genügen in der Praxis, um eine Vorauswahl zu treffen: die erforderliche Datenrate je Gerät, die maximal tolerierbare Latenz, die Anzahl der Endpunkte je Fläche und die Energieversorgung des Endgeräts.
Ein Temperaturfühler, der stündlich einen Messwert überträgt, stellt völlig andere Anforderungen als eine Kamera zur Oberflächenprüfung oder eine Steuerungsverbindung mit deterministischer Zykluszeit. Wer für alle drei Fälle dieselbe Infrastruktur vorsieht, überdimensioniert an einer Stelle und unterdimensioniert an der anderen.
Eine Netzarchitektur, die jeden denkbaren Anwendungsfall abdecken soll, wird für den häufigsten Fall zu teuer und für den anspruchsvollsten Fall trotzdem zu langsam.
Drei typische Lastprofile
- Zustandsüberwachung: wenige Bytes je Nachricht, Intervalle von Minuten bis Stunden, hohe Gerätezahl, Batteriebetrieb über Jahre erforderlich.
- Prozessdatenerfassung: kontinuierliche Datenströme aus Steuerungen, Latenzanforderung im Bereich von Sekunden, feste Stromversorgung vorhanden.
- Bild- und Regelungsdaten: hohe Datenraten oder deterministische Latenz im Millisekundenbereich, geringe Gerätezahl, ortsfest oder auf beweglichen Einheiten.
Die physikalischen Randbedingungen der Produktionshalle
Funkplanung aus dem Bürobereich lässt sich nicht auf eine Fertigungshalle übertragen. Vier Effekte dominieren.
Reflexion und Mehrwegeausbreitung
Metallische Oberflächen an Maschinen, Regalen und Hallendecken reflektieren Funksignale. Am Empfänger treffen Kopien desselben Signals zeitversetzt ein und löschen sich teilweise aus. Der Effekt ist ortsabhängig und kann sich über wenige Zentimeter dramatisch verändern, was bei bewegten Empfängern zu sprunghaften Verbindungsabbrüchen führt.
Veränderliche Abschattung
Ein Hochregallager verhält sich funktechnisch je nach Füllstand unterschiedlich. Eine Ausleuchtung, die im leeren Zustand gemessen wurde, ist im gefüllten Zustand nicht mehr gültig. Dasselbe gilt für Fertigungsbereiche mit wechselnden Werkstückgrößen oder verfahrbaren Maschinenteilen.
Elektromagnetische Störungen
Frequenzumrichter, Schweißanlagen und Induktionserwärmung erzeugen breitbandige Störungen. Diese wirken sich vor allem auf Systeme aus, die auf schwache Empfangspegel angewiesen sind, also auf weit entfernte oder energiesparend sendende Endgeräte.
Koexistenz im lizenzfreien Band
Im 2,4-Gigahertz-Bereich teilen sich WLAN, Bluetooth, Funkfernsteuerungen und diverse proprietäre Systeme dasselbe Spektrum. Eine neue Anwendung kann bestehende Systeme stören, und umgekehrt. Eine Spektrumsmessung vor der Inbetriebnahme deckt solche Konflikte auf, bevor sie im Betrieb als sporadischer Fehler auftreten.
Die Technologiefamilien im Überblick
| Technologie | Typische Reichweite | Datenrate | Energiebedarf | Geeignet für |
|---|---|---|---|---|
| Industrielles Ethernet | 100 m je Segment | sehr hoch | Netzversorgung | Steuerung, Kamerasysteme, Backbone |
| WLAN nach aktuellem Standard | 30 bis 80 m | hoch | hoch | mobile Terminals, Fahrzeuge, Bildübertragung |
| 5G-Campusnetz | Hallenabdeckung | hoch | mittel bis hoch | fahrerlose Transportsysteme, kritische Latenz |
| LPWAN im Sub-Gigahertz-Bereich | mehrere hundert Meter | sehr gering | sehr gering | Zustandsüberwachung, Zähler, Umgebungsdaten |
| Bluetooth Low Energy | 10 bis 30 m | gering | gering | Ortung, Werkzeugdaten, Nahbereichssensorik |
Wann ein Campusnetz sinnvoll ist
Ein lokales 5G-Netz auf zugeteiltem Spektrum bietet zwei Eigenschaften, die andere Funktechniken so nicht liefern: planbare Latenz und Störfreiheit durch exklusive Frequenznutzung. Beides ist relevant, wenn bewegte Einheiten in Echtzeit geführt werden oder wenn im lizenzfreien Band bereits Engpässe bestehen.
Dem stehen Aufwand und laufende Kosten gegenüber. Erforderlich sind die Frequenzzuteilung, die Kernnetzkomponenten, die Funkzellen, das Endgerätemanagement und Personal mit Mobilfunkkompetenz oder ein entsprechender Betreibervertrag. Für Betriebe, deren Anwendungsfälle sich mit WLAN und LPWAN abdecken lassen, ist ein Campusnetz die teurere Lösung eines Problems, das sie nicht haben.
Wann LPWAN die richtige Wahl ist
LPWAN-Systeme decken den Fall ab, der zahlenmäßig dominiert: viele einfache Messstellen, verteilt über eine große Fläche, ohne Stromanschluss, mit geringem Datenbedarf. Ein einzelnes Gateway versorgt in einer Halle typischerweise mehrere hundert Endgeräte. Der Aufwand für Verkabelung entfällt vollständig, was gerade bei Bestandsanlagen den wesentlichen Kostenblock ausmacht.
Die Grenze liegt in der Datenrate und in der Latenz. Für Regelungsaufgaben, für Zustandsänderungen, die eine sofortige Reaktion erfordern, oder für Schwingungsanalysen mit hoher Abtastrate ist die Technologie ungeeignet.
Bewertungsmatrix für die Auswahl der IoT-Konnektivität
Eine belastbare Entscheidung entsteht, wenn jeder Anwendungsfall gegen dieselben Kriterien bewertet wird. Bewährt hat sich eine Matrix mit sieben Zeilen.
- Datenvolumen je Gerät und Tag. Bestimmt, ob schmalbandige Verfahren ausscheiden.
- Latenzanforderung. Unterscheidet zwischen Auswertung im Nachhinein und Eingriff im Prozess.
- Gerätedichte je Quadratmeter. Bestimmt den Aufwand für Zellenplanung.
- Energieversorgung. Batterie, Energy Harvesting oder Netzanschluss.
- Mobilität. Ortsfest, langsam bewegt oder mit Zellenwechsel im Betrieb.
- Verfügbarkeitsanforderung. Toleranz gegenüber Datenlücken in Minuten oder Stunden.
- Betriebsverantwortung. Wer betreibt, wer überwacht, wer entstört im Störungsfall.
Der letzte Punkt wird regelmäßig unterschätzt. Eine Technologie, für die im Haus keine Kompetenz besteht und für die kein Dienstleistungsvertrag existiert, erzeugt im Störungsfall Stillstandszeiten, die den ursprünglichen Nutzen aufzehren.
Die Protokollebene über der Funkstrecke
Die Technologieauswahl beantwortet die Frage, wie Bits übertragen werden. Sie beantwortet nicht, in welcher Struktur die Daten am Zielsystem ankommen. Diese zweite Entscheidung wird oft dem jeweiligen Lieferanten überlassen, mit der Folge, dass jede Sensorgruppe ihr eigenes Datenformat mitbringt und die Zusammenführung zur Dauerbaustelle wird.
Etabliert haben sich zwei Ansätze mit unterschiedlichem Zuschnitt. Ein leichtgewichtiges Publish-Subscribe-Verfahren wie MQTT eignet sich für viele Endpunkte mit geringem Datenvolumen und ist auf schmalbandigen Verbindungen sparsam. Ein Informationsmodell wie OPC UA liefert dagegen semantisch beschriebene Daten, also nicht nur den Zahlenwert, sondern auch Einheit, Zeitstempel, Qualitätskennzeichen und die Zuordnung zum Anlagenteil. Der Aufwand ist höher, der Nutzen zeigt sich, sobald mehrere Auswertungssysteme dieselben Daten verwenden sollen.
Praktikabel ist in vielen Betrieben eine Kombination: schlanke Übertragung von den Endgeräten zum Gateway, Anreicherung und semantische Beschreibung im Gateway, standardisierte Bereitstellung an die nachgelagerten Systeme. Entscheidend ist, dass die Namenskonvention für Datenpunkte einmal festgelegt und für alle Anlagen verbindlich angewendet wird. Nachträgliche Umbenennungen über gewachsene Bestände hinweg sind mit erheblichem Aufwand verbunden.
Zeitstempel und Synchronisation
Für jede Auswertung, die Ereignisse aus mehreren Quellen in Beziehung setzt, ist die Zeitbasis entscheidend. Setzt jedes Gateway seinen eigenen Zeitstempel, entstehen Abweichungen, die eine Ursachenanalyse unmöglich machen, weil sich die Reihenfolge von Ereignissen nicht mehr rekonstruieren lässt. Erforderlich ist eine gemeinsame Zeitquelle für alle beteiligten Komponenten und, wo möglich, die Vergabe des Zeitstempels bereits im Endgerät statt erst beim Empfang.
Segmentierung und Sicherheit als Teil der Konnektivitätsplanung
Jede neue Funkanbindung erweitert die Angriffsfläche. Eine tragfähige Planung trennt deshalb von Anfang an drei Zonen: die Automatisierungsebene mit Steuerungen, die IoT-Ebene mit Sensorik und Gateways und die Unternehmens-IT. Der Datenfluss zwischen den Zonen läuft über definierte Übergänge mit Protokollfilterung, nicht über flache Netze mit durchgehender Erreichbarkeit.
Die einschlägigen Anforderungen sind in der Normenreihe IEC 62443 beschrieben, die das Konzept der Zonen und Verbindungen für industrielle Automatisierungssysteme ausformuliert. Betriebe mit einem Informationssicherheits-Managementsystem nach ISO 27001 ordnen die IoT-Infrastruktur zusätzlich in ihr bestehendes Regelwerk ein, insbesondere in die Inventarisierung, das Patchmanagement und die Zugriffskontrolle. Werden personenbezogene Daten erfasst, etwa durch Ortungssysteme, die Rückschlüsse auf einzelne Beschäftigte erlauben, sind zusätzlich die Vorgaben der DSGVO und die Beteiligungsrechte des Betriebsrats zu beachten. Ein Überblick über die Rechtsgrundlagen findet sich unter gesetze-im-internet.de.
Mindestanforderungen an IoT-Endgeräte
- Verschlüsselte Übertragung ab dem Endgerät, nicht erst ab dem Gateway
- Individuelle Schlüssel je Gerät, keine gemeinsamen Werksschlüssel
- Möglichkeit zur Aktualisierung der Firmware über die Lebensdauer
- Dokumentierte Abkündigungsfristen des Herstellers
- Eindeutige Identität im Inventar mit Standort, Verantwortlichem und Anwendungsfall
Migration einer gewachsenen Netzlandschaft
In den meisten Betrieben existiert bereits eine Mischung: ein WLAN aus dem Bürobereich, das in die Halle verlängert wurde, einzelne herstellergebundene Funkstrecken an Maschinen, mobile Router für einzelne Anwendungen. Ein vollständiger Neuaufbau ist selten finanzierbar. Ein schrittweises Vorgehen in fünf Etappen führt zum Ziel.
- Bestandsaufnahme. Alle aktiven Funkstrecken, Frequenzen, Betreiber und Anwendungsfälle werden erfasst, einschließlich der Anlagen, die ein Hersteller im Rahmen einer Fernwartung betreibt.
- Spektrumsmessung. Über mindestens eine volle Produktionswoche, um Lastspitzen und Störquellen im Schichtbetrieb sichtbar zu machen.
- Zielarchitektur festlegen. Zuordnung jeder Anwendungsfallklasse zu genau einer Technologie, mit begründeten Ausnahmen.
- Referenzbereich aufbauen. Ein abgegrenzter Hallenbereich mit realistischen Störbedingungen, nicht ein Laborraum.
- Ausrollen und Altsysteme abbauen. Der Abbau ist Teil des Projekts, sonst summieren sich die Parallelbetriebe zu einem dauerhaften Zusatzaufwand.
Die Bestandsaufnahme im ersten Schritt fördert regelmäßig Systeme zutage, von deren Existenz die IT nichts wusste. Dazu zählen Mobilfunkrouter, die ein Anlagenhersteller für die Fernwartung installiert hat, Funkfernsteuerungen für Krananlagen und einzelne Zugänge, die während einer Inbetriebnahme geschaffen und nie zurückgebaut wurden. Diese Systeme gehören dokumentiert, bewertet und entweder in die Zielarchitektur überführt oder abgeschaltet. Ein unbekannter Netzzugang ist unabhängig von seiner Bandbreite ein Risiko, weil er weder überwacht noch aktualisiert wird.
Der vierte Punkt verdient Aufmerksamkeit. Ein Referenzbereich im Verwaltungstrakt liefert Messwerte, die im Produktionsbetrieb keinen Bestand haben. Erst der Nachweis unter realen Bedingungen, mit laufenden Umrichtern und bewegtem Material, erlaubt eine belastbare Hochrechnung auf die Gesamtfläche.
Betriebskosten realistisch kalkulieren
Die Investitionskosten sind in Angeboten gut sichtbar, die Betriebskosten selten. Vollständig erfasst gehören: Wartungsverträge für Gateways und Funkzellen, Batteriewechsel bei batteriebetriebenen Sensoren einschließlich der Zugänglichkeit der Einbauorte, Lizenzkosten für Geräteverwaltung, Aufwand für Firmwarepflege, Frequenznutzungsentgelte bei zugeteiltem Spektrum sowie interne Personalkapazität für Betrieb und Störungsbehebung.
Hinzu kommt ein Posten, der in keinem Angebot auftaucht: der Aufwand für die Fehlersuche bei sporadischen Störungen. Eine Funkstrecke, die in neunundneunzig von hundert Fällen funktioniert, erzeugt genau die Fehlerbilder, deren Ursache am aufwendigsten zu bestimmen ist, weil sie sich nicht reproduzieren lassen. Eine durchgängige Protokollierung von Verbindungsqualität und Paketverlusten je Endgerät ist deshalb kein Komfortmerkmal, sondern die Voraussetzung dafür, dass eine solche Störung überhaupt eingegrenzt werden kann. Diese Funktion gehört in die Anforderungsliste, bevor beschafft wird.
Als Beispielrechnung: Werden mehrere hundert batteriebetriebene Sensoren verbaut und liegt die rechnerische Batterielebensdauer bei mehreren Jahren, entsteht dennoch ein jährlich wiederkehrender Wartungsvorgang, weil die Wechsel über die Population verteilt anfallen. Der Aufwand je Wechsel wird durch die Zugänglichkeit bestimmt und kann bei Sensoren an schwer erreichbaren Anlagenteilen ein Vielfaches des Sensorpreises betragen. Diese Größe gehört in die Wirtschaftlichkeitsrechnung, bevor der Einbauort festgelegt wird.
Typische Fehler und wie sie vermieden werden
- Technologiewahl vor Anwendungsfallanalyse. Die Entscheidung fällt im Gespräch mit einem Anbieter, nicht auf Basis der eigenen Lastprofile.
- Ausleuchtung nur im Leerzustand. Messungen ohne Material, ohne bewegte Anlagen und ohne Schichtbetrieb sind nicht übertragbar.
- Kein Betriebskonzept. Es ist ungeklärt, wer eine ausgefallene Funkstrecke bemerkt und wer sie wiederherstellt.
- Fehlende Segmentierung. Sensorik landet im selben Netz wie Steuerungen und Bürorechner.
- Herstellergebundene Insellösungen. Jede neue Anlage bringt ihr eigenes Funkprotokoll mit, die Zahl der zu betreuenden Systeme wächst unkontrolliert.
- Keine Reserve eingeplant. Die Auslegung erfolgt auf die heutige Gerätezahl, nicht auf die absehbare Erweiterung.
Der letzte Punkt lässt sich mit geringem Aufwand entschärfen. Wird bei der Auslegung von Gateways, Funkzellen und Backbone eine Reserve im Bereich von mindestens einem Drittel der aktuellen Last vorgesehen, ist die erste Erweiterung ohne strukturellen Eingriff möglich. Ohne diese Reserve führt bereits eine zusätzliche Anlage mit dreißig Messstellen dazu, dass die Zellenplanung neu aufgesetzt und die Ausleuchtung erneut gemessen werden muss. Die Mehrkosten einer großzügigeren Erstauslegung liegen typischerweise deutlich unter dem Aufwand für eine nachträgliche Umplanung im laufenden Betrieb.
FAQ
Reicht das vorhandene WLAN für IoT-Anwendungen aus?
Für Anwendungen mit Netzanschluss und moderaten Latenzanforderungen häufig ja, sofern die Ausleuchtung unter Produktionsbedingungen geprüft wurde. Für batteriebetriebene Sensorik mit mehrjähriger Laufzeit ist WLAN wegen des Energiebedarfs meist ungeeignet.
Wann lohnt sich ein eigenes 5G-Campusnetz?
Wenn deterministische Latenz für bewegte Einheiten benötigt wird, wenn das lizenzfreie Spektrum bereits belegt ist oder wenn eine große Fläche mit hoher Zuverlässigkeit versorgt werden muss. Bei überwiegend einfacher Sensorik überwiegen die Kosten den Nutzen.
Wie lässt sich die Funkabdeckung belastbar prüfen?
Durch Messung im laufenden Betrieb über mehrere Schichten, an den tatsächlichen Einbauorten und bei unterschiedlichen Belegungszuständen von Lager und Fertigungsfläche. Eine einmalige Momentaufnahme genügt nicht.
Lassen sich mehrere Funktechnologien parallel betreiben?
Ja, das ist der Regelfall. Voraussetzung ist eine Frequenzplanung, die Koexistenzkonflikte im lizenzfreien Band vermeidet, sowie ein Betriebskonzept, das für jede Technologie eine benannte Zuständigkeit festlegt.
Welche Rolle spielt Edge Computing für die Konnektivität?
Eine Vorverarbeitung nahe der Datenquelle reduziert das zu übertragende Volumen erheblich und entlastet damit die Funkstrecke. Aus einer Schwingungsmessung mit hoher Abtastrate werden so wenige Kennwerte, die auch über schmalbandige Verfahren übertragbar sind.
Was gehört in ein Lastenheft für IoT-Konnektivität?
Die Lastprofile je Anwendungsfallklasse, die geforderte Verfügbarkeit, die Anforderungen an Verschlüsselung und Geräteidentität, die Zuständigkeiten im Betrieb, die Abkündigungs- und Aktualisierungszusagen des Herstellers sowie die Bedingungen für eine spätere Erweiterung.
