Umzug v. MQTT_DEVICE und XiaomiMQTTDevice nach MQTT2_DEVICE

Müller · 26 September 2019, 11:47:10

du meinst bei readinglist

zigbee2mqtt/0x7cb03eaa0a06c3d2/set:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x7cb03eaa0a06c3d2:.* { json2nameValue($EVENT) }

die obere Zeile löschen? (Bei aktiven Autocreate kommt die wieder.)

Hängt dies mit der Rückmeldung der Geräte zusammen?
Bei MQTT kommte ich eine Lampe die nicht am Strom hängt nicht schalten, nun bei MQTT2_CLIENT ändert sich der Status. D.h. ich habe keine Rückmeldung mehr, ob die Aktion tatsächlich erfolgt ist?

Beta-User · 26 September 2019, 12:08:22

Genau, löschen, autocreate (es reicht am jeweiligen Device) ausschalten...
Dann sollte auch wieder der Status nur dann aktualisiert werden, wenn es vom zigbee2mqtt-Dienst bestätigt wird.

Müller · 26 September 2019, 12:29:21

Auch nach einem Neustart von FHEM funktioniert dies mit dem State noch nicht.

Bei den Readings ändert sich das state in Abhängigkeit vom Schaltbefehl. Bei den Internals ändert sich STATE gar nix (auch wenn die Lampe etc geschalten wird)

Beta-User · 26 September 2019, 13:01:21

Hmm, ohne den genauen Ablauf auch auf der MQTT-Seite ist das etwas Gestochere im Nebel.
Würde mal auf
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 eventMap on:An off:Ausals Verursacher tippen. Da gibt es kein ON:An OFF:Aus, die Rückmeldung ist aber uppercase, denke ich.

Generell: Änderungen der Internals werden eventuell erst sichtbar nach einem refresh der Browser-Seite.

Müller · 26 September 2019, 13:19:16

Um Mißverständnisse zu vermeiden hier nochmal die aktuellen Settings

Code Auswählen

defmod MQTT2_zigbee_0x7cb03eaa0a0148a6 MQTT2_DEVICE zigbee_0x7cb03eaa0a0148a6
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 IODev MQTT2
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 alias Brunnen
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 devStateIcon ON:sani_water_tap@blue:OFF OFF:sani_water_tap@gray:ON
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 group HofGarten
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 readingList zigbee2mqtt/0x7cb03eaa0a0148a6:.* { json2nameValue($EVENT) }
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 room Baßler,Baßler_komplett,MQTT2_DEVICE
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 setList OFF:noArg zigbee2mqtt/0x7cb03eaa0a0148a6/set {"state":"OFF"}\
  ON:noArg zigbee2mqtt/0x7cb03eaa0a0148a6/set {"state":"ON"}
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 webCmd :

setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 OFF
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 10:38:19 associatedWith MQTT2_MQTT2
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 13:12:48 linkquality 0
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 10:32:52 set {"state":"OFF"}
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 13:12:59 state OFF

Refresh des Browser hilft definitiv

eventMAP ist nicht definiert

Beide, state (Readings) und STATE (Internals), ändern sich beim Schalten, auch wenn die Dose nicht am Netz ist

Blauhorn · 26 September 2019, 13:27:46

Zitat von: Beta-User am 26 September 2019, 09:18:52

Was mich (und v.a. Blauhorn) noch interessiert: Gibt es irgendwelche relevanten Unterschiede in der Handhabung der Devices zwischen der XiaomiMQTTDevice-Fassung und der MQTT2_DEVICE-Version? Also Reading-Namen, setter usw.?

Anders gefragt: Ist es eine große Sache, den kompletten zigbee2mqtt-Zweig auf einen Rutsch umzustellen, wenn man die neuen Geräte benennt wie die alten?

(Ich vermute: nein, weil die JSON-Auspack-Ergebnisse dieselben sind...)

Ich habe den zigbee2mqtt-Zweig seit 3 Tagen parallel laufen, über MQTT2_CLIENT->mosquitto als IODevice.
Die parallelen Definitionen sehen so aus:

