Integration eines IoT-Gateways mit mehreren Schnittstellen | Obeita
Abgeschlossenes Projekt. Die fertiggestellte Hardware und Software erfüllten in den Tests die mit dem Kunden vereinbarten Anforderungen. Die Spezifikationen für ein neues Projekt müssen gesondert vereinbart werden.
Obeita hat ein IoT-Gateway-Projekt mit mehreren Schnittstellen auf Basis des STM32F407 ausgeliefert. Das Projekt verband Felddatenerfassung mit einem definierten Software-Datenpfad und reichte von Kundenanforderungen und Vertragsbestätigung über Hardware-/Softwareentwicklung und Tests am realen Gerät bis zur Auslieferung.
Gateway-Umfang auf die Geräteidentität ausrichten
Die Integrationsaufgabe bestand darin, RS485- und lokalen Sub-GHz-Funkverkehr zu verarbeiten und dabei Ursprungsgerät und Befehlsziel eindeutig zu halten. Obeitas Hardware- und Softwarearbeiten deckten den vereinbarten Gateway-Umfang ab. Die dokumentierte Architektur trennt Erfassung, Validierung, Cloud-Anpassung und Verwaltung, sodass Feld- und Serververbindung unterschiedliche Zuständigkeiten haben.
Modbus RTU und Funkknotennachrichten verwenden unterschiedliche Erfassungspfade. Ihr Datenmodell muss die Geräteidentität während der Auswertung und des Uploads erhalten; eine nachgelagerte Nachricht benötigt eine vereinbarte Adresse und Routingregel. Diese Nachrichtenverarbeitung ist der technische Schwerpunkt des Projekts. Eine zusätzliche physische Schnittstelle allein definiert nicht, wie ein Server die angeschlossenen Geräte steuern kann.
Netzwerkeinstellungen und Gateway-Verwaltung
Das öffentliche Design umfasst Ethernet-, Cat.1- und Wi-Fi-Uplink-Optionen sowie ein Host-Konfigurationstool für Netzwerk- und Cloud-Parameter. Die Softwareentwicklung verbindet Konfigurationsdaten mit dem Betriebsverhalten des Gateways. Das Speichern und Wiederherstellen von Einstellungen, Cloud-Registrierungsfelder und Befehlsbestätigungen gehören zu dieser Definition. OTA ist im Verwaltungsumfang dokumentiert; Image-Prüfung und Wiederherstellung nach unterbrochenen Updates erfordern eine zur gewählten Firmware passende Umsetzung.
Versorgungsdomänen und Schutz der Feldschnittstellen
Die Hardwarearchitektur trennt den 6–28-V-Eingang, eine 5-V-Zwischenstufe, separate 3,3-V-Logik- und Peripherieversorgungen sowie eine 3,9-V-Mobilfunkversorgung. Der dokumentierte RS485-Pfad kombiniert SP3072EEN-Transceiver, TVS-Bauteile und Gasentladungsschutz. Diese Bauteilauswahl beschreibt den Schutzansatz der Schaltung. Eine Aussage zur Stoßspannungsfestigkeit des kompletten Produkts erfordert eine definierte Wellenform, Verdrahtung und einen Prüfbericht auf Produktebene. Die Bauteilliste allein belegt diese Einstufung nicht.
Dokumentierte Architektur und Konfiguration
Diese Tabelle enthält die dokumentierte Architektur und Auswahlgrenzen des Projekts. Für Optionen, Varianten und Designeingaben gelten die angegebenen Einschränkungen. Ihre Aufnahme ist keine eigenständige Garantie, dass jede Option Teil der ausgelieferten Konfiguration war.
| Element | Konfiguration |
|---|---|
| MCU | STM32F407VET6, Cortex-M4 |
| Felddatenerfassung | 2 × RS485; Modbus RTU; Sub-GHz-/LoRa-Pfad |
| Uplinks | Ethernet-, Cat.1- und Wi-Fi-Optionen |
| Eingangsdesign | 6–28 V mit Verpolungs-/Schutzschaltung |
| Konfiguration | Host-Tool für Netzwerk- und Cloud-Parameter |
| Verwaltungsumfang | Datenvalidierung, nachgelagerte Befehle und OTA |
Ausgeliefertes Gateway und verifiziertes Projektergebnis
Obeita lieferte die vereinbarte Gateway-Hardware und -Software nach Abschluss der Tests am realen Gerät aus. Die getesteten Funktionen erfüllten die Kundenanforderungen. Das Ergebnis umfasst die vertraglich vereinbarte Projektkonfiguration. Es veröffentlicht weder eine Durchsatzangabe noch ein Störfestigkeitsniveau oder eine Garantie, dass alle aufgeführten Uplink-Optionen gemeinsam ausgeliefert wurden.
Für eine neue Installation sollten Feldtopologie, Geräteadressmodell, Cloud-Nachrichtenvereinbarung und Update-/Wiederherstellungsanforderungen gemeinsam geklärt werden. Auch Schutzanforderungen müssen die Verdrahtung und Installationsumgebung berücksichtigen, statt aus einzelnen Bauteilen abgeleitet zu werden.
Ein ähnliches Gateway mit mehreren Schnittstellen planen
Senden Sie Obeita Ihre RS485- und Funkknotentopologie, Protokolldetails, das Servernachrichtenformat und die Schutzanforderungen der Installation. Daraus können wir einen Gateway-Entwicklungs- und Gerätetestumfang für die anzubindenden Geräte festlegen.