Industrielle IoT-Lösungen

Industrielles IoT beginnt nicht damit, ein Gerät mit dem Internet zu verbinden. Systeme, die entstehen, bevor feststeht, welche Daten wie oft erfasst werden und was damit geschieht, werden binnen kurzem zu einem unbeachteten Dashboard.

Industrielle IoT-Lösungen

Was ein im Feld laufendes System von einem im Büro unterscheidet, sind die Zugriffskosten. Braucht der Zugang zu einem Gerät ein Fahrzeug, Personal und Zeit, muss dessen Fernverwaltbarkeit bereits ganz zu Beginn des Entwurfs geklärt werden.

Beim Architekturentwurf stellen wir zuerst diese Fragen: Was passiert bei Verbindungsabbruch, wie wird die Gerätesoftware ohne Vor-Ort-Besuch aktualisiert, wie wird ein Ausfall von zentraler Stelle erkannt. Die Antworten auf diese drei Fragen bestimmen die Lebensdauer des Systems im Feld.

Systeme, die entstehen, bevor feststeht, welche Daten erfasst werden und was damit geschieht, werden binnen kurzem zu einem unbeachteten Dashboard.

Sind wir der richtige Ansprechpartner?

Die meisten dieser Installationen schaffen es, Daten zu erfassen, aber nicht, etwas damit zu tun. Deshalb beginnen wir die Arbeit nicht beim Dashboard, sondern bei der Entscheidung, an die die Daten gekoppelt werden: welcher Schwellenwert löst welche Aktion aus, wer führt diese Aktion aus.

Ja, lassen Sie uns sprechen

  • Es gibt einen Prozess, der mangels Messung im Feld nach Vermutung gesteuert wird
  • Die zu erfassenden Daten lassen sich an eine Aktion koppeln: Wartung, Nachschub, Planung, Abschaltung
  • Der Zugang zu den Geräten erfordert Fahrzeug und Zeit; Fernverwaltung ist unverzichtbar

Nein, das macht jemand anderes besser

  • Daten sollen erfasst werden, aber was damit geschehen soll, ist noch unklar
  • Die Messung erfolgt bereits und lässt sich aus einem bestehenden System beziehen
  • Das einzig erwartete Ergebnis ist ein Dashboard

Was wir tun

  • Feldanalyse und Festlegung der zu messenden Größen
  • Sensor- und Messhardwareauswahl
  • Datenerfassung und Edge-Gerätesoftware
  • Auswahl von Kommunikationsprotokoll und Netzwerkarchitektur
  • Aufteilung der Verarbeitung zwischen Edge und Cloud
  • Gerätemanagement und Remote-Software-Updates
  • Monitoring-Dashboards, Schwellenwerte und Alarmregeln
  • Datenspeicherung und Infrastruktur für historische Analysen
  • Installation vor Ort und Inbetriebnahme

Wie wir vorgehen

01

Feldanalyse

Wir bewerten vor Ort die zu messenden Größen, die Feldbedingungen sowie Strom- und Verbindungsmöglichkeiten. Die meisten Architekturen, die auf dem Papier funktionieren, ändern sich im Feld.

02

Architekturentscheidung

Wir entscheiden, welche Verarbeitung auf dem Gerät und welche zentral erfolgt. Verbindungskosten und Ausfalltoleranz lenken diese Entscheidung.

03

Pilotinstallation

Wir richten ein Pilotprojekt an einer begrenzten Zahl von Standorten ein und betreiben es unter realen Bedingungen. Hier verifizieren wir Messgenauigkeit und Kommunikationsstabilität.

04

Rollout

Wir rollen die im Pilotprojekt validierte Struktur ins Feld aus. Installationsverfahren und Geräteregistrierung werden in dieser Phase standardisiert.

05

Überwachung und Betrieb

Wir überwachen Gerätezustand, Datenkontinuität und Alarmverhalten. Software-Updates verwalten wir aus der Ferne.

Unsere technischen Entscheidungen

  • Jede Messung zentral zu übertragen erzeugt Bandbreiten- und Speicherkosten. Was als relevante Änderung zählt, wird bereits auf dem Gerät entschieden, zentral werden nur zusammengefasste Daten übertragen. Für Fälle, die Rohdaten benötigen, wird auf dem Gerät ein begrenzter Verlauf vorgehalten.
  • Bei Verbindungsabbruch misst das Gerät weiter und speichert die Daten lokal. Sobald die Verbindung zurückkehrt, werden die aufgelaufenen Datensätze der Reihe nach übertragen, sodass die Ausfallzeit keine Lücke in den Daten hinterlässt.
  • Der Update-Mechanismus ist bereits in der ersten Version vorhanden. In einem System, dessen Software nicht ohne Vor-Ort-Besuch aktualisiert werden kann, erfordert jede kleine Korrektur eine Reise ins Feld; nach einer Weile bleiben Updates aus, und die Geräte laufen mit unterschiedlichen Versionen.
  • Jedes Gerät hat eine eindeutige Identität. Wo sich welches Gerät befindet, welche Softwareversion es ausführt und wann es zuletzt Daten gesendet hat, ist zentral einsehbar.
  • Auch ausbleibende Daten sind ein Signal. Das System löst nicht nur bei Schwellenwertüberschreitung Alarm aus, sondern auch, wenn erwartete Daten ausbleiben. Ein still gewordener Sensor kann viel länger unbemerkt bleiben als einer mit fehlerhaften Messwerten.
Elektronikschaltungslösungen
KI-gestützte Geschäftsanwendungen