Xiaomi LLKZMK11LM double Relais MQTT2 Template

Begonnen von ulli, 04 Dezember 2019, 19:00:26

Vorheriges Thema - Nächstes Thema

Beta-User

Siehst du Unterschiede, wenn du lokal (Taster am Aktor) schaltest? Sonst sieht das von hier aus gut aus.
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

ulli

Ich nutze dielokalen Schalter nicht, daher nix angeschlossen.

Beta-User

Na ja, ggf. wird sich ja jemand melden, wenn was nicht paßt...

Allerdings irritiert mich, dass da "state":"OFF" in dem JSON steht. Hast du einen timeout für availability in der yaml definiert oder ist es falsch, dass ich diese Angabe mit availability in Verbindung bringe?
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

ulli

Ich versteh es aktuell so. State zeigt den relay Status an. Dieser wechselt wenn ich das Relais schalte.
Availability ist immer off....weiß nicht woher das reading gesetzt wird?
Ein timeout habe ich in zigbee2mqtt yaml nicht gesetzt

Beta-User

Wenn du keinen timeout gesetzt hast, ist das mit avalability einleuchtend (jedenfalls, was die fehlenden updates dazu angeht; ansonsten ist völlig unklar, warum das überhaupt kommt bzw. was das vom Device her kommende "state" überhaupt aussagen soll...).

Vielleicht noch eine Anmerkung zu "state":
Das ist in diesem template recht "schillernd" wg. der jsonMap. Was das Device unter "state" (im JSON) schickt, landet nämlich in FHEM in availability (ob das richtig ist, versuchen wir grade noch zu ermitteln). Dafür wird das, was von dort unter "state_l1" (bzw "...2") kommt, jeweils in FHEM als "state" verwendet ;) .


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

Müller

Hallo,

ich habe heute den 2 Kanal Aktor bekommen. Einmal lange Taste drücken und ein neues MQTT2 Device wurde angelegt.
Nach einem FHEM Update und Restart wurde das entsprechende Template gefunden (zigbee2mqtt_2channel_split).
Dadurch wurde ein zweites Device angelegt. Funktioniert soweit wie gewünscht.

Ich habe mal die Eingänge für externe Schalter getestet. Wenn an den Eingang S1 Spannung angelegt wird geht das Relais in den anderen Zustand. Ist also im Auslieferungszustand nicht für Taster Bedienung ausgelegt, sondern für Kippschalter.
Gut ist, dass die Änderung durch die externen Schalter auch korrekt an FHEM weitergegeben wird.
(Ein Schönheitsfehler bei meinem Aktor: Eingang S1 schaltet Relais 2 und umgekehrt. Das "Klacken" des Relais ist recht laut).

FHEM auf Raspberry, 433mHz & Zigbee für Rollläden, Gartenbewässerung, Beleuchtung, Fußbodenheizung

Beta-User

Danke für die Rückmeldung :) .

Nutzt denn jemand das "availability"-feature in zigbee2mqtt und kann was dazu sagen? (Ich würde das template gerne gedanklich abhaken können...).
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

Müller

FHEM auf Raspberry, 433mHz & Zigbee für Rollläden, Gartenbewässerung, Beleuchtung, Fußbodenheizung

Beta-User

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

Müller

#24
d.h. bei entsprechender Einstellung in configuration.yaml wird die Präsenz der Zigbee Geräte abgefragt?

Habe ich bisher nicht in Benutzung. Hört sich aber ganz nett an. Ich nehme an, dass die Readings entsprechend ergänzt werden.
FHEM auf Raspberry, 433mHz & Zigbee für Rollläden, Gartenbewässerung, Beleuchtung, Fußbodenheizung

Beta-User

Ja, die Geräte gehen "offline", wenn du den Strom abklemmst...

Nein, das wirkt sich (noch) nicht auf "state" aus, sondern vermutlich auf "availability"; genau das wollten wir ja rausfinden und ggf. so anpassen, dass es Sinn macht (oder eben lassen, da - warum auch immer - ständig "off" kommt, obwohl das Gerät da ist).
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

