attrTemplate für ZigBee2Tasmota

Begonnen von kimbolero, 19 Juni 2020, 21:02:50

Vorheriges Thema - Nächstes Thema

TL60

...ganz grosses Kino !!
Alles gelöscht und nach FHEM Update nochmal angefangen, die Bridge wird angelegt, inklusive der Meldung über Enstellungsveränderungen und autocreate zu aktivieren. Dann über die Tasmota Konsole einen Schaltbefehl für meine GU10LED abgesetzt, wird auch automatisch angelegt. Auf das angelegte device das Template ...tasmota_light_cct angwendet keine (Fehler-)Meldungen. An, Aus, Dimup, Dimdown und Dimmer mit Slider funktionieren korrekt. CT (weiss Spektrum)funktioniert out of the box schlecht bis gar nicht. Die Darstellung im Slider ist genau umgekehrt wie die Lichtwiedergabe meiner Lampe und wie gestern schon erwähnt werden die Werte unter 153 auf 153 angehoben und die Werte über 370 auf 370 gedeckelt. Hier vermute ich das Problem aber eher auf Tasmota Seite. Leider springt hier der Slider auch immer noch auf den kleinsten Wert zurück keine Ahnung warum. Mit den Einstellungenct:colorpicker,CT,153,5,370 cmnd/zb2tasmota/ZbSend { "device":"0xF6F8", "send":{"CT":$EVTPART1} }funktioniert der CTBereich der GU10 bei mir gut (Es bleibt das Slider Problem) Das Problem DevStateIcon habe ich für mich über stateFormat und die definition des DevStateIcon gelöst. jetzt nochmal eine komplette RAW Defintion der GU10
defmod MQTT2_z2t_F6F8 MQTT2_DEVICE z2t_F6F8
attr MQTT2_z2t_F6F8 IODev MQTT2server
attr MQTT2_z2t_F6F8 devStateIcon 1:light_light_dim_100@orange:off 0:light_light_dim_00@red:on
attr MQTT2_z2t_F6F8 icon light_control
attr MQTT2_z2t_F6F8 jsonMap Dimmer:brightness Power:state Device:0 Hue:hue Sat:saturation CT:ct
attr MQTT2_z2t_F6F8 model tasmota_zigbee2tasmota_light_cct
attr MQTT2_z2t_F6F8 readingList tele/zb2tasmota/F6F8/SENSOR/SENSOR:.* { $EVENT =~ s/"Power":1/"Power":"on"/g;;;; $EVENT =~ s/"Power":0/"Power":"off"/g;;;; $EVENT =~ m,^.*(..Device.+)..$, ?  json2nameValue($1,'',$JSONMAP) : undef }\
tele/zb2tasmota/F6F8/SENSOR:.* { json2nameValue($EVENT) }
attr MQTT2_z2t_F6F8 room MQTT2_DEVICE
attr MQTT2_z2t_F6F8 setList on cmnd/zb2tasmota/ZbSend {"device":"0xF6F8","send":{"Power":"On"}}\
  off cmnd/zb2tasmota/ZbSend {"device":"0xF6F8","send":{"Power":"Off"}}\
  brightness:colorpicker,BRI,0,5,254 cmnd/zb2tasmota/ZbSend { "device":"0xF6F8", "send":{"Dimmer":$EVTPART1} }\
  dimup:noArg cmnd/zb2tasmota/ZbSend { "device":"0xF6F8", "send":{"DimmerUp":""} }\
  dimdown:noArg cmnd/zb2tasmota/ZbSend { "device":"0xF6F8", "send":{"DimmerDown":""} }\
  ct:colorpicker,CT,153,5,370 cmnd/zb2tasmota/ZbSend { "device":"0xF6F8", "send":{"CT":$EVTPART1} }
attr MQTT2_z2t_F6F8 setStateList on off
attr MQTT2_z2t_F6F8 stateFormat ZbReceived_0xF6F8_Power
attr MQTT2_z2t_F6F8 webCmd on:off:brightness:ct

