Individuelle Entwicklung von IoT- und Modbus-Gateways

Obeita entwickelt Gateway-Hardware und -Software passend zu den Geräten, Protokollen und Zielsystemen Ihrer Anwendung. Zuerst werden physische Schnittstellen, Datenabbildung, Netzwerkpfad und Wiederherstellung nach Fehlern definiert. Anschließend vereinbaren wir die Umsetzung und prüfen die gewählte Konfiguration an realen Geräten.

Das Gateway nach seiner Aufgabe auswählen

RS485 und Modbus RTU zu TCP

Baudrate, Bustopologie, Geräteadressierung, Registerpläne und Abfrageintervalle festlegen. Getrennte Busse und Client-Rollen müssen eindeutig beschrieben sein. Für die Abbildung sind das Verhalten bei Zeitüberschreitungen, Ausnahmeantworten und Wiederverbindungen zu vereinbaren. Die Fallstudien zum Dual-RS485-Gateway und zu Modbus-Remote-I/O zeigen unterschiedliche Anforderungen an Busse und Steuerung.

Serielle Daten und Felddaten an MQTT

Serielle Rahmen, Auswertungsregeln, Nutzdatenfelder, Broker-Authentifizierung und das Datenmodell des Zielsystems definieren. Bei Bedarf werden Offline-Pufferung, Wiederverbindungsverhalten und der Umgang mit nicht gesendeten Daten festgelegt. Die Fallstudie zum IoT-Gateway mit mehreren Schnittstellen dient als Referenz für die Datenerfassung über mehrere Schnittstellen und die Gateway-Integration. Die Fallstudie zur ESP32-S3-Edge-DTU behandelt die Anbindung von Feldsignalen an ein ESP32-S3-Design. Diese Fälle veranschaulichen Datenerfassung und Gateway-Architektur. MQTT-Nutzdaten und der Umfang der Broker-Anbindung müssen für ein neues Projekt gesondert definiert werden.

Linux-Edge-Gateway

Bei lokaler Verarbeitung oder unterschiedlichen Schnittstellen werden Plattformressourcen, Ethernet- und serielle Anschlüsse, die Pflege der Systemabbilder und Anforderungen an Fernupdates verglichen. Die Fallstudie zum RK3506J-Linux-Gateway verbindet physische Ein-/Ausgänge mit Datenerfassung, Protokollanpassung und Konfiguration unter Linux. Netzwerkplattformen der RK3528-Klasse decken einen anderen Anschluss- und Softwareumfang ab.

Drahtlose RS485-Brücke

Für den Ersatz einer Kabelverbindung werden Master-/Knotenrollen, das Zeitverhalten der seriellen Kommunikation, Leistungsbudget, Wiederholungsübertragungen und Bedingungen für die Funkabdeckung definiert. SLE-, Sub-GHz- und WLAN-Lösungen erfordern jeweils eine eigene Prüfung von Einsatzort und Firmware.

Projektphasen und Lieferumfang

  1. Einen vollständigen Datenweg abgrenzen. Geräteunterlagen, Beispielrahmen, die Host-Schnittstelle und das erforderliche Verhalten bei Fehlern prüfen.
  2. Design und Übergabe vereinbaren. Arbeiten an Platine oder Modul, Firmware, Protokollabbildung, Konfigurationswerkzeuge und Prüfprotokolle festlegen. Quellcode, Gehäuse und Fertigungsunterstützung sind nur im vereinbarten Umfang enthalten.
  3. Aufbauen und am Gerät verifizieren. Den ausgewählten Datenweg prüfen, bevor weitere Geräte unterstützt, Serienfertigung zugesagt oder optionale Schnittstellen ergänzt werden.

Die Gateway-Abnahme vor der Umsetzung festlegen

Geräte- und Firmwareversionen, Registerkonventionen, Datentypen, Abfragelast und das Verhalten des Zielsystems dokumentieren. Soweit relevant, nicht erreichbare Geräte, Bus- oder Netzunterbrechungen, Wiederanlauf nach Neustart sowie doppelte oder nicht gesendete Nachrichten berücksichtigen. Anforderungen an Authentifizierung, Protokollierung, Updates und Wiederherstellung sollten ausdrücklich festgelegt werden.

Die Projektübersicht umfasst abgeschlossene Kundenarbeiten von der Anforderungsdefinition und Vertragsvereinbarung über die Hardware- und Softwareentwicklung bis zu Tests an realen Geräten und der Lieferung. Die geprüften Lieferungen erfüllten die vereinbarten Anforderungen. Leistung, Zertifizierung, Lagerverfügbarkeit und optionale Konfigurationen für ein neues Projekt werden gesondert bestätigt.

Weitere abgeschlossene Gateway-Projekte

Ihre Gateway-Anforderungen besprechen

Senden Sie Gerätemodelle, Schnittstellenhandbücher, repräsentative Nachrichtenrahmen, Registerpläne, Zielnetz, verfügbare Stromversorgung, geschätzte Stückzahl und Inbetriebnahmebedingungen. Nennen Sie auch Anforderungen an Gehäuse, Zertifizierung und Support, damit diese vor verbindlichen Lieferzusagen abgegrenzt werden können.

Beschreiben Sie Ihr Projekt