- externen konverter aus der Konfiguration nehmen.
- Adapter neu starten
Bild auf der Kachel ist jetzt wieder das alte. Funktioniert noch wie gewünscht, auch nach einem Reconfigure.
- wenn du kannst: den einen der so seltsam sich verhält aus dem Netz werfen und neu anlernen.
- schauen ob es immer noch so geht oder ob das 'falsche' verhalten immer noch da ist.
Nach dem neu anlernen ist das alte Verhalten jetzt wieder zurück, er schaltet beide Kanäle zusammen.
@higer said in Moes Zigbee 2-fach Switch schaltet immer beide Kanäle:
Ob der neue, problematische switch jetzt wie gewollt funktioniert probiere ich morgen aus, wenn das entsprechende Kind sein Kinderzimmer geräumt hat
Nö, tut er leider nicht. Schaltet nach wie vor beide Kanäle wenn ich per iobroker steuere.
Ja gut, hätte man anhand der Fehlermeldung drauf kommen können. 
Ich bin halt irgendwie davon ausgegangen, dass diese browser-tool schon die Dateien am richtigen Ort ablegt und nur beim Laden was schiefgegangen ist.
Für Leute die das hier nachvollziehen wollen, so bekommt ihr eine Datei per SSH gefunden und verschoben: Einloggen, suchen, kopieren, in den Ordner wechseln und nachsehen, dass die Datei tatsächlich da ist.
hilmar@buero-debian:~$ ssh iobroker@192.168.0.112
iobroker@192.168.0.112's password:
.
.
iobroker@iobroker:~ $ sudo find / -type f -name "tuya2gang.js"
[sudo] password for iobroker:
/opt/iobroker/iobroker-data/files/zigbee.admin/tuya2gang.js
iobroker@iobroker:~ $ cp /opt/iobroker/iobroker-data/files/zigbee.admin/tuya2gang.js /opt/iobroker/node_modules/iobroker.zigbee/
iobroker@iobroker:~ $ cd /opt/iobroker/node_modules/iobroker.zigbee/
iobroker@iobroker:/opt/iobroker/node_modules/iobroker.zigbee $ ls
admin docs lib main.js package.json support
converters io-package.json LICENSE node_modules README.md tuya2gang.js
Nach einem Neustart des Zigbee Adapters wird der converter jetzt geladen:
2025-10-28 23:35:10.054 info added external converter using addExternalDefinition (1 ms)
zigbee.0
2025-10-28 23:35:10.053 info Model TS0002_basic_CC defined in external converter tuya2gang.js
zigbee.0
2025-10-28 23:35:10.046 warn Trying to run sandbox for tuya2gang.js
zigbee.0
2025-10-28 23:35:10.043 info Adding code from './../zigbee-herdsman-converters/dist/lib/reporting' as 'reporting' to sandbox -- success
zigbee.0
2025-10-28 23:35:10.041 info Adding code from './../zigbee-herdsman-converters/dist/lib/tuya' as 'tuya' to sandbox -- success
zigbee.0
2025-10-28 23:35:10.019 info Adapter ready - starting subsystems. Adapter is running in info mode.
zigbee.0
2025-10-28 23:35:09.882 info starting. Version 3.1.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.19.5, js-controller: 7.0.6
Der switch der vorher funktioniert hat funktioniert nach wie vor, unverändert. Ob der neue, problematische switch jetzt wie gewollt funktioniert probiere ich morgen aus, wenn das entsprechende Kind sein Kinderzimmer geräumt hat 
Danke für deine Hilfe. Hat bisschen gedauert die Zeit zum Umsetzen zu finden.
Neu anlernen hat keinen Erfolg gebracht.
den externen converter konnte er nicht laden
zigbee.0 2025-10-28 10:09:38.333 error unable to load tuya2gang.js - checked /opt/iobroker/node_modules/iobroker.zigbee/tuya2gang.js, /opt/iobroker/iobroker-data/zigbee_0/tuya2gang.js and /opt/iobroker/node_modules/iobroker.zigbee/converters/tuya2gang.js
abgelegt habe ich die Datei hier:
Der funktionierende Switch:
Geräteinformation
model:ZM-104B-M
description:2 gang switch
vendor:Moes
hasOnEvent:false
hasConfigure:true
options:state_action
modelZigbee:TS0002
type:Router
ieee:0xa4c1388169bd96ed
nwk:62831
manuf name:_TZ3000_qaa59zqd
manufacturer:Moes
power:Mains (single phase)
app version:72
hard version:1
zcl version:3
date code:
interviewstate:SUCCESSFUL
configured:true
endpoint:1
profile:260
input clusters:3
4
5
6
1794
2820
57344
57345
0
output clusters:25
10
endpoint:2
profile:260
input clusters:4
5
6
endpoint:242
profile:41440
output clusters:33
Der nicht funktionierende Switch
Geräteinformation
model:ZM-104B-M
description:2 gang switch
vendor:Moes
hasOnEvent:false
hasConfigure:true
options:state_action
modelZigbee:TS0002
type:Router
ieee:0xa4c138db96899bbe
nwk:27293
manuf name:_TZ3000_qaa59zqd
manufacturer:Moes
power:Mains (single phase)
app version:72
hard version:1
zcl version:3
date code:
interviewstate:SUCCESSFUL
configured:true
endpoint:1
profile:260
input clusters:3
4
5
6
1794
2820
57344
57345
0
output clusters:25
10
endpoint:2
profile:260
input clusters:4
5
6
endpoint:242
profile:41440
output clusters:33
Hallo zusammen,
ich habe zwei Moes ZM-104B-M, das sind 2-fach Switche mit Zigbee. Beide aus einer Lieferung, also wahrscheinlich auch aus der gleichen Charge.
Einer ist seit längerer Zeit verbaut und tut genau das was er soll: beide Kanäle sind jeweils vollkommen unabhängig voneinander entweder per Lichtschalter oder über iobroker schaltbar.
Den zweiten habe ich jetzt am Wochenende verbaut. Die beiden angeschlossenen Lichtschalter schalten auch brav den ihnen zugeordneten Kanal. Also S1 schaltet L1, L2 bleibt dabei unverändert, und andersrum. Die Relais funktionieren also schonmal und können prinzipiell unterschiedliche Zustände haben. Denn jetzt kommts: über iobroker klappt das nicht! Sobald ich hier einen der beiden Kanäle steuern will werden beide Kanäle in den selben Zustand geschaltet. Über iobroker kann ich also immer nur entweder beide an oder beide ausschalten. Ich habe schon versucht die Konfiguration der beiden Objekte im Detail zu vergleichen, finde aber keinen Unterschied.
Watzefack?
Um das hier nochmal abzuschliessen: die Verbindung war sehr instabil, nach 1-2 Minuten ist die Verbindung abgerissen. Konnte dann zwar direkt wieder aufgebaut werden, hat aber das Log mit Fehlermeldungen zugespamt und hat mir so nicht gefallen. Besserung hat dann ein Update des Wechselrichters von MCU2 1128 auf 1135 gebracht. Jetzt läuft es trotz Abfrageintervall von 1s stabil, seit zwei Tagen kein einziger Fehler. Allerdings immernoch am Modebus-Anschluss, nicht am BMS-Anschluss wie von vielen beschrieben. Ich habe das jetzt nicht näher recherchiert, aber das deutet für mich darauf hin, dass es nicht unbedingt an der Firmware sondern eher an der Hardware liegt an welchem Anschluss die rs485-Daten anliegen.
So, ich habe jetzt aus lauter Verzweiflung den Adapter am ModeBUS-Port angeschlossen. Und siehe da, da kommen Daten raus. Ich scheine wohl eine der Firmware-Varianten zu haben wo das so konfiguriert ist. Den Splitter hätte ich mir sparen können. Egal, jetzt mache ich mich erstmal ans Einrichten.
@thebam danke schonmal für die Infos. Du nutzt aber auch einen TCP-Adapter soweit ich das gesehen habe. Ich wills ja mit dem USB-Adapter schaffen.