setstate MQTT2_z2t_F6F8 0
setstate MQTT2_z2t_F6F8 2020-08-05 16:41:54 ZbReceived_0xF6F8_CT 228
setstate MQTT2_z2t_F6F8 2020-08-05 16:41:54 ZbReceived_0xF6F8_ColorMode 2
setstate MQTT2_z2t_F6F8 2020-08-05 16:41:50 ZbReceived_0xF6F8_Dimmer 220
setstate MQTT2_z2t_F6F8 2020-08-05 16:42:30 ZbReceived_0xF6F8_Endpoint 1
setstate MQTT2_z2t_F6F8 2020-08-05 16:42:30 ZbReceived_0xF6F8_LinkQuality 84
setstate MQTT2_z2t_F6F8 2020-08-05 16:42:30 ZbReceived_0xF6F8_Power 0
setstate MQTT2_z2t_F6F8 2020-08-05 16:41:54 ZbReceived_0xF6F8_X 24082
setstate MQTT2_z2t_F6F8 2020-08-05 16:41:54 ZbReceived_0xF6F8_Y 24262
setstate MQTT2_z2t_F6F8 2020-08-05 16:19:33 associatedWith MQTT2_DVES_AAFFC1
setstate MQTT2_z2t_F6F8 2020-08-05 16:19:19 attrTemplateVersion 20200804_1
setstate MQTT2_z2t_F6F8 2020-08-05 16:41:48 brightness set 220
setstate MQTT2_z2t_F6F8 2020-08-05 16:41:52 ct set 228
setstate MQTT2_z2t_F6F8 2020-08-05 16:22:16 dimdown set
setstate MQTT2_z2t_F6F8 2020-08-05 16:22:51 dimup set
setstate MQTT2_z2t_F6F8 2020-08-05 16:42:29 state set_off
  und das Bridge device:
defmod MQTT2_DVES_AAFFC1 MQTT2_DEVICE DVES_AAFFC1
attr MQTT2_DVES_AAFFC1 IODev MQTT2server
attr MQTT2_DVES_AAFFC1 bridgeRegexp tele/zb2tasmota/([^/]+)/SENSOR:.* "z2t_$1"
attr MQTT2_DVES_AAFFC1 devStateIcon Online:10px-kreis-gruen Offline:10px-kreis-rot
attr MQTT2_DVES_AAFFC1 icon mqtt
attr MQTT2_DVES_AAFFC1 model tasmota_zigbee2tasmota_bridge
attr MQTT2_DVES_AAFFC1 readingList tele/zb2tasmota/LWT:.* LWT\
  stat/zb2tasmota/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/zb2tasmota/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/zb2tasmota/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
DVES_AAFFC1:cmnd/zb2tasmota/POWER:.* POWER\
DVES_AAFFC1:tele/zb2tasmota/STATE:.* { json2nameValue($EVENT) }\
DVES_AAFFC1:tele/zb2tasmota/RESULT:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_AAFFC1 room MQTT2_DEVICE
attr MQTT2_DVES_AAFFC1 setList permit_join:0,1,99 cmnd/zb2tasmota/ZbPermitJoin $EVTPART1\
  x_ZbSend:textField cmnd/zb2tasmota/zbsend {"device":"0x$EVTPART1","send":{"$EVTPART2":"$EVTPART3"}}
attr MQTT2_DVES_AAFFC1 stateFormat LWT\
<br>\
ZbState_Message\
<br>\
<a href="http://IPAddress" target="_blank">IPAddress</a>