Dersch

Funktioniert bei euch der zweite Channel noch? Ich habe den LLKZMK11LM auch seit Anfang des Jahres im Einsatz. Hat alles auf Anhieb geklappt aber seit einiger Zeit meldet der zweite Channel sich nicht mehr. Ich bekomme keinen Status mehr zurück und kann ihn auch nicht aus FHEM raus schalten. Habe das Device auch nochmal neu angelegt aber der Fehler bleibt bestehen.

List vom Channel1
Internals:
   CID        zigbee_0x00158d00044b2f81
   DEF        zigbee_0x00158d00044b2f81
   DEVICETOPIC zigbee2mqtt/0x00158d00044b2f81
   FUUID      5e2471bb-f33f-c2c3-9278-1ed5f0d9370385a6
   IODev      MQTT2
   LASTInputDev MQTT2
   MQTT2_MSGCNT 38
   MQTT2_TIME 2020-03-27 19:33:38
   MSGCNT     38
   NAME       KzLichtDeckeLinks
   NR         420
   STATE      off
   TYPE       MQTT2_DEVICE
   Helper:
     DBLOG:
       consumption:
         DBLogging:
           TIME       1585334018.28183
           VALUE      1.63
       power:
         DBLogging:
           TIME       1585334018.28183
           VALUE      0.08
       temperature:
         DBLogging:
           TIME       1585334018.28183
           VALUE      35
   JSONMAP:
     state      availability
     state_l1   state
     state_l2   0
   OLDREADINGS:
   READINGS:
     2020-03-27 19:24:34   associatedWith  KzLichtDeckeRechts
     2020-03-27 19:33:38   availability    OFF
     2020-03-27 19:33:38   consumption     1.63
     2020-03-27 19:33:38   linkquality     57
     2020-03-27 19:33:38   power           0.08
     2020-03-27 19:24:55   state           off
     2020-03-27 19:33:38   temperature     35
Attributes:
   DbLogExclude .*
   DbLogInclude temperature,power,consumption
   IODev      MQTT2
   comment    Channel 1 for KzLichtDeckeLinks, see also KzLichtDeckeLinks_CH2
   devicetopic zigbee2mqtt/0x00158d00044b2f81
   eventMap   { dev=>{ON=>'on',OFF=>'off'} }
   genericDeviceType switch
   group      Licht
   icon       light_pendant_light_round
   jsonMap    state:availability state_l1:state state_l2:0
   model      zigbee2mqtt_2channel_split
   readingList $DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }
   room       Kinderzimmer
   setList    on:noArg $DEVICETOPIC/l1/set {"state":"ON"}
  off:noArg $DEVICETOPIC/l1/set {"state":"OFF"}
attr KzLichtDeckeLinks setStateList on off


Und Channel 2
Internals:
   CFGFN     
   CHANGED   
   CID        zigbee_0x00158d00044b2f81
   DEF        zigbee_0x00158d00044b2f81
   DEVICETOPIC zigbee2mqtt/0x00158d00044b2f81
   FUUID      5e7e44b4-f33f-c2c3-b86a-da9ad978d0992dd9
   IODev      MQTT2
   LASTInputDev MQTT2
   MQTT2_MSGCNT 7
   MQTT2_TIME 2020-03-27 19:33:38
   MSGCNT     7
   NAME       KzLichtDeckeRechts
   NR         1552
   STATE      set_off
   TYPE       MQTT2_DEVICE
   JSONMAP:
     consumption 0
     linkquality 0
     power      0
     state      0
     state_l1   0
     state_l2   state
     temperature 0
   READINGS:
     2020-03-27 19:23:48   associatedWith  KzLichtDeckeLinks
     2020-03-27 19:27:42   state           set_off
