Anpassung eines Dual-RS485-Modbus-Gateways | 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 Dual-RS485-Modbus-Gateway-Projekt auf Basis einer ESP32-C3-Architektur abgeschlossen und ausgeliefert. Die Arbeiten reichten von Kundenanforderungen und Vertragsumfang über Hardware- und Softwareentwicklung bis zu Tests am realen Gerät und Auslieferung. Die besondere Integrationsaufgabe bestand darin, getrennte Modbus-RTU-Datenquellen in eine vereinbarte übergeordnete Datensicht zu überführen, ohne die Bedeutung ihrer Register zu verlieren.
Busverhalten und nutzbare Daten definieren
Die öffentliche Architektur trennt die RS485-Busse und sieht Modbus-TCP-Abbildung sowie MQTT-Veröffentlichung vor. Jeder Bus hat eigene serielle Einstellungen und Abfrageanforderungen, während die Anwendung eine einheitliche Interpretation der Registerwerte benötigt. Anforderungsdefinition und Vertragsabgrenzung führten diese Aspekte zu den auszuliefernden Funktionen zusammen.
Byte-Reihenfolge, Registerreihenfolge, Datentyp und physikalische Skalierung sind Teil dieser Abbildung. Ein auf mehrere Register verteilter Gleitkommawert lässt sich nicht allein anhand einer Adresse interpretieren. Ähnliche Integrationen benötigen außerdem begrenzte Zeitüberschreitungen, Wiederholungszahlen und Abfragezeitbudgets mit getrennter Busplanung, damit ein nicht antwortendes Gerät nicht unbemerkt das Meldeverhalten des gesamten Gateways bestimmt.
Gateway-Firmware mit lokaler Verwaltung verbinden
Obeita schloss die Hardware- und Softwareentwicklung für das vereinbarte Gateway ab. Der dokumentierte Verwaltungsansatz umfasst Browserkonfiguration, Live-Daten, Online-Schreibzugriffe und einen OTA-Entwicklungsumfang. Diese Funktionen erfordern ausdrückliche Entscheidungen zu änderbaren Einstellungen, Registerberechtigungen und Update-Verhalten.
Die dokumentierte kompakte Hardware verwendet ESP32-C3 und MAX485ESA-Transceiver-Pfade. TPS5430DDA wandelt 12 V in 5 V um, während AMS1117-3.3 die Logikversorgung bereitstellt. Schienenmontage und eine externe 2,4-GHz-Antenne machen Feldverdrahtung, Terminierung und den Zugang zu Konfigurationsbedienelementen für die Integration relevant.
Anpassung und Verifikation konkret halten
Für eine neue Anwendung sollten die Registerzuordnungen der Geräte mit den gewünschten Modbus-TCP- oder MQTT-Feldern abgeglichen werden, bevor Abfrage und Abbildung endgültig festgelegt werden. Online-Schreibzugriffe benötigen klare Berechtigungen. Das Speichern der Konfiguration, die Wiederherstellung nach unterbrochenen Updates und das Verhalten bei Bus-Isolation erfordern ausdrückliche Anforderungen, sofern sie zum neuen Umfang gehören.
Dokumentierte Architektur und Konfiguration
Die Tabelle enthält die dokumentierte Architektur, Konfigurationsmöglichkeiten und Auswahlgrenzen dieses Projekts. Optionale Elemente, firmwareabhängige Entscheidungen und Erweiterungsansätze sind keine eigenständigen Zusicherungen, dass jede aufgeführte Option ausgeliefert wurde. Die vereinbarte Projekthardware, Software und Funktionalität bestimmen den tatsächlichen Lieferumfang.
| Element | Konfiguration |
|---|---|
| Controller | ESP32-C3 |
| Feldbusse | 2 unabhängige RS485-/Modbus-RTU-Kanäle |
| Übergeordnete Dienste | Modbus-TCP-Abbildung und MQTT-Veröffentlichung |
| Datenverarbeitung | Byte-Reihenfolge-Konvertierung und physikalische Skalierung |
| Verwaltung | Web-Einrichtung, Live-Daten, Online-Schreibzugriffe, OTA-Entwicklungsumfang |
| Gehäuseansatz | 82 × 54 × 32 mm, Schienenmontage |
Lieferergebnis und Testumfang
Die vertraglich vereinbarte Gateway-Hardware und -Software wurden fertiggestellt und ausgeliefert. Funktionstests am realen Gerät bestätigten, dass das ausgelieferte Projekt die Kundenanforderungen erfüllte.
Dieses Ergebnis gilt für die vereinbarten Funktionen. Es veröffentlicht weder eine Abfrageraten- oder Kapazitätsgarantie noch belegt es Kompatibilität mit jeder Registerzuordnung oder konkrete Testergebnisse zu unterbrochenen OTA-Updates und getrennten Slaves. Für die Verwaltungsfunktionen gilt weiterhin der dokumentierte Entwicklungsumfang.
Ein ähnliches Projekt besprechen
Senden Sie Obeita die Gerätelisten und Registerzuordnungen beider Busse, das erforderliche Meldeverhalten, die TCP- oder MQTT-Zielfelder und etwaige Anforderungen an Online-Schreibzugriffe oder Updates. Diese Angaben definieren ein ähnliches Gateway anhand des tatsächlich benötigten Daten- und Verwaltungsverhaltens.