setstate MQTT2_DVES_AAFFC1 Online\
<br>\
Started\
<br>\
<a href="http://192.168.178.166" target="_blank">192.168.178.166</a>
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 FallbackTopic cmnd/DVES_AAFFC1_fb/
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 GroupTopic cmnd/tasmotas/
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Heap 25
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 Hostname zb2tasmota-8129
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 IPAddress 192.168.178.166
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 LWT Online
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 LoadAvg 26
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 Module Zigbee
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 MqttCount 1
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 POWER
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:03 Restart Restarting
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 RestartReason Software/System restart
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:05 SaveData on
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:04 SetOption26 on
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:05 SetOption83 on
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:05 SetOption89 on
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Sleep 50
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 SleepMode Dynamic
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:04 StateText1 off
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:04 StateText2 on
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:04 StateText3 toggle
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:04 StateText4 hold
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Time 2020-08-05T17:39:15
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Uptime 0T01:30:09
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 UptimeSec 5409
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 Version 8.3.0(tasmota)
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:11 WebServerMode Admin
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Wifi_AP 1
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Wifi_BSSId E8:DF:70:D1:B9:02
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Wifi_Channel 9
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Wifi_Downtime 0T00:00:03
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Wifi_LinkCount 1
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Wifi_RSSI 82
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Wifi_SSId easybell DSL
setstate MQTT2_DVES_AAFFC1 2020-08-05 17:39:15 Wifi_Signal -59
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:42:29 ZbResponse_Command 0006!00
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:42:29 ZbResponse_Device 0xF6F8
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:42:29 ZbResponse_Endpoint 1
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:42:29 ZbResponse_LinkQuality 86
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:42:29 ZbResponse_Status 0
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:42:29 ZbResponse_StatusMessage SUCCESS
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:42:29 ZbSend Done
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:20 ZbState_AssocDevicesList_1 0x0187
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:20 ZbState_AssocDevicesList_2 0xF6F8
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:20 ZbState_DeviceState 9
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:20 ZbState_DeviceType 7
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:20 ZbState_IEEEAddr 0x00124B001BAA5ADB
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:19 ZbState_MaintRel 3
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:19 ZbState_MajorRel 2
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:21 ZbState_Message Started
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:19 ZbState_MinorRel 6
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:20 ZbState_NewState 9
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:20 ZbState_NumAssocDevices 2
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:19 ZbState_RestartReason Watchdog
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:19 ZbState_Revision 20190608
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:20 ZbState_ShortAddr 0x0000
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:21 ZbState_Status 0
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:09:03 attrTemplateVersion 20200804_1
setstate MQTT2_DVES_AAFFC1 2020-08-05 16:18:48 subscriptions cmnd/DVES_AAFFC1_fb/# cmnd/tasmotas/# cmnd/zb2tasmota/#
wie man sehen kann habe ich das auch auf meine (Anzeige-) Verhältnisse angepasst. Sensor Geräte habe ich keine. Ich werde mir nachher nochmal den Ikea On/Off Switch (https://www.zigbee2mqtt.io/devices/E1743.html) anschauen
Gruß Thomas

Beta-User

 :)

Dann sind wir einen großen Schritt weiter...

Was immer noch nicht paßt ist der readingList-Eintrag. Da sollte nur eine Zeile stehen, und zwar die erste, allerdings ohne den 2. "SENSOR". Bitte das mal löschen ;) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

So, habe eben mal die neuesten Erkenntnisse eingecheckt :) .

Bringt dann auch gleich ein dynamisches/farbiges devStateIcon und setExtensionEvents :) .

Falls das mit CT optisch  "falsch rum" ist: Das kann man afaik auch drehen, also so herum notieren: ct:colorpicker,CT,370,-5,153 ...
Der Wertebereich an sich scheint Hue-Bridge-like zu sein...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

TL60

Ich hoffe ich habe das richtig verstanden, aus dem Readinglist den 2. Eintrag entfernen und im ersten aus doppelt SENSOR ein einfaches machen? ReadingList sieht dann so aus tele/zb2tasmota/F6F8/SENSOR:.* { $EVENT =~ s/"Power":1/"Power":"on"/g;; $EVENT =~ s/"Power":0/"Power":"off"/g;; $EVENT =~ m,^.*(..Device.+)..$, ?  json2nameValue($1,'',$JSONMAP) : undef }
Wenn ich das so schreibe werden keine Readings mehr aktualisiert  :( . Nehme ich hingegen nur den 2Teil tele/zb2tasmota/F6F8/SENSOR:.* { json2nameValue($EVENT) } ist alles schick.Bezüglich des CT Sliders: der ist interessanterweise nur dann falsch herum wenn ich die Werte aus dem Template nehme, nehme ich die von mirct:colorpicker,CT,153,5,370 cmnd/zb2tasmota/ZbSend { "device":"0xF6F8", "send":{"CT":$EVTPART1} } ist alles ok und es bleibt nur das Problem des zurückspringenden Sliders und wenn ich das hier im Wiki richtig gelesen habe, könnte das ein Problem mit dem entsprechenden Reading sein. Heute werde ich aber nichts mehr machen (können). Morgen dann mal schauen was es mit CT und Mired auf sich hat. Dann vielleicht auch was zum On/Off Switch von Ikea
Schönen Abend noch

Beta-User

Hmm, da scheint SetOption83 genau das Gegenteil von dem  zu bewirken wie das, was ich bisher angenommen hatte. Kannst du das mal auf "0" stellen?

(Das mit dem springenden Slider usw. hängt tatsächlich damit zusammen das die Rückmeldung noch nicht da landet, wo sie hin soll, wir sind da dran, keine Sorge ;) ).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

