ElabNET Technik Forum

Hallo,

ich versuche einen Rittal IoT Gateway einzubinden

Mit der Software QmodMaster stelle ich die IP ein, sowie die Unit ID: 0 das Register 23DEC und Lese 2 Register über Read InputRegister 0x04

dies funktioniert sofort.

Beim Timberwolf scheitere ich aber daran, dass ich dort bei bei der Live Diagnose die UnitID nicht auf 0 setzen kann und bei der Abfrage immer bei ERROR lande.

Die Schnittstelle meldet überall OK. Wie kann ich dies im Timberwolf hinbekommen.




Gruß Hartwig

Bevor es irgendjemand anders schreibt tu ich es. Bitte die Forenregeln beachten und deine Version in den Topic schreiben…

Hallo Hartwig

Ich habe die SW Version in den Titel geschrieben. Bitte entferne sie aus deiner Signatur.
Grund:
Zu der Fragestellung in einem Thread soll immer die zum Zeitpunkt des Threads aktuelle SW Version erhalten bleiben. Die Signatur ist dafür nicht geeignet.

Danke

Bezogen auf deine Frage kann ich dir leider nicht helfen, was aber durchaus auch daran liegt, dass ich deine Frage nicht verstehe. Ich denke es bedarf einer genaueren Erklärung. Weitere Screenshots (auch von deinen TWS-Eingaben) und vielleicht ein Manual zu deinem Gerät wären auch sicher hilfreich.

Hi Hartwig,

Slave ID 0 ist eine Broadcastadresse (gilt auch für Unit ID).

Schau mal, ob Du eine andere ID nutzen kannst.

lg

Stefan

Hallo Stefan,

der Einfachheit halber habe ich das mit qmodMaste getestet. 0-50 und 255-200

nach 60min hatte ich die Schnauze voll.

Es funktioniert die ID 0 und 255,

Beides geht aber im TW nicht. Über das Rittal Webinterface kann ich nur den Port einstellen.

Die Einheit steuert bis zu 2 Klimageräte, welche über CAN Bus angekoppelt werden, ggf. geht auch erst wenn die Klimageräte angekoppelt sind.

Insofern stelle ich das mal zurück. Nächste Woche werden die Dinger verbaut, dann schauen mir mal.

lg Hartwig

Hallo Hartwig,

wir würden uns das mal per Wartungs-VPN ansehen. Ist das Rittal IoT Gateway angeschlossen / erreichbar vom Timberwolf Server aus?

Gibt es eine Doku dazu?

lg

Stefan

Hallo Hartwig,

hartwigm hat geschrieben: ↑Mi Mär 15, 2023 9:13 amEs funktioniert die ID 0 und 255, Beides geht aber im TW nicht.

Können wir nicht nachvollziehen. Die 255 ist nutzbar, haben wir auch getestet.



Die 0 bedeutet Broadcast, ist deshalb nicht so angeraten und daher beim TWS nicht möglich. Kann man mal darüber nachdenken, aber die im Standard vorgesehene 255 funktioniert von unserer Seite

lg

Stefan

Hallo,

die Dokumentation ist verhältnissmäßig "dünn".

Soviel ich noch in Erinnerung habe, kann man erst nach Anschaltung und Einrichtung der CAN-Busteilnehmer die verfügbaren Modbusregisteradressen aus dem Gerät herunterladen. Achtung, das Gerät kann mit einer "Withelist" für IP-Adressen für die berechtigten Kopplungsteilnehmer versehen werden, dass ist aber kein muss ... jedoch kann dann jedes Geräte eine Kopplung mit dem Gateway eingehen.

Leider habe ich das Projekt an den Kollegen angeben müssen und mir liegen daher nicht wirklich die detailiertere Informationen zur Modbus-Anschaltung (TCP) vor.

Hallo Hartwig,

ich hatte vor zwei Wochen ein ähnliches Thema mit meinem Modbus RTU - einen Huawei Wechselrichter anzubinden. Ja - auch der Huawei Wechselrichter ist auf die ID "0" eingestellt. Das ist aber nur deshalb, weil die mit dieser ID in der Hardware zum zählen anfangen. Bei mir am TWS war es die "1". Anfangs - ging das auch nicht... nach ewigem probieren und einbeziehen von vielen Foren und Firmen - am Tagesende war es ein Kabel Problem, weil die "Widerstände" (Modbus RTU) gefehlt haben - UND ein Software Problem vom Dongle des WRs. Da war alles "grün" - nur er wollte nichts übertragen. Huawei hat mir dann eine neue Firmware eingespielt... und plötzlich sprudeln die Daten. Nun geht Modbus RTU und TCP. Also nur weil dein IoT Gerät erst mal alles als in Ordnung meldet... könnte es auch anders sein.

LG
Björn

Hallo zusammen,

um das noch zu vervollständigen hinsichtlich der IDs bei Modbus.

Die ID adressiert das anzusprechende Modbus Gerät ("Server") und ist wesentlicher Bestandteil eines Datenpaketes (neben Register und der Funktion).

Bei Modbus RTU wird die ID als "Server ID" (vormals "Slave ID") bezeichnet und bei Modbus TCP wird diese als Unit-ID bezeichnet. In beiden Fällen wird damit das eigentlich anzusprechende Modbus Gerät ("Server", vormals "Slave") adressiert.


Bei Modbus RTU (also seriell über RS-485): Für das Ansprechen der jeweiligen Server* sind nur die IDs 1 bis einschließlich 247 erlaubt, die ID 0 ist für Broadcast reserviert (das bedeutet "Senden an alle erreichbaren Server*").

Bei Modbus TCP (non-Gateway): Wenn das per TCP anzusprechende Modbus Gerät ("Server") selbst angesprochen werden soll, dann ist hierfür nur die Unit-ID 255 zu verwenden, ausnahmsweise darf auch die 0 verwendet werden (die 0 war bislang nicht erlaubt im Timberwolf Server, wird ab der IP4 zur V4 nutzbar sein)

Bei Modbus TCP (Gateway): Wenn das per TCP angesprochene Gerät als Gateway zu - dahinterliegenden - weiteren Modbus Geräten dient (zumeist ist das ein serieller Strang mit Modbus RTU, es könnten aber auch Geräte an anderen Bussen Geräte sein, die das nur emulieren) dann ist für die Adressierung dieser - hinter dem Gateway befindlichen - Geräte die Unit-ID 1 bis einschließlich 247 anzugeben (wie bei Modbus RTU). Falls es sich also um ein Modbus TCP zu Modbus RTU Gateway handelt, werden mit der Unit-ID die hinter diesem Gateway am RS-485 Strang befindlichen Server* adressiert.

*Früher wurde das Protokoll bei Modbus als "Master-Slave" bezeichnet. Im Rahmen der Black-Matters Bewegung in den USA hat ein Umdenken in Bezug auf politisch korrektes Wording dazu geführt, dass die Modbus Association das Protokoll als Client-Server bezeichnet und dies auch in den Unterlagen so umsetzen wird. Da 40 Jahre lang das vormalige Wording verwendet wurde, findet man fast überall noch die heute unerwünschte Bezeichnung "Slave". Bitte darauf achten, das aus dem Master der Client wird dabei und aus dem Slave der Server. Dies ist auch richtig so, aber man muss im Kopf aufpassen, dass der Timberwolf Server hier die Rolle des Modbus Client übernimmt (der die Kommunikation steuert).

lg

Stefan