UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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.

[minkhx]

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

ist schon 1 zuviel!

Und wie soll ich dann auf Fehlersuche gehen, wenn nichts ausgetauscht wird? Dann kann ich den Adapter doch löschen lol.

[Homoran]

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

Wenn Du, wie Du sagst, TCP/RTU-Bridge benutzt ist das genau der Grund dafür, warum IDs verwendet werden.

das habe ich nicht gesagt!

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

Und wie soll ich dann auf Fehlersuche gehen,

indem du nur mit einem Register anfängst
Dann die vom Gerät geforderten Parameter einstellst

...und testest.

Wenn du die Parameter richtig verwendet hast undxes trotzdem nich klappt, sollte es anhand der Meldungen herauszufinden sein wo es noch klemmt.

[minkhx]

@homoran
Deine Aussage:
"im Gegenteil!
da geht es um einen TCP2RTU Konverter."

Hmmm, da war ich wohl auf dem Holzweg

Nun ja, ein Register wird nicht benötigt. Es geht um boolsche Werte.
Nur weil es in Deiner Konfi keine gibt, heißt das ja nicht, das grundsätzlich nur Register verarbeitet werden dürfen. Denn dann wäre ja die Eingabemaske des Modbus-Adapters etwas irreführend.

Das Auswerten von zwei Fehlermeldungen hat bisher leider nichts gebracht.

[Homoran]

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

Das Auswerten von zwei Fehlermeldungen hat bisher leider nichts gebracht.

weil du es nicht veränderst.
woher hast du denn den Wert 5?
und woher die ID 5?
du kannst doch ein Paket nicht irgendwohin schicken und hoffen es kommt da an wo du es gerne hättest!

Warum coils und discrete inpits frage ich schon nicht mehr

Auch wenn ich genügend input Register verwende die nur bool'sche Aufgaben erfüllen

Außerdem sind meine Modbus Instanzen alle Master und holen sich/ senden an die Clients

[minkhx]

@homoran

Natürlich habe ich Veränderungen vorgenommen. Ich sitz doch hier nicht, nur um zu chatten:)

Mach nen besseren Vorschlag als die 5. Mehr als die screenshots der Einstellungen habe ich nicht.

Das Verwenden von Registern für Bool ist ineffizient.

Ja und weil du eine Parallel/Seriell-Wandler betreibst, der nur in dieser Konfiguration funktioniert, brauchst Du auc den ioB-Master.
Ich aber nicht. ioB spielt nur eine untergeordnete Rolle im System. Die Einstellmöglichkeiten des Adapters wurden wahrgenommen und eine Slave-Konfiguration erstellt.
Wozu sollten diese sonst gut sein?

[Homoran]

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

Das Verwenden von Registern für Bool ist ineffizient.

das bestreite ich ja gar nicht.
Man muss aber das verwenden was das Gerät verlangt.

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

weil du eine Parallel/Seriell-Wandler betreibst,

tue ich doch gar nicht!
ich habe nur rein RTU und rein TCP Instanzen.
in beiden habe ich mehrere IDs.

Das muss für dich natürlich nicht gelten, aber auch bei meinem TCP Client mit nur einer ID muss da trotzdem die 200 im Adapter eingetragen sein, die der Client besitzt.

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

Wozu sollten diese sonst gut sein?

um den Voraussetzungen der "Gegenstelle" zu entsprechen!

so wird hier im Forum bereits ein Slave u.a. verwendet um einem anderen Master ein Fake-Smartmeter vorzugaukeln.
Da ruft der Master dann die Daten ab.

Ein Slave, der aktiv steuert ist mir bisher nicht untergekommen, was aber nichts bedeutet.

[wendy2702]

@minkhx : wenn es mit HA out of the Box funktioniert, dann zeige mal die Yaml mit der entsprechenden konfig.