Im svn ist jetzt eine Version, die hoffentlich mit beiden Fassungen der gesendeten JSON-Struktur klarkommen sollte...

Für eventuelle Tester: man kann das auch direkt runterladen und aktualisieren mit:
{ Svn_GetFile("FHEM/lib/AttrTemplate/mqtt2.template", "FHEM/lib/AttrTemplate/mqtt2.template", sub(){ AttrTemplate_Initialize() }) }
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

SirUli

Zitat von: Beta-User am 05 August 2020, 21:17:52
Im svn ist jetzt eine Version, die hoffentlich mit beiden Fassungen der gesendeten JSON-Struktur klarkommen sollte...
Für mich tut es das - sowohl bridge als auch generic sensor sind nun wunderbar. Nun wäre maximal noch das Thema der readings - also temperature etc alles in lowercase. Wegen mir könnten auch alle readings in lowercase sein, aber weiß nicht wie das andere sehen ;)

War leider die letzten Abende etwas abgelenkt - melde mich für den Cube nochmal!

Beta-User

Puh, was eine Geburt...

Das mit lowercase ist so eine Sache: Man könnte theoretisch den ganzen JSON erst durch lc() schicken, aber dann werden auch die Modellbezeichnungen lc(). => nicht das Gelbe vom Ei.
Manche Readings sind auch in FHEM nicht lc(), z.B. batteryPercent.

Mein Vorschlag wäre daher, alles "gängige" zu sammeln und dann entweder bei dem "generic sensor" alles auf einmal zu erschlagen, oder eben dann spezielle Dinge bei speziellen attrTemplate zu verwalten (da könnte man dann auch stateFormat passend setzen usw.).
Für's erste wäre für den Temp/hum-Sensor z.B. das hier noch in jsonMap zu ergänzen:
Temperature:temperature Humidity:humidity
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

TL60

ich habe mal etwas recherchiert. Die meisten (alle die ich so im Internet gefunden habe) Lampen mit Weiss Spektrum liegen im Bereich 1500K(warmweiss) bis 7000K(tageslicht). durch dieUmrechnung in Mireds (1000000 / Kelvinwert)ergeben sich Mired Werte zwischen knapp 700 und 140, wobei Werte (Mired) über 600 sehr selten sind. Meiner Meinung nach ist die Einstellung 0-65534 für den CT Bereich viel zu weit gefasst. Die GU10 Spots von Müllerlicht, welche ich hier habe, haben z.Bsp. 2700K (370Mired) bis 6500K(153Mired). Eine generelle Lösung für alle wird da sicher schwer  :(

TL60

nochmal ich  ;).
Gerade die neuen Templates ausprobiert.Bridge und CCT template funktionieren nun für mich perfekt. Riesen danke für die Mühe und Daumen hoch. Es bleibt die generelle Frage : Welche Werte stellt man im ct Bereich ein ?
Gruß und nochmals vielen Dank
Thomas

Beta-User

Na ja, abschließend lösen werden wir das mit ct im Moment wohl nicht können. Im Zweifel sollten wir in den attrTemplate zwei Dinge tun: Zum einen einen "sinnvollen" Vorschlag liefern, also schlicht was, das häufig paßt (die range lt. Doku scheint wohl in der Tat etwas sehr großzügig zu sein...), zum anderen Hinweise geben, wie man es ggf. anpassen kann. Für's erste lassen wir also deine Werte drin...