Attributes:
   DbLogExclude .*
   DbLogInclude temperature,power,consumption
   IODev      MQTT2
   comment    Channel 2 for KzLichtDeckeLinks
   devicetopic zigbee2mqtt/0x00158d00044b2f81
   eventMap   { dev=>{ON=>'on',OFF=>'off'} }
   genericDeviceType switch
   group      Licht
   icon       light_pendant_light_round
   imageLink  /fhem/deviceimages/mqtt2/LLKZMK11LM.jpg
   jsonMap    state_l1:0 state_l2:state state:0 consumption:0 linkquality:0 power:0 temperature:0
   model      zigbee2mqtt_2channel_split
   readingList $DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }
   room       Kinderzimmer
   setList    on:noArg $DEVICETOPIC/l2/set {"state":"ON"}
  off:noArg $DEVICETOPIC/l2/set {"state":"OFF"}
   setStateList on off toggle

TomLee

Schau doch mal im Journal ob das Aufschluss gibt   sudo journalctl -u zigbee2mqtt.service -f

Gruß

Thomas

Dersch

Also dort sehe ich nur l1

Mär 29 19:16:14 MagicMirror npm[474]: zigbee2mqtt:info  2020-03-29 19:16:14: MQTT publish: topic 'zigbee2mqtt/0x00158d00044b2f81', payload '{"state_l1":"OFF","linkquality":55,"state_l2":"OFF","power":5.89,"consumption":1.65,"temperature":35}'
Mär 29 19:16:14 MagicMirror npm[474]: zigbee2mqtt:info  2020-03-29 19:16:14: MQTT publish: topic 'zigbee2mqtt/0x00158d00044b2f81', payload '{"state_l1":"OFF","linkquality":49,"state_l2":"OFF","power":5.89,"consumption":1.65,"temperature":35}'
Mär 29 19:16:15 MagicMirror npm[474]: zigbee2mqtt:info  2020-03-29 19:16:15: MQTT publish: topic 'zigbee2mqtt/0x00158d00044b2f81', payload '{"state_l1":"OFF","linkquality":47,"state_l2":"OFF","power":0.95,"consumption":1.65,"temperature":35}'
Mär 29 19:16:19 MagicMirror npm[474]: zigbee2mqtt:info  2020-03-29 19:16:19: MQTT publish: topic 'zigbee2mqtt/0x00158d00044b2f81', payload '{"state_l1":"ON","linkquality":47,"state_l2":"OFF","power":0.95,"consumption":1.65,"temperature":35}'
Mär 29 19:16:19 MagicMirror npm[474]: zigbee2mqtt:info  2020-03-29 19:16:19: MQTT publish: topic 'zigbee2mqtt/0x00158d00044b2f81', payload '{"state_l1":"ON","linkquality":55,"state_l2":"OFF","power":0.95,"consumption":1.65,"temperature":35}'
Mär 29 19:16:21 MagicMirror npm[474]: zigbee2mqtt:info  2020-03-29 19:16:21: MQTT publish: topic 'zigbee2mqtt/0x00158d00044b2f81', payload '{"state_l1":"ON","linkquality":55,"state_l2":"OFF","power":5.95,"consumption":1.65,"temperature":35}'


Allerdings bekomme ich auch keinen State von l1 in FHEM zurück wenn ich mit den Schaltern schalte. Das reading Availabilty schaltet aber.

Kann mir jemand mal bitte ein List zeigen? Ich vermute das aktuelle Template ist irgendwie nicht mehr korrekt.

TomLee

#29
Hab so ein Relais nicht, wenn ich mir das Template anschaue dann stimmt was mit deiner readingList und setList nicht

mMn sollte in redingList stehen

zigbee2mqtt:.* { json2nameValue($EVENT,'',$JSONMAP) }

und in setList

on:noArg zigbee2mqtt/l1/set {"state":"ON"}
off:noArg zigbee2mqtt/l1/set {"state":"OFF"}


bzw.

on:noArg zigbee2mqtt/l2/set {"state":"ON"}
off:noArg zigbee2mqtt/l2/set {"state":"OFF"}


Gruß

Thomas