NEWS
Modbus: Adapter (Samsung) einbinden
-
@homoran Ja, ok, aktuell scheint es mir, dass die Samsung-Instanzen bei den Modbus-Objekten zwar auftauchen, aber gelb sind, also iwie wirkungslos. I.d.R. sind die grün, wenn die funzen bzw. was "bezwecken".
Der Modbus-Transport in Richtung Codesys ist dann Part Two;) -
@minkhx sagte in Modbus: Adapter (Samsung) einbinden:
aber gelb sind, also iwie wirkungslos
gelb bedeutet nur, dass der DP seit Erstanlage nicht geändert wurde
-
@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.
-
@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.
-
@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! -
@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). -
@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? -
@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.
-
@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.
-
@minkhx sagte in Modbus: Adapter (Samsung) einbinden:
Diesen Status sende ich per Modbus an das Codesys-Gerät.
anscheinend ja nicht
da muss erst die Kommunikation funktionieren.Um den Wert vom Samsung auf den Modbus zu gebn nutzst du ein Skript?
-
@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?
-
@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 -
@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:
-
@minkhx sagte in Modbus: Adapter (Samsung) einbinden:
Aber wo finde ich jetzt die Log-Datei?
Im Verzeichnis /opt/iobroker/log
Mitiob logs --watch
kannst du dem Log zuschauen.
-
@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 -
@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.
-
@homoran Da habe ich es her:)
Die Logdatei (enthält dieselber Aussage wie der allgemeine log s.o.):
-
@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).
-
@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?
-
@homoran Na die Umstellung auf den Debug-state habe ich in der Anleitung gefunden, die ich mir nebenbei reinhämmere;)