Dazu könnte man z.B. einen Hinweis an den User in ein "farewell" einbauen, gerne mit ein paar erprobten Werten für bekannte Varianten (du hattest zwei verschiedene Typen, oder? Paßt der aktuelle Wert für beide? Dann ist es evtl. unter ZigBee irgendwie normiert, und der Programmierer hat halt den Wertebereich lt. Datentyp da hingeschrieben, ohne sich um die Praxis weiter zu kümmern...?). Dazu einen Link ins Wiki in "comment" hinterlegen?



Konntest du denn die aktuell im svn/via update verfügbaren attrTemplates testen? Paßt jetzt das mapping?
OK, das scheint ja jetzt auch zu passen, *freu*.


Wiki ist noch ein spezielles Thema.
Eigentlich wollte ich das eher stiefmütterlich behandeln, aber wie es aussieht, gibt es durchaus potentere Hardware als die CC253x, die durch Tasmota unterstützt wird bzw. werden wird, und via ESP32 dann auch LAN-basiert. Damit hätte man dann in der Tat eine echte Alternative zu "vollwertigen" Lösungen wie zigbee2mqtt (unterstellt, es gäbe auch firmwareupdate-Optionen), was der Sache eine ganz neue Facette gibt...
Es wäre super, wenn sich jemand die Mühe machen würde, mal einen separaten Wiki-Artikel zu dem Thema anzufangen (also jemand, der das auch nutzt...). Das würde ich dann aus den Praxisbeispielen raus verlinken...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

TL60

