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

[minkhx]

@homoran Die Objekte der Samsung-Instanz sind unter den Modbus-Objekten aufgeführt, da ich die dort angelegt habe, aber gelb. Das scheint mir das erste Problem.

[minkhx]

@homoran Exakt, aber genau das mache ich die ganze Zeit. Diesen wert per FB oder Visu ändern, aber der Modbus-Adapter bzw. seine Objekte bekommt es nicht mit.

[Homoran]

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

Die Objekte der Samsung-Instanz sind unter den Modbus-Objekten aufgeführt, da ich die dort angelegt habe

Du hast Modbus-Register angelegt.
Was auch immer das mit dem Samsung Adapter zu tun haben soll.

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

aber gelb. Das scheint mir das erste Problem.

nein, das ist die Folge eines Problems.
Wenn die Kommunikation nicht steht, kann da nichts geändert werden -> gelb!

[minkhx]

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

So ganz hab ich dein Konstrukt sowieso nicht verstanden.
Was hat der Samsung Adapter damit zu tun?

Samsung-Adapter generiert hilfsweise Zustandsänderungen im ioB (hab grad nichts anderes).
Hab es auch mit Denon versucht, ist aber auch gelb.
Die Samsung-Objekte bzw. deren Stati/Werte sollen dann auf einen anderen Pi gebusst werden (<- auf dem läuft die Codesys-Runtime).

[minkhx]

@homoran Ich habe Discretes angelegt, keine Register. Oder sollte ich das ändern?
Samsung-Adapter+Modbus-Adapter ist ein Gerät. Ändere ich einen Wert am Samsung sollte das im ioB auftauchen. In der Visu geht es jedenfalls.
Und in den Modbus-Objekten geht das nur, wenn der bus steht?
Es sind doch "interne" Werte? Was hat der Bus damit zu tun? Oder wird deren Statusänderungsindikation solange geblockt wie der bus nicht steht?

[Homoran]

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

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

So ganz hab ich dein Konstrukt sowieso nicht verstanden.
Was hat der Samsung Adapter damit zu tun?

Samsung-Adapter generiert hilfsweise Zustandsänderungen im ioB (hab grad nichts anderes).
Hab es auch mit Denon versucht, ist aber auch gelb.
Die Samsung-Objekte bzw. deren Stati/Werte sollen dann auf einen anderen Pi gebusst werden (<- auf dem läuft die Codesys-Runtime).

und was hat da der Modbus Adapter mit zu tun?
Weder Samsung noch Denon arbeiten meines Wissens mit Modbus.

und solange deine Kommunikation zu dem Modbus Endgerät nicht steht sowieso nicht.

[minkhx]

@homoran Der Samsung-Adapter kommuniziert mit dem samsung. Juhu ich habe Objekte im ioB. Deren Status lässt sich ändern. Nur eine "Hilfsvariable".

Diesen Status sende ich per Modbus an das Codesys-Gerät. Das ist alles.

[Homoran]

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

Diesen Status sende ich per Modbus an das Codesys-Gerät.

anscheinend ja nicht :grin:
da muss erst die Kommunikation funktionieren.

Um den Wert vom Samsung auf den Modbus zu gebn nutzst du ein Skript?

[minkhx]

@homoran Jupp, sonst hätte ich nicht den Faden aufgemacht;)

Vorerst ohne Skript. Ich ahnte schon sowas und habe versucht das irgendwie mit Blockly und dann NodeRed hinzufummeln. Habe es aber erstmal gelassen, da ich davon ausgehe, das die Objekte auch systemweit zur Verfügung stehen, oder?

[Homoran]

@minkhx dann beschäftigen wir uns jetzt nur noch mit der Konfiguration des Modbus, bis die Kommunikation läuft.

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

dann zeig mal die Grundeinstellungen und das debug-log

des Modbus Adapters

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

welche ID hat denn das Gerät?

das wäre dann wohl dein codsys
und da muss es eine Modbus Geräte ID geben

[minkhx]

@homoran Ok, habe herausgefunden, dass man den Log von Info auf Debug umstellen kann. Aber wo finde ich jetzt die Log-Datei? Den Fehler im Allegmein-Log habe ich oben ja schon gepostet. Der screener mit der gelben schrift und den FC1 und FC2 Fehlern.

In Codesys:
Ethernet-Adapter (ID 0000 0002) -> TCP-Client (Master) (ID 0000 0003) -> TCP-Slave (ID 0000 0005) lt. "Information".
Hier ein Beispiel:

Eine ID kann man dort nicht selber einstellen.

Hier die Baumstruktur der Modbus-Hierarchie:

[Thomas Braun]

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

Aber wo finde ich jetzt die Log-Datei?

Im Verzeichnis /opt/iobroker/log
Mit

iob logs --watch

kannst du dem Log zuschauen.

[Homoran]

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

habe herausgefunden, dass man den Log von Info auf Debug umstellen kann.

steht alles hier
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

[Homoran]

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

Eine ID kann man dort nicht selber einstellen.

durchaus möglich!
es muss aber eine ID geben!

Weiterhin

ist das jetzt ein slave oder ein Master.

Das muss alles in den fehlenden Grundeinstellungen der Modbus-Adapterkonfiguration berücksichtigt werden.

[minkhx]

@homoran Da habe ich es her:)

Die Logdatei (enthält dieselber Aussage wie der allgemeine log s.o.):

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