@homoran said in Modbus adapter:
@fliegema sagte in Modbus adapter:
erwähnt
hast du ohne Kennzeichnung die schwarze Briefmarke später hinzugefügt?
ich habe die beiden Screenshots unter den bestehenden Text (erwähnt) nachträglich aufgrund Deines Beitrages eingefügt.
@homoran said in Modbus adapter:
@fliegema sagte in Modbus adapter:
Dies ist bewusst so,
dann gehört diese Info auch bewusst in den Post!
@fliegema sagte in Modbus adapter:
einen Poll error
und der wäre?
geheim?
ganz und gar nicht, jedoch steht nur ein timeout drin (erwähnt) und via ModBusTool ein Error Code 2 sprich Platine verweigert die Abfrage (auch erwähnt)
@homoran said in Modbus adapter:
@fliegema sagte in Modbus adapter:
allerdings nur für das Relais 1 auch den Status abzufragen.
fu hast ja auch nur bei 1 die Abfrage aktiviert
Hi, danke für die schnelle Rückmeldung. Dies ist bewusst so, weil sobald ich bei den anderen Adressen die Abfrage setze, ich einen Poll error / timeout bekomme. Genau das gleiche auch mit dem ModbusTool.
Update: 1 aufgrund der sehr freundlichen Hinweise wurden die Logs mit eingefügt.
Moin Freunde des Modbuses,
ich habe folgende Modbus RTU 4 Channel Karte: RS485 TTL Controller welche dann mit einem Eletechsup ET69C02 Modbus TCP fähig wird.
Über den ioBroker Adpater schaffe ich alle 4 Kanäle zu schalten, allerdings nur für das Relais 1 auch den Status abzufragen.
Habe mich zunächst mit ModBusTool von Github herangetastet. Es scheint, dass ich den Status der einzelnen Relais nur unter der Adresse 0 abfragen kann. Kann man hier auch schick sehen (mit read coils):
Leider bekomme ich das im Modbus Adapter nicht hin. Wie auch im ModbusTool bekomme ich einen Poll / error code 2 von der Platine das die diese abfrage verweigert, sobald ich pro Relais eine coil abfrage mache auf der jeweiligen Adresse.
Update (Log nachträglich eingefügt, da ich mittlerweile ein Platine mit 8 Relais dran habe sind hier mehr Coils als in den anderen Screenshots)
modbus.2 2025-08-24 14:31:59.990 info Disconnected from slave 10.8.2.14
modbus.2 2025-08-24 14:31:59.990 debug Closing client on purpose.
modbus.2 2025-08-24 14:31:58.992 debug Cleaning up request fifo.
modbus.2 2025-08-24 14:31:58.992 debug Clearing timeout of the current request.
modbus.2 2025-08-24 14:31:58.992 debug Socket closed with error
modbus.2 2025-08-24 14:31:58.990 warn [DevID_4] Poll error count: 1 code: {"err":"timeout","timeout":5000}
modbus.2 2025-08-24 14:31:58.989 error Client in error state.
modbus.2 2025-08-24 14:31:58.989 error Request timed out.
modbus.2 2025-08-24 14:31:58.989 warn Error: undefined
modbus.2 2025-08-24 14:31:53.988 debug [DevID_4/coils] Poll address 0 - 1 bits
modbus.2 2025-08-24 14:31:53.987 debug [DevID_4] Poll start ---------------------
modbus.2 2025-08-24 14:31:53.987 info Connected to slave 10.8.2.14
modbus.2 2025-08-24 14:31:53.872 debug Initialize Objects for holdingRegs: []
modbus.2 2025-08-24 14:31:53.872 debug Initialize Objects for inputRegs: []
modbus.2 2025-08-24 14:31:53.872 debug Add coils.4.7_Relais-4-8: {"_id":"coils.4.7_Relais-4-8","type":"state","common":{"name":"Relais-4-8","role":"switch","type":"boolean","read":false,"write":true,"def":false},"native":{"regType":"coils","address":7,"deviceId":4,"poll":false,"wp":false}}
modbus.2 2025-08-24 14:31:53.871 debug Add coils.4.6_Relais-4-7: {"_id":"coils.4.6_Relais-4-7","type":"state","common":{"name":"Relais-4-7","role":"switch","type":"boolean","read":false,"write":true,"def":false},"native":{"regType":"coils","address":6,"deviceId":4,"poll":false,"wp":false}}
modbus.2 2025-08-24 14:31:53.871 debug Add coils.4.5_Relais-4-6: {"_id":"coils.4.5_Relais-4-6","type":"state","common":{"name":"Relais-4-6","role":"switch","type":"boolean","read":false,"write":true,"def":false},"native":{"regType":"coils","address":5,"deviceId":4,"poll":false,"wp":false}}
modbus.2 2025-08-24 14:31:53.871 debug Add coils.4.4_Relais-4-5: {"_id":"coils.4.4_Relais-4-5","type":"state","common":{"name":"Relais-4-5","role":"switch","type":"boolean","read":false,"write":true,"def":false},"native":{"regType":"coils","address":4,"deviceId":4,"poll":false,"wp":false}}
modbus.2 2025-08-24 14:31:53.871 debug Add coils.4.3_Relais-4-4: {"_id":"coils.4.3_Relais-4-4","type":"state","common":{"name":"Relais-4-4","role":"switch","type":"boolean","read":false,"write":true,"def":false},"native":{"regType":"coils","address":3,"deviceId":4,"poll":false,"wp":false}}
modbus.2 2025-08-24 14:31:53.871 debug Add coils.4.2_Relais-4-3: {"_id":"coils.4.2_Relais-4-3","type":"state","common":{"name":"Relais-4-3","role":"switch","type":"boolean","read":false,"write":true,"def":false},"native":{"regType":"coils","address":2,"deviceId":4,"poll":false,"wp":false}}
modbus.2 2025-08-24 14:31:53.871 debug Add coils.4.1_Relais-4-2: {"_id":"coils.4.1_Relais-4-2","type":"state","common":{"name":"Relais-4-2","role":"switch","type":"boolean","read":false,"write":true,"def":false},"native":{"regType":"coils","address":1,"deviceId":4,"poll":false,"wp":false}}
modbus.2 2025-08-24 14:31:53.871 debug Add coils.4.0_Relais-4-1: {"_id":"coils.4.0_Relais-4-1","type":"state","common":{"name":"Relais-4-1","role":"switch","type":"boolean","read":true,"write":true,"def":false},"native":{"regType":"coils","address":0,"deviceId":4,"poll":true,"wp":false}}
modbus.2 2025-08-24 14:31:53.870 debug Initialize Objects for coils: [{"_address":0,"deviceId":4,"name":"Relais-4-1","description":"Relais-4-1","formula":"","role":"switch","room":"","poll":true,"wp":false,"cw":false,"isScale":false,"address":0,"id":"coils.4.0_Relais-4-1","len":1},{"_address":1,"deviceId":4,"name":"Relais-4-2","description":"Relais-4-2","formula":"","role":"switch","room":"","poll":false,"wp":false,"cw":false,"isScale":false,"address":1,"id":"coils.4.1_Relais-4-2"},{"_address":2,"deviceId":4,"name":"Relais-4-3","description":"Relais-4-3","formula":"","role":"switch","room":"","poll":false,"wp":false,"cw":false,"isScale":false,"address":2,"id":"coils.4.2_Relais-4-3"},{"_address":3,"deviceId":4,"name":"Relais-4-4","description":"Relais-4-4","formula":"","role":"switch","room":"","poll":false,"wp":false,"cw":false,"isScale":false,"address":3,"id":"coils.4.3_Relais-4-4"},{"_address":4,"deviceId":4,"name":"Relais-4-5","description":"Relais-4-5","formula":"","role":"switch","room":"","poll":false,"wp":false,"cw":false,"isScale":false,"address":4,"id":"coils.4.4_Relais-4-5"},{"_address":5,"deviceId":4,"name":"Relais-4-6","description":"Relais-4-6","formula":"","role":"switch","room":"","poll":false,"wp":false,"cw":false,"isScale":false,"address":5,"id":"coils.4.5_Relais-4-6"},{"_address":6,"deviceId":4,"name":"Relais-4-7","description":"Relais-4-7","formula":"","role":"switch","room":"","poll":false,"wp":false,"cw":false,"isScale":false,"address":6,"id":"coils.4.6_Relais-4-7"},{"_address":7,"deviceId":4,"name":"Relais-4-8","description":"Relais-4-8","formula":"","role":"switch","room":"","poll":false,"wp":false,"cw":false,"isScale":false,"address":7,"id":"coils.4.7_Relais-4-8"}]
modbus.2 2025-08-24 14:31:53.870 debug Initialize Objects for disInputs: []
modbus.2 2025-08-24 14:31:53.827 info starting. Version 6.3.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v20.19.4, js-controller: 7.0.6
Log aus dem ModBus Tool, leider nur als Screenshot möglich.
Meine Modbus Adapter Einstellungen sind wie folgt:
Allgemein:
Diskrete Ausgänge:
Hat einer von Euch eine Idee, wie ich als Datenpunkt den Status aus Adresse 0 bekomme? Dann kann ich zwar umständlich aber per Skript mir manuelle Datenpunkte schalten. Grund ist, das ich den aktuellen Status von Relais 2-4 nicht sehe:
Grüße
@crunchip Danke für den Input. Habe legacy nun auf "true" gesetzt. den LXC und den Adapter neugestartet. Bekomme in WebGUI weiterhin "action" angezeigt und im ioBroker keinen "action" Datenpunkt.
friendly_name: TEST-00_Button07-Studyroom-Entrance
legacy: true
description: Studyroom
Die Grundeinstellungen des Adapters aus den FAQ sind eingestellt. Beisst sich hier vielleicht:
device_options:
legacy: false
und "legacy" im Device selber? (habe die device options ebenfalls auskommentiert und beides neugestartet = gleiches Ergebnis). Bei weiterem googlen eben festgestellt. Jup das ist der "zentrale Verwalter für die Device option"
Im Log wird bei
legacy: true
beides angezeigt:
TEST-00_Button07-Studyroom-Entrance', payload '{"action":"single","device"
TEST-00_Button07-Studyroom-Entrance', payload '{"click":"single","device"
Wenn ich
legacy: false
setze kommt nur:
TEST-00_Button07-Studyroom-Entrance', payload '{"action":"single","device"
sprich das klappt schon mal.
@arteck said in Test Adapter zigbee2mqtt:
@fliegema sagte in Test Adapter zigbee2mqtt:
Da man "Action" in der Z2M WebGUI sieht, vermute ich mal, dass es auf dem Weg zum Z2M Adapter im ioBroker verloren geht. Dies ist übrigens bei jedem Schalter so (IKEA, Aqara, Sonoff, Xiaomi).
Hat Jemand schlaues in der Runde eine Idee was ich falsch mache?ist halt depricated...
und über wieviele scripte reden wir 100000.... komm .. wo du den Beitrag erfasst hast hättest du die Scripte schon ändern können
Recht hast Du, aber wenn mein Englisch nicht ganz überholt ist, verstehe ich die Vorgabe seitens Z2M anders als Du.
Laut der Z2M Seite ist "click" = deprecated & "action" ist die richtige Methode. Du sagst:
@arteck said in Test Adapter zigbee2mqtt:
ist halt depricated...
sprich der Adapter nutzt die Variante "deprecated" & nicht "action". Wo ich jedoch nun wieder auf dem Schlauch stehe, entsprechend der FAQ wurde dokumentiert, das man
device_options:
legacy: false
setzen soll. Was ja bedeutet, dass übergreifend nur "action" genutzt werden soll. Aber als Datenpunkt kommt legacy an.
Wenn das so gewollt ist, wäre als Info schon genug gewesen anstelle direkt mir mitzuteilen, dass ich meine Zeit anders hätte investieren sollen. Entschuldige bitte, das man im Forum an den Developer Fragen stellt die scheinbar nicht gewollt sind 
@1topf Danke für die Info. Könnte man das irgendwie umgehen? Bzw. irgendwo in den Einstellungen hinterlegen, ob man "Action" oder "Funktion" haben will? Der "Action" DP würde mir in einer Menge Scripts Arbeit ersparen 
Zudem Z2M scheinbar von den einzelnen Funktionen abrät.
Hallo in die Runde,
nutze nun einen SLZB6 (v2.5.8) via Z2M (1.41.0 commit: cc31cea) im ioBroker (v7.1.5) Adapater Zigbee2MQTT (v2.13.6). Die Verbindung klappen und ich habe mich schon selbst gefragt, warum ich den Wechsel von Conbee2/ Deconz nicht viel früher gemacht habe.
Jetzt aber zur Frage, in den Device FAQ von z.B. dem Xiaomi WXKG01LM Schalter/ Button wir erwähnt:
Deprecated click event
By default this device exposes a deprecated click event. It's recommended to use the action event instead.
To disable the click event, set legacy: false for this device in configuration.yaml. Example:
devices:
'0x12345678':
friendly_name: my_device
legacy: false
aufgrund der Historie würde ich gerne diesen Action Datenpunkt (welchen ich in der WEbGUI von Z2M sehen) im ioBroker nutzen. Grund ist, dass bei Deconz ein Datenpunkt erzeugt wurde welcher "buttonpressed" hieß und ich mit nur einem Trigger in den Skripten alle möglichen Knopfdruck-Varianten abarbeiten konnte.
Leider finde ich keinen Weg, wie ich den action Datenpunkt im ioBroker angezeigt bekomme.
Z2M WebGUI:
ioBroker Datenpunkte:
Durch den Action Datenpunkt könnte ich die alten Skripte belassen. Dies wäre ähnlich zu Shelly Buttons, dort wird auch das "Input Event" mit dem jeweiligen Event befüllt.
Da man "Action" in der Z2M WebGUI sieht, vermute ich mal, dass es auf dem Weg zum Z2M Adapter im ioBroker verloren geht. Dies ist übrigens bei jedem Schalter so (IKEA, Aqara, Sonoff, Xiaomi).
Hat Jemand schlaues in der Runde eine Idee was ich falsch mache?
Grüße
Update 2:
hatte natürlich noch "heat protection" in den Einstellungen der jeweiligem Rollladen aktiv. Da er sich scheinbar dort aus den Haupteinstellungen auch den Temperatursensor zieht, war ich bei 30° weit über dem lightlevel Wert von 35000.
Besteht irgendwie die Möglichkeit, für die heatprotection einen eignen Sensor zu hinterlegen? Oder Alternativ einen neuen Control Datenpunkt nur für heatprotection, da dann die Rollläden ja auf 0% fahren sollen.
Update 1:
@simatec eben ist der Rolladen wunderbar in den Modi "SunProtect" gefahren, jedoch ignoriert er die eingestelle Höhe in den Einstellungen des Rolladen:
Es geht um den Switch 25, man sieht er ist auf 0% gefahren, obwohl in den Einstellungen 25% eingetragen ist.
Mini Log:
Sunprotect #418 Set ID: IoT_Switch25-Shutter-Linvingroom-big value: 0%
Habe ich bezüglich der Verdunklung doch etwas falsch eingestellt.
Dankbar für jeden Input und schönen Feiertag
@simatec Moin, habe mittlerweile die Antwort hier gefunden: Link
Habe einfach in der Doku nicht verstanden, dass man die Außentemp sensor auch für andere Werte nutzen kann. Danke Euch fürs fleissige teilen
Hallo Freunde der Verdunklung,
erst einmal vielen lieben Dank für den super Adapter.
Ich hätte da eine Frage zum Sonnenschutz pro Rollladen.
Wir haben Richtung S, W und N Fenster. In jede Himmelsrichtung ist ein Helligkeitssensor.
Ich würde gerne als Sonnen / Verdunklungsschutz jedem Rollladen einen Helligkeitssensor eintragen (dies geht ja auch). Laut der Doku, müssen jedoch für den Sonnenschutz alle Bedingungen (UND) erfüllt werden.
Hättet Ihr eine Idee, wie ich zwischen den Auf und Ab Zeiten, basierend auf dem Helligkeit Sensor die Rollläden fahren lassen kann? Wichtig, ich würde gerne weiterhin basierend auf den Uhrzeit und auch Temperaturen den Sonnenschutz aktivieren. Sprich kann ich irgendwo aus den ganzen UND Bedingungen ein ODER setzen für den Helligkeit Sensor? Klar könnte ich das via Blockly umsetzen, aber will ungern dem Adapter und seiner Logik dazwischen funken.
Freue mich auf Eure Ideen.
Grüße
@warp735 Gude, muss mal blöd fragen, wie hast du die Version bekommen? Das ist ja noch nicht stable, aber selbst wenn ich
sudo npm i iobroker.unifi@0.6.7
eingebe, installiert er die Version zwar aber, im iobroker kommt die nicht an.
Sonst warte ich einfach, bis die Version stable wird.
Gruß
