Xiaomi Devices Template nicht mehr verfügbar

Begonnen von SoeK, 14 August 2020, 22:37:19

Vorheriges Thema - Nächstes Thema

SoeK

Seit einiger Zeit werden bei mir neue Devices immer als MQTT2_mqttjs_XXXXXXX angelegt. xxxx steht dabei für eine HEX Kombination die ich sonst nirgends finde, beispielsweise ,,1fb16795". Diese finde ich sonst nur in der Readinglist des Devices ,,mqttjs_1fb16795:zigbee2mqtt/0x00158d00011067b3:.* { json2nameValue($EVENT, '0x00158d00011067b3_', $JSONMAP) }" Aus meiner Erinnerung war das mal anders und dort konnte ich dann auch für Xiaomi Devices ein Template auswählen. Dies steht jetzt nicht mehr zur Verfügung.
In werden die Devices auch entsprechend erkannt, was mich falsch das die Device nicht ,,richtig" angelegt werden?

info  2020-08-14 22:04:01: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2020-08-14.22-04-01' filename: log.txt
info  2020-08-14 22:04:02: Starting Zigbee2MQTT version 1.14.3 (commit #1213fd6)
info  2020-08-14 22:04:02: Starting zigbee-herdsman...
info  2020-08-14 22:04:04: zigbee-herdsman started
info  2020-08-14 22:04:04: Coordinator firmware version: '{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}'
info  2020-08-14 22:04:04: Currently 11 devices are joined:
info  2020-08-14 22:04:04: 0x00158d00011067b3 (0x00158d00011067b3): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
info  2020-08-14 22:04:04: 0x00158d00015635db (0x00158d00015635db): WXKG01LM - Xiaomi MiJia wireless switch (EndDevice)
info  2020-08-14 22:04:04: 0x00158d000153dc66 (0x00158d000153dc66): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
info  2020-08-14 22:04:04: 0x84182600000617ac (0x84182600000617ac): 4052899926158 - OSRAM LIGHTIFY Surface Light TW (Router)
info  2020-08-14 22:04:04: 0x00158d0001548737 (0x00158d0001548737): RTCGQ01LM - Xiaomi MiJia human body movement sensor (EndDevice)
info  2020-08-14 22:04:04: 0x00158d000113d303 (0x00158d000113d303): RTCGQ01LM - Xiaomi MiJia human body movement sensor (EndDevice)
info  2020-08-14 22:04:04: 0x00158d000182e01b (0x00158d000182e01b): WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor (EndDevice)
info  2020-08-14 22:04:04: 0x00158d0002226699 (0x00158d0002226699): WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor (EndDevice)
info  2020-08-14 22:04:04: 0x841826000005fff1 (0x841826000005fff1): 4052899926158 - OSRAM LIGHTIFY Surface Light TW (Router)
info  2020-08-14 22:04:04: 0x00158d0004563173 (0x00158d0004563173): RTCGQ01LM - Xiaomi MiJia human body movement sensor (EndDevice)
info  2020-08-14 22:04:04: 0x00158d0002320650 (0x00158d0002320650): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)

SoeK

Wie es aussieht hab' ich einfach ein falsches Bridge Device erstellt. Mit dem Template "MQTT2_CLIENT_general_bridge" kommt es zum entsprechenden Verhalten. Mit "zigbee2mqtt_bridge" scheint es wieder zu klappen.

Beta-User

Bitte das Wiki und die Anwendungsbereiche beider Templates beachten:

- Die random CID kommt daher, dass du keine in der yaml festgelegt haben dürftest (siehe Praxisbeispiele im Wiki),
- das zigbee2mqtt-bridge-template ist das Basistemplate für die Verwendung von zigbee2mqtt (das auch durch sie erstellte neue Devices so kennzeichnet, dass dann erst die passenden Templates sichtbar werden) (siehe desc. und Wiki/Praxisbeispiele), und
- das General-bridge-Template ist schließlich nur sinnvoll, wenn man MQTT2_CLIENT im Einsatz hat (siehe Wiki zu diesem Modul)...

Das hat also m.E. nichts mit "wieder" zu tun. Falls ich in der Doku irgendwas verbessern kann, damit du dich leichter zurechtgefunden hättest, bitte ich um sachdienliche _konkrete_ Vorschläge.
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