Abend,
Hätte hier einen Rauchmelder, in Z2M zeigt er mir noch " Smoke concentration " an, was er mir in Symcon nicht anzeigt, lieg ich hier richtig, dass die Expose fehlt? Oder taucht das erst auf, wenn mal Rauch da war? 
dump(4).txt (13,2 KB)
VG
1 „Gefällt mir“
Hallo Burkhard,
vielen Dank für dein Rückmeldung und deinen Einsatz.
Viele Grüße und ein schönes Wochenende
Stephan
Moin @KaiS
Habe noch einen weiteren PR gesendet, da sich bei der Implementierung des Wasserventils noch ein paar kleinere Fehler eingeschlichen hatten:
Da Symcon keine Möglichkeit gibt in numerischen Variablen Zeichenfolgen (‚hh‘:‚mm‘:‚ss‘) zu senden, aber im Payload der Device ein numerischer Wert in diesem Format gesendet wird, werden die betreffenden Variablen als Ausnahme unter numeric geführt aber als String angelegt und befüllt.
Das Profil ‚~UnixTimestamp‘ kann hier nicht genutzt werden, da im Payload nur die Zeit als ‚hh‘:‚mm‘':‚ss‘ gesendet wird, ohne Datumsinhalt. Der Versuch, das entsprechende Datum hinzuzufügen scheitert, da es dann mit jedem Payload auf das aktuelle Datum gesetzt wird und somit die Zeitangaben Ende, Start und Dauer nicht mehr der Realität entsprechen.
Das Payload dazu sieht folgendermaßen aus:
{
"battery": 90,
"battery": 100,
"cycle_irrigation_interval": 1531,
"cycle_irrigation_num_times": 0,
"irrigation_end_time": "08:06:26",
"irrigation_start_time": "08:06:16",
"irrigation_target": 185,
"last_irrigation_duration": "00:00:10",
"last_seen": 1720850784276,
"linkquality": 152,
"last_seen": 1720850800078,
"linkquality": 188,
"mode": "capacity",
"state": "OFF",
"water_consumed": 0
}
Kleine Ergänzung: Die numeric-Deklaration kommt aus der Tuya-FW direkt und kann in zigbee2MQTT nicht in string gewandelt werden. Von daher bleibt uns erstmal nur die Wandlung in Symcon.
@firewire
Bitte den letzten PR abwarten, da gibt es nochmal ein paar Änderungen.
@grumpybear
Dein Rauchmelder wird mit dem PR dann auch gleich gefixed.
LG
Burkhard
1 „Gefällt mir“
Guten Morgen,
Keine Eile 
Danke und angenehmes Wochenende:-)
VG
1 „Gefällt mir“
Moin @Burki24
ich habe jetzt die Sachen getestet, hier die Ergebnisse:
Der „Ladung Schutz“ funktioniert noch nicht
lässt sich in IPS schalten, aber im Zigbee2MQTT ändert sich nichts.
Schaltet man in Zigbee2MQTT, ändert sich der Status in IPS.
Die „LED-Anzeige“ funktioniert einwandfrei.
Das „Schalter verriegeln“ funktioniert nicht
lässt sich in IPS schalten, aber im Zigbee2MQTT ändert sich nichts.
Schaltet man in Zigbee2MQTT, ändert sich der Status in IPS.
Der Funktion „Überspannungsschutz“ funktioniert noch nicht.
Der Wert lässt sich in IPS nicht ändern.
Ändert man den Wert in Zigbee2MQTT, ändert sich der Wert auch in IPS.
Die Funktion „Ladung Begrenzung“ funktioniert noch nicht.
Der Wert lässt sich in IPS ändern, aber im Zigbee2MQTT ändert sich nichts…
Ändert man den Wert in Zigbee2MQTT, ändert sich der Wert auch in IPS.
Der Schalter „Einschaltverhalten nach Stromausfall“ funktioniert auch nicht.
(Bin aber der Meinung das es vorher funktionierte)
lässt sich in IPS schalten, aber im Zigbee2MQTT ändert sich nichts.
Schaltet man in Zigbee2MQTT, ändert sich der Status in IPS.
Hein09
Hast Du das Gerät mal in Symcon gelöscht und neu eingerichtet?
LG
Burkhard
Moin,
nein hatte ich nicht, jetzt nachdem dem löschen und neu einrichten.
Habe ich mein Beitrag angepasst.
Hein09
Ich schreibe mal meine Erfahrungen hier in Fett unter Deine 
Denke, da muss ich mal direkt in Z2M schauen, was da falsch läuft. Das gesendete Payload sieht anders aus, als die Exposes, die abgerufen werden können. Schaue ich mir an.
MQTT-Payload von Z2M kommend:
{
"auto_off": false,
"button_lock": "OFF",
"charging_limit": 1.8000000715255737,
"charging_protection": "OFF",
"consumption": 0,
"current": 0,
"device_temperature": 34,
"energy": 0,
"led_disabled_night": true,
"led_indicator": "ON",
"linkquality": 255,
"operation_mode": "control_relay",
"overload_protection": 2905,
"power": 0,
"power_on_behavior": "inverted",
"power_outage_count": 15,
"state": "OFF",
"voltage": 226.59
}
P.S.: gerade nochmal was ausprobiert, mit Erfolg. Probiere mal bitte das Gerät neu zu interviewen in Z2M:
Danach geht bei mir Alles. 
LG
Burkhard
Moin,
ich habe bei den Geräten das „interview“ neu gestartet, scheint jetzt alles zu funktionieren.
Vielen Dank.
Was mir gerade aufgefallen ist, im Z2M Frontend Status werden alles Werte geändert wenn ich in IPS was ändere. Aber in der Ansicht Details kommen nicht alle Änderungen an.
Hein09
P.S.: Du meinst die beiden Ansichten, richtig?
Ich sag ja, ich gehe davon aus, dass es da noch ein Problem direkt in Z2M gibt, unabhängig von unserem Modul.
LG
Burkhard
ja, die meinte ich.
Hein09
Hi Kai,
bei Hinzufügen eines neuen Z2M Gerätes ist mir aufgefallen, dass eine Bedienung meines
Hue Tap dial Switch in Symcon folgende Fehlermeldung wirft:
Kann Daten nicht zur Instanz #17642 (Z2MDevice Instanz des TapDials) weiterleiten:
Warning: Undefined variable $ProfileName in C:.…\Zigbee2MQTTHelper.php on line 1553 RESULT:
Bei Geräteinformationen abrufen wirfts folgendes:
Kann Daten nicht… :
Warning: Undefined array key „values“ in C:.…\Zigbee2MQTTHelper.php on line 4798
Warning: Variablentyp und Profiltyp stimmen nicht üb…
Ist aktuell nicht weiter toxisch, aber kannst ja mal prüfen.
Wenn ich dir in irgendeiner Form helfen kann, gib Bescheid. 
Grüße
Hallo @chefhb88 ,
so können wir nichts wirklich testen. Kannst Du uns BITTE die Seite auf der Z2M-Devices Liste geben und einen Debug gemäß Anleitung?
Ansonsten ist es wie Angeln im Süßwasser auf Seelachs.
LG und Danke
Burkhard
Habe hier noch einen der TS0601 Derivate.
Den WZ-M100 (ohne -W, nicht bei Z2M gelistet) von Wenzhi.
Einbindung in Z2M klappt nur mit deren Externen Z2M Konverter (wenzhi_tuya_M100_240704.js).
In Symcon fehlt aber einges.
Dump anbei: _TZE204_laokfqwu.txt (6,5 KB)
Bild Z2M
Michael
PS: Der WZ-M100-W klappt perfekt
Pflege ich morgen in Z2M ein.
LG
Burkhard