Das autocreated para-MQTT2-DEVICE:

Code Auswählen


define MQTT2_zigbee_IKEA_L1 MQTT2_DEVICE zigbee_IKEA_L1
attr MQTT2_zigbee_IKEA_L1 IODev MQTT2_Client
attr MQTT2_zigbee_IKEA_L1 devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr MQTT2_zigbee_IKEA_L1 icon light_control
attr MQTT2_zigbee_IKEA_L1 model zigbee2mqtt_light_dimmer
attr MQTT2_zigbee_IKEA_L1 readingList zigbee2mqtt/IKEA_L1:.* { json2nameValue($EVENT) }
attr MQTT2_zigbee_IKEA_L1 room MQTT2_DEVICE
attr MQTT2_zigbee_IKEA_L1 setList on:noArg zigbee2mqtt/IKEA_L1/set {"state":"ON"}\\n  off:noArg zigbee2mqtt/IKEA_L1/set {"state":"OFF"}\\n  brightness:colorpicker,BRI,0,5,255 zigbee2mqtt/IKEA_L1/set {"state":"on","$EVTPART0":"$EVTPART1"}
attr MQTT2_zigbee_IKEA_L1 setStateList on off
attr MQTT2_zigbee_IKEA_L1 webCmd toggle:on:off:brightness

und das ältere XiaomiMQTTDevice:

Code Auswählen


define IKEA_L1 XiaomiMQTTDevice LED1623G12 0x000b57fffe2b606f IKEA_L1
attr IKEA_L1 userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr IKEA_L1 IODev mosquitto_banana
attr IKEA_L1 devStateIcon on:rc_GREEN:off off:rc_RED:on
attr IKEA_L1 eventMap ON:on OFF:off ON:Ein OFF:Aus
attr IKEA_L1 lightSceneParamsToSave brightness
attr IKEA_L1 room GoogleAssistant,XiaomiMQTTDevice
attr IKEA_L1 webCmd brightness: state
attr IKEA_L1 widgetOverride state:uzsuToggle,OFF,ON, brightness:slider,0,1,255

Beide Geräte sind online. Bei den Sensoren sind bei den Parallel-Devices alle Readings gleich, senden ja auch die gleiche payload per JSON-String, so dass einer Umbenennungsaktion nichts mehr im Wege stünde.
Ich hoffe, dass die associatedDevices hier nicht automatisch reagieren, z.B. wenn LightScenes betroffen sind. Dann wäre das Verfahren einfach:
- alle XiaomiMQTTDevices umbenennen

Code Auswählen


rename TYPE=XiaomiMQTTDevice $name $name."_old"
rename MQTT2_zigbee_.*.....hier verlässt mich gerade mein Perl-Wissen: Name des MQTT2-Devices ohne das führende "MQTT2_zigbee_"

Das kann ich heute abend mal probieren.

Beta-User · 26 September 2019, 14:07:20

Zitat von: Müller am 26 September 2019, 13:19:16
Beide, state (Readings) und STATE (Internals), ändern sich beim Schalten, auch wenn die Dose nicht am Netz ist

Das ist soweit logisch, du könntest noch über ein "setStateList on off" nachdenken

. Dann mal nachsehen, was wann passiert, zuletzt ergänzen mit einem eventMap für ON/OFF.

Zitat von: Blauhorn am 26 September 2019, 13:27:46
Ich hoffe, dass die associatedDevices hier nicht automatisch reagieren, z.B. wenn LightScenes betroffen sind. Dann wäre das Verfahren einfach:
[...]

Schön, dass du jetzt so schnell vorangekommen bist.