ja, die von mir verwendeten Templates für Brigde und cct devices passten out of the box hervorragend. Ich habe tatsächlich 2 Typen, der 2. ist aber nur einfach ein Schalter on/off (https://www.zigbee2mqtt.io/devices/404021.html). Auf den habe ich das Dimmer Template losgelassen und anschliesend das Icon durch ein einfaches light Icon ersetzt und aus dem Setlist alle Kommandos im Bezug auf Dimmer rausgeschmissen und das wars, läuft. Jetzt liegt hier noch, wie schon erwähnt, ein Tradfri On/off Switch ( https://www.zigbee2mqtt.io/devices/E1743.html), aber das scheint nochmal ne andere Hausnummer zu sein.

Beta-User

Was den on/off-Aktor angeht, erstelle ich bei Gelegenheit noch ein passendes attrTemplate, der ist auch sprachsteuerungsmäßig was anderes; ist aber kein Hexenwerk.

Die Tradfri-Fernbedienung ist vermutlich einfach ein Sensor, da solltest du ers mal mit dem "general sensor" template starten. Vermutlich macht der dann einfach eine Reihe "seltsamer" Readings (aber ander seltsam als bisher...). Was da dran ggf. interessant wäre, wäre das "peering" im Hardwaresystem, dort wohl "binding" genannt (siehe https://tasmota.github.io/docs/Zigbee/#zigbee-binding). Das wäre eine Sache, die dann über die bridge zu erledigen wäre und so ähnlich "ticken" würde wie "x_ZbSend". Das ist dann aber ein advanced feature...




Was on/off-Aktor und die cct-Bulb angeht würde mich noch interessieren, ob das mit dem Rückmelden von "on" bzw. "off" auch sauber klappt, oder ob da noch die "1" etc. drin steht. Wäre nett, wenn du mal einen Schaltvorgang von FHEM aus im Event-Monitor mitschneiden könntest. Das sollte "off" -> "set_on" -> "on" gehen.(Und wie sieht devStateIcon der Bulb aus, wenn sie nicht erreichbar (stromlos) ist, wie bei laufendem on-for-timer, blink usw.?)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

TL60

ich hab mal den Schaltvorgang des Smartswitches im Eventmonitor mitgeschnitten
2020-08-06 13:56:53 MQTT2_DEVICE MQTT2_z2t_0187 set_on
2020-08-06 13:56:53 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbSend: Done
2020-08-06 13:56:53 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Endpoint: 1
2020-08-06 13:56:53 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Device: 0x0187
2020-08-06 13:56:53 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_LinkQuality: 105
2020-08-06 13:56:53 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Command: 0006!01
2020-08-06 13:56:53 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Status: 0
2020-08-06 13:56:53 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_StatusMessage: SUCCESS
2020-08-06 13:56:54 MQTT2_DEVICE MQTT2_z2t_0187 on
2020-08-06 13:56:54 MQTT2_DEVICE MQTT2_z2t_0187 LinkQuality: 105
2020-08-06 13:56:54 MQTT2_DEVICE MQTT2_z2t_0187 Endpoint: 1
2020-08-06 13:56:56 MQTT2_DEVICE MQTT2_z2t_0187 set_off
2020-08-06 13:56:56 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbSend: Done
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Status: 0
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_StatusMessage: SUCCESS
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_LinkQuality: 102
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Command: 0006!00
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Device: 0x0187
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Endpoint: 1
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_z2t_0187 LinkQuality: 102
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_z2t_0187 off
2020-08-06 13:56:57 MQTT2_DEVICE MQTT2_z2t_0187 Endpoint: 1
und das ganze nochmal mit der dimmbaren Lampe inklusive Dimmen 2020-08-06 14:00:14 MQTT2_DEVICE MQTT2_z2t_F6F8 set_on
2020-08-06 14:00:14 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbSend: Done
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Device: 0xF6F8
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Endpoint: 1
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_StatusMessage: SUCCESS
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Status: 0
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_LinkQuality: 68
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Command: 0006!01
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_z2t_F6F8 Endpoint: 1
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_z2t_F6F8 on
2020-08-06 14:00:15 MQTT2_DEVICE MQTT2_z2t_F6F8 LinkQuality: 68
2020-08-06 14:00:21 MQTT2_DEVICE MQTT2_z2t_F6F8 brightness: set 60
2020-08-06 14:00:21 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbSend: Done
2020-08-06 14:00:21 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_StatusMessage: SUCCESS
2020-08-06 14:00:21 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Status: 0
2020-08-06 14:00:21 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_LinkQuality: 70
2020-08-06 14:00:21 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Command: 0008!04
2020-08-06 14:00:21 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Device: 0xF6F8
2020-08-06 14:00:21 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Endpoint: 1
2020-08-06 14:00:23 MQTT2_DEVICE MQTT2_z2t_F6F8 brightness: 60
2020-08-06 14:00:23 MQTT2_DEVICE MQTT2_z2t_F6F8 LinkQuality: 68
2020-08-06 14:00:23 MQTT2_DEVICE MQTT2_z2t_F6F8 Endpoint: 1
2020-08-06 14:00:30 MQTT2_DEVICE MQTT2_z2t_F6F8 brightness: set 220
2020-08-06 14:00:30 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbSend: Done
2020-08-06 14:00:31 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Status: 0
2020-08-06 14:00:31 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Command: 0008!04
2020-08-06 14:00:31 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_LinkQuality: 68
2020-08-06 14:00:31 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Device: 0xF6F8
2020-08-06 14:00:31 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_StatusMessage: SUCCESS
2020-08-06 14:00:31 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Endpoint: 1
2020-08-06 14:00:32 MQTT2_DEVICE MQTT2_z2t_F6F8 LinkQuality: 68
2020-08-06 14:00:32 MQTT2_DEVICE MQTT2_z2t_F6F8 brightness: 220
2020-08-06 14:00:32 MQTT2_DEVICE MQTT2_z2t_F6F8 Endpoint: 1
2020-08-06 14:00:33 MQTT2_DEVICE MQTT2_z2t_F6F8 set_off
2020-08-06 14:00:33 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbSend: Done
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Endpoint: 1
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_StatusMessage: SUCCESS
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Device: 0xF6F8
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_LinkQuality: 68
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Command: 0006!00
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbResponse_Status: 0
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_z2t_F6F8 Endpoint: 1
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_z2t_F6F8 LinkQuality: 70
2020-08-06 14:00:34 MQTT2_DEVICE MQTT2_z2t_F6F8 off

Im Betrieb waren die Icons während der ganzen Zeit konsistent
Stromlosmachen des Smartswitches hatte keine Auswirkung auf die Darstellung des Gerätes. Auch ein schalten ein/aus sah vom devstateicon aus erstmal so aus als ob alles funktioniert hätte, lediglich im Event Monitor sah das anders aus 2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 MqttCount: 1
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Uptime: 0T02:40:09
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 UptimeSec: 9609
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Time: 2020-08-06T14:03:58
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Wifi_Signal: -59
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Wifi_BSSId: E8:DF:70:D1:B9:02
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Wifi_RSSI: 82
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Heap: 25
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Wifi_SSId: easybell DSL
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 SleepMode: Dynamic
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Wifi_LinkCount: 1
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Wifi_AP: 1
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 LoadAvg: 20
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Wifi_Channel: 9
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Sleep: 50
2020-08-06 14:03:59 MQTT2_DEVICE MQTT2_DVES_AAFFC1 Wifi_Downtime: 0T00:00:03
2020-08-06 14:05:43 MQTT2_DEVICE MQTT2_z2t_0187 set_on
2020-08-06 14:05:43 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbSend: Done
2020-08-06 14:05:44 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbConfirm_StatusMessage: NO_ACK
2020-08-06 14:05:44 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbConfirm_Status: 233
2020-08-06 14:05:44 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbConfirm_Endpoint: 1
2020-08-06 14:05:44 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbConfirm_StatusMessage: NO_ACK
2020-08-06 14:05:44 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbConfirm_Status: 233
2020-08-06 14:05:44 MQTT2_DEVICE MQTT2_DVES_AAFFC1 ZbConfirm_Endpoint: 1

Bei Blink sieht es so aus, das je nach intervall die Icon Aktualisierung an/aus nicht schnell genug ist (Intervalle 10 Sekunden oder kleiner). On-for-timer off-for-timer normale (richtige) Anzeige. Bezüglich Wiki habe ich mal versucht was zusammen zu schreiben. Ich bin aber absoluter Neuling auf dem Gebiet, kann also total daneben liegen. Soll ich dir den Text mal per PM zukommen lassen oder ?

Beta-User

 :)

Danke für die Rückmeldung. Dann ist zumindest mal das mit dem Ersetzen von Power auch "gegessen" :) :) :) . Und man kann am Bridge-Device sehen, was an welchen Endpoint geht; das ist dann hilfreich, wenn man das mit den Bindings durchführen will... Sind halt alles in allem viele Events, k.A., ob man die im Normalbetrieb wirklich alle benötigt.

