Modbus: Adapter (Samsung) einbinden

[minkhx]

@homoran Der ioB-Pi ist ein Slave. Normalerweise erstellt man in Codesys einen Eth-Adapter, hängt den client dran und daran dann die slaves (hier der ioB-Pi).

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

Da habe ich es her:)

Woher?

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

Da habe ich es her:)

was?

[minkhx]

@homoran Na die Umstellung auf den Debug-state habe ich in der Anleitung gefunden, die ich mir nebenbei reinhämmere;)

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

Der ioB-Pi ist ein Slave

das hast du eingestellt!
Aber ist codesys ein Master?

[minkhx]

@homoran Ja. Durch die Baumstruktur bzw. Hierarchie wird das abgebildet. Eine explizite Einstellung (hier Haken, du Master) ist mir noch nicht untergekommen.
Normalerweise geht das out-of-the-box. Auch in HA hat des direkt gefunzt.. Hier kann man in der yaml konkreter werden und definieren, was Master und Slave ist bzw. die Variablen des Codesys direkt vereinbaren.
HA ist aber sch...

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

Eine explizite Einstellung (hier Haken, du Master) ist mir noch nicht untergekommen.

dann bitte alle Parameter des Servers.

Wo definierst du denn die Register?

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

habe ich in der Anleitung gefunden

dann sicher auch los in code-tags zu posten!
aus dem Screenshot tue ich mich schwer zu zitieren

[minkhx]

@homoran Die Parameter des Servers habe ich oben schon gepostet. Daher hier nur der Teil, den ich beschrieben habe:

Die Registerdefinition ist ja das Umständliche. In Modbus-Adapter Doku ist wenig konkretes zu finden.

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

In Modbus-Adapter Doku ist wenig konkretes zu finden.

das muss ja auch in der Gerätedokumentation stehen.
im Adapter muss man das nur daraus abtippen

[minkhx]

@minkhx Hier die Doku zur Device ID:

Device ID
Modbus Device ID. Important if TCP/Modbus bridge is used.

Ist das nicht was RTU-typisches?

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

Ist das nicht was RTU-typisches?

im Gegenteil!
da geht es um einen TCP2RTU Konverter.

Ich habe via tcp über eine IP Kontakt zu über 10 IDs

und bei tcp2RTU können es ganz viele IDs sein.

Aber selbst wenn nur eine ID an der IP Hängt muss die angegeben werden.

[minkhx]

@homoran said in Modbus: Adapter (Samsung) einbinden:

das muss ja auch in der Gerätedokumentation stehen.
im Adapter muss man das nur daraus abtippen

Das ist ja das Verrückte. Schaut man die mans zu ioB und Wechselrichter oder Ladesäule werden die Daten 1:1 aus den Handbüchern übernommen.

Aber genau diese explizite Deklaration entfällt auf der Codesys-Seite, da es ja beliebige Var sind. Keine fest "programmierten" Parameter eine Ladesäule.

Was sagt den der Fehler der Log aus, die ich gepostet habe. Diese beiden wiederholen sich ja nun seit 13,7 MB:)

[minkhx]

@homoran said in Modbus: Adapter (Samsung) einbinden:

im Gegenteil!
da geht es um einen TCP2RTU Konverter.
Ich habe via tcp über eine IP Kontakt zu über 10 IDs
und bei tcp2RTU können es ganz viele IDs sein.
Aber selbst wenn nur eine ID an der IP Hängt muss die angegeben werden.

Eben, was RTU-typisches. Da gibt es IDs, weil seriell!

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

Aber genau diese explizite Deklaration entfällt auf der Codesys-Seite, da es ja beliebige Var sind. Keine fest "programmierten" Parameter eine Ladesäule.

eben!
Ich gehe davon aus, dass du die Register selber definieren musst.

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

Was sagt den der Fehler der Log aus, die ich gepostet habe.

leider nicht in code-tags

@homoran sagte in Modbus: Adapter (Samsung) einbinden:

aus dem Screenshot tue ich mich schwer zu zitieren

[minkhx]

@homoran
Das lässt sich ändern;)
2025-05-30 22:07:00.520 - debug: modbus.0 (60830) sending tcp data
2025-05-30 22:07:00.631 - warn: modbus.0 (60830) FC1 request outside coils boundaries: from 2, len 8. Expected max address 8

2025-05-30 22:07:00.632 - debug: modbus.0 (60830) sending tcp data
2025-05-30 22:07:00.743 - warn: modbus.0 (60830) FC2 request outside discrete inputs boundaries: from 1, len 8. Expected max address 8

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

was RTU-typisches. Da gibt es IDs, weil seriell!

Blödsinn!

Das istvein tcp cluent mit über 25 IDs von denen ich hier gerade 8 nutze!

Außerdem

@homoran sagte in Modbus: Adapter (Samsung) einbinden:

Aber selbst wenn nur eine ID an der IP Hängt muss die angegeben werden.

also was soll diese fruchtlose Diskussion?

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

FC1 request outside coils boundaries

die Werte passen nicht zu coils!
wieso nutzt du coils?

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

outside discrete inputs boundaries

dito mit diskreten Eingängen!

Noch was!
zum testen immer nur ein Register nehmen.
Es braucht nur ein einziger Fehler vorzuliegen, dann läuft gar nichts mehr.

[minkhx]

@homoran said in Modbus: Adapter (Samsung) einbinden:

die Werte passen nicht zu coils!

coils und discretes haben ihre Berechtigung.
Und natürlich habe ich es bereits auf eines von beiden reduziert.

[Homoran]

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

coils und discretes haben ihre Berechtigung.

Natürlich!
wenn sie vom Gerät gefordert werden.

deswegen die Nachfrage watum du sie verwendest.

@minkhx sagte in Modbus: Adapter (Samsung) einbinden:

Und natürlich habe ich es bereits auf eines von beiden reduziert.

ist schon 1 zuviel!

[minkhx]

@homoran said in Modbus: Adapter (Samsung) einbinden:

Das istvein tcp cluent mit über 25 IDs von denen ich hier gerade 8 nutze!
Außerdem

Aber ganz sicher ist es so!
Ein TCP-Stack unterscheidet sich grundlegend von einer seriellen Kommunikation.
Wenn Du, wie Du sagst, TCP/RTU-Bridge benutzt ist das genau der Grund dafür, warum IDs verwendet werden.
Schau Dir mal das OSI-Modell an.