Was das weitere Vorgehen angeht:
- vorab mit "list -r TYPE=XiaomiMQTTDevice" alle vorhandenen Devices anzeigen lassen, das RAW wegsichern (dann kannst du das notfalls reaktivieren).
- Dann alle löschen: "delete TYPE=XiaomiMQTTDevice"
- zuletzt die neuen so umbenennen, dass sie die alten ersetzen, vermutlich lohnt da kein Automatismus. Dabei werden die Umbenennungen in "associatedWith" automatisch nachgeführt, das hat aber mit den "alten" Devices dann nichts mehr zu tun, das ist nur ein "special feature", das Rudi da in dieses Reading eingebaut hat

. Auch automatisch geschaltet wird da nichts, das dient nur der Erhaltung der Sichtbarkeit, was ggf. zu welcher Hardware gehört.

Müller · 26 September 2019, 15:26:18

Ich habe setStateList und eventmap ergänzt

Code Auswählen

defmod MQTT2_zigbee_0x7cb03eaa0a0148a6 MQTT2_DEVICE zigbee_0x7cb03eaa0a0148a6
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 IODev MQTT2
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 alias Brunnen
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 devStateIcon ON:sani_water_tap@blue:OFF OFF:sani_water_tap@gray:ON
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 eventMap on off
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 group HofGarten
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 readingList zigbee2mqtt/0x7cb03eaa0a0148a6:.* { json2nameValue($EVENT) }
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 room Baßler,Baßler_komplett,MQTT2_DEVICE
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 setList OFF:noArg zigbee2mqtt/0x7cb03eaa0a0148a6/set {"state":"OFF"}\
  ON:noArg zigbee2mqtt/0x7cb03eaa0a0148a6/set {"state":"ON"}
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 setStateList on off
attr MQTT2_zigbee_0x7cb03eaa0a0148a6 webCmd :

setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 OFF
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 14:51:42 OFF set
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 14:52:02 ON set
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 10:38:19 associatedWith MQTT2_MQTT2
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 14:51:43 linkquality 44
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 10:32:52 set {"state":"OFF"}
setstate MQTT2_zigbee_0x7cb03eaa0a0148a6 2019-09-26 14:51:43 state OFF

Das scheint nun zu funktionieren - Vielen Dank

Beta-User · 26 September 2019, 15:36:15

mit eventMap war "ON:on OFF:off" gemeint, es sollte schon was "gemappt" werden

.

Blauhorn · 26 September 2019, 19:20:45

So, in Summe braucht es zwar doch einige Nacharbeit aber man kann es doch alles stückweise machen. (Ich meine den zigbee-Zweig).
Am blödesten waren dann eben doch die LightScene-Devices. Die passen nämlich auf, ob irgendwo ein Gerät nicht mehr da ist, und ändern schwuppdiwupp ihre eigene Definition. Der kurze Moment des Fehlens der Lampe reicht denen aus.
Muss also darin alle Lampen neu eintragen und auch die Scenes neu beschalten. Das war jetzt glücklicherweise nicht so viel Zeug drin.

Die PWMRs scheinen das kurze Fehlen eines verbundenen Devices zu tolerieren.

ch.eick · 27 September 2019, 12:59:05

Hallo Blauhorn,

ich habe beim mitlesen gesehen, das Du "2 Tradfri Remotecontrol" eingebunden hast. Ich habe bereits versucht die Remotecontrol einzubinden, bin jedoch noch nicht weiter gekommen. Zigbee und MQTT2_Fhem_Server mit zigbee2mqtt ist für mich neu. Die Remotecontrol ist momentan mein einziges Device.

Das Device hat sich bereits wie folgt eingetragen, jedoch komme ich einfach nicht weiter die Definition zu erweitern.

Code Auswählen


Internals:
   CID        zigbee_0x90fd9ffffee7e93a
   DEF        zigbee_0x90fd9ffffee7e93a
   DEVICETOPIC MQTT2_zigbee_0x90fd9ffffee7e93a
   FUUID      5d764aee-f33f-81e9-2602-d15adc73613be593
   IODev      MQTT2_FHEM_Server
   NAME       MQTT2_zigbee_0x90fd9ffffee7e93a
   NR         350
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-09-09 14:52:00   associatedWith  MQTT2_zigbee_pi
     2019-09-23 01:19:39   battery         87
     2019-09-23 01:19:39   linkquality     68
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_0x90fd9ffffee7e93a
   comment    Ikea Tradfri Remote Control
   readingList zigbee2mqtt/0x90fd9ffffee7e93a:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
   verbose    5