Schön ist auch, dass die Rückmeldung - soweit z.B. bei brightness ersichtlich - 1:1 zum Kommando paßt, also nicht irgendwas hin- und hergerundet wird.

Dass das "NACK" nicht sichtbar ist, ist nicht soooo toll, aber ich nehme an, dass wenigstens der Dimmzustand (so in etwa) an dem devStateIcon abgelesen werden kann? Uncool ist auch, dass man wohl keine effektive Möglichkeit hat rauszufinden, welches Device ein NO_ACK ggf. eigentlich betrifft (falls man mehrere schaltet; so ist es ja noch einfach... Oder ich übersehe was?).

Dass FHEMWEB-Aktualisierung immer erst irgendwann erfolgt, ist halt so, aber kein Beinbruch, was die "richtige" Anzeige eines laufenden Timers ist, ist Interpretationsfrage. Ich meine, es müßte eigentlich ein "Timerkreis" in der Bulb eingeblendet werden, also nicht das normale on/off/dimm-Bulb-Symbol kommen?



Was das Wiki angeht: es gibt da kein richtiges "daneben liegen"... Meine "Erstlinge" waren auch schlichte copy/paste+Überarbeitungs-"Machwerke" von vorhandenen ähnlichen Sachen (z.B. EnOcean-Starter-Guide nach MySensors), da kommt man irgendwann rein (oder zumindest halbwegs, ich weiß z.B. auch nicht alles, was im Wiki so "geht"). Für den Anfang brauchst du dir jedenfalls keinen Kopf zu machen, was Formatierung etc. angeht.
Du darst mir das per pm schicken, allerdings fände ich es besser, wenn du einfach im Wiki-Bereich einen neuen Thread aufmachst. Das hat den großen Vorteil, dass dann auch andere einen "Ort" haben, die ggf. Verbesserungsvorschläge oder Fragen dazu anbringen wollen, aber keine Schreibrechte im Wiki haben (falls du magst, kannst du die aber auch beantragen).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files