Code Auswählen


Internals:
   CID        zigbee_pi
   DEF        zigbee_pi
   DEVICETOPIC MQTT2_zigbee_pi
   FUUID      5d763393-f33f-81e9-b187-fa1c3d1eae39d1bd
   IODev      MQTT2_FHEM_Server
   NAME       MQTT2_zigbee_pi
   NR         349
   STATE      online
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-09-23 01:19:40   commit          ac3b924
     2019-09-12 14:28:55   devices         {"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"},{"ieeeAddr":"0x90fd9ffffee7e93a","type":"EndDevice","model":"E1524","friendly_name":"0x90fd9ffffee7e93a","nwkAddr":13378,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Battery","modelId":"TRADFRI remote control","hwVersion":1,"swBuildId":"1.2.214","dateCode":"20170302"}]}
     2019-09-12 16:16:22   log             {"type":"entity_not_found","message":"bridge/group"}
     2019-09-23 01:19:40   log_level       info
     2019-09-23 01:19:40   permit_join     true
     2019-09-12 14:31:57   raw             {"nodes":[{"ieeeAddr":"0x00124b0018e1e960","friendlyName":"0x00124b0018e1e960","type":"Coordinator","nwkAddr":0,"status":"online","scanfailed":["lqi"]},{"ieeeAddr":"0x90fd9ffffee7e93a","friendlyName":"0x90fd9ffffee7e93a","type":"EndDevice","nwkAddr":13378,"manufName":"IKEA of Sweden","modelId":"TRADFRI remote control","status":"offline","scanfailed":[]}],"links":[]}
     2019-09-23 01:19:39   state           online
     2019-09-23 01:19:40   version         1.5.1
     2019-09-12 17:38:16   x_group_add_group set RemoteControl
     2019-09-12 17:40:54   x_group_add_to  set RemoteControl 0x90fd9ffffee7e93a
     2019-09-12 17:35:27   x_group_rm_group set 'RemoteControl'
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_pi
   autocreate 1
   bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
   getList    devicelist:noArg log zigbee2mqtt/bridge/config/devices
  networkmap_raw:noArg raw zigbee2mqtt/bridge/networkmap raw
  networkmap_graphviz:noArg graphviz zigbee2mqtt/bridge/networkmap graphviz
   model      L_01_zigbee2mqtt_bridge
   readingList zigbee2mqtt/bridge/state:.* state
  zigbee2mqtt/bridge/config/devices:.* {}
  zigbee2mqtt/bridge/config/log_level:.* log_level
  zigbee2mqtt/bridge/config/permit_join:.* permit_join
  zigbee2mqtt/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
  zigbee2mqtt/bridge/log:.*\"type\".\"devices\".\"message\".* devices
  zigbee2mqtt/bridge/log:.* log
  zigbee2mqtt/bridge/networkmap:.* {}
  zigbee2mqtt/bridge/networkmap/graphviz:.* graphviz
  zigbee2mqtt/bridge/networkmap/raw:.* raw
  zigbee2mqtt/bridge/config:.* { json2nameValue($EVENT) }
   room       MQTT
   setList    log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
  permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
  remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
  y_device_setting:textField zigbee2mqtt/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}
  x_bind:textField zigbee2mqtt/bridge/bind/$EVTPART1 $EVTPART2
  x_bind_unbind:textField zigbee2mqtt/bridge/unbind/$EVTPART1 $EVTPART2
  x_device_options:textField zigbee2mqtt/bridge/config/device_options {"friendly_name":"$EVTPART1",""options": {"$EVTPART2": "$EVTPART3"}}
  x_group_add_to:textField zigbee2mqtt/bridge/group/$EVTPART1/add $EVTPART2
  x_group_rm_from:textField zigbee2mqtt/bridge/group/$EVTPART1/remove $EVTPART2
  x_group_rm_from_all:textField zigbee2mqtt/bridge/group/$EVTPART1/remove_all $EVTPART2
  x_group_add_group:textField zigbee2mqtt/bridge/config/add_group $EVTPART1
  x_group_rm_group:textField zigbee2mqtt/bridge/config/remove_group $EVTPART1
  z_elapsed:textField zigbee2mqtt/bridge/config/elapsed $EVTPART1
  z_last_seen:textField zigbee2mqtt/bridge/config/last_seen $EVTPART1
  z_ban:textField zigbee2mqtt/bridge/config/ban $EVTPART1
  z_rename:textField zigbee2mqtt/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}
  z_reset_CC:noArg zigbee2mqtt/bridge/config/reset
   setStateList on off
   verbose    5

Code Auswählen


Internals:
   DEF        1883 global
   FD         33
   FUUID      5d751c78-f33f-81e9-291a-1d62334721ed96af
   NAME       MQTT2_FHEM_Server
   NR         348
   PORT       1883
   STATE      Initialized
   TYPE       MQTT2_SERVER
   READINGS:
     2019-09-23 01:19:40   RETAIN          {"zigbee2mqtt/bridge/config":"{\u0022version\u0022:\u00221.5.1\u0022,\u0022commit\u0022:\u0022ac3b924\u0022,\u0022log_level\u0022:\u0022info\u0022,\u0022permit_join\u0022:true}","zigbee2mqtt/bridge/state":"online"}
     2019-09-27 12:46:16   nrclients       0
     2019-09-27 12:46:16   state           Initialized
   clients:
   retain:
     zigbee2mqtt/bridge/config:
       ts         1569581178.25234
       val        {"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true}
     zigbee2mqtt/bridge/state:
       ts         1569581178.25234
       val        online
Attributes:
   alias      MQTT2_FHEM_Server
   autocreate simple
   room       MQTT
   verbose    5

Gruß
Christian

Blauhorn · 28 September 2019, 11:10:29

Hallo Christian, also ich habe die rc noch nicht wirklich im Einsatz.
Sie ist als Device angelegt, und ich hatte das attrtemplate zigbee2mqtt_Wireless_Button draufgelegt.
Wenn ich jetzt Tasten drücke, werden alle Tasten aufd em Reading action erkannt, auch hold und release und so.

ch.eick · 29 September 2019, 10:22:32

Zitat von: Blauhorn am 28 September 2019, 11:10:29
Hallo Christian, also ich habe die rc noch nicht wirklich im Einsatz.
Sie ist als Device angelegt, und ich hatte das attrtemplate zigbee2mqtt_Wireless_Button draufgelegt.
Wenn ich jetzt Tasten drücke, werden alle Tasten aufd em Reading action erkannt, auch hold und release und so.

Danke,das probiere ich dann mal. Bie mir wird nur Batterie und Signalqualität angezeigt.
Gruß Christian

Beta-User · 29 September 2019, 10:25:22

Hmm, das template ändert aber nichts wesentliches an dem, was via MQTT kommt. Sieht mir eher danach aus, als wäre die nicht mehr angelernt?

ch.eick · 07 Oktober 2019, 11:52:06

Hallo nochmal.
Das mit den Templates hat wie bereits angedeutet nicht geklappt.

Durch das pairen wurde bei mir nur Battery und Link Qualität angelernt. Das Device wurde ebenfalls automatisch erzeugt, wodurch ich denke, dass die MQTT2 Konfiguration in FHEM funktionieren sollte.

Eventuell mache ich ja beim pairen etwas falsch?

Hat jemand eine funktionierende Remote Control Konfiguration, die ich eventuell in meine zigbee2mqtt Installation herein Kopieren kann. Bisher ist das ja mein einziges Device und ich würde den Weg dann mal testen.

Gruß Christian

Gesendet von meinem SM-G930F mit Tapatalk