Umzug v. MQTT_DEVICE und XiaomiMQTTDevice nach MQTT2_DEVICE

[Sedonion]

Ja, FHEM update wurde gestern durchgeführt. Ich hoffe die Templates sind da mit drin und auch aktuell?
Zumindest für die Plugs bin ich auf der Spur:
- Ein Plug Device gelöscht
- mit set MQTT2_Server publish zigbee2mqtt/ID_der_Plug/set {"state":"ON","brightness":60} geschaltet
- Plug ist wieder da aber mit folgender readinglist: zigbee2mqtt/Bassbox:.* { json2nameValue($EVENT) }
Wende ich da jetzt das template für die Plugs an, kommen solche Dinge dabei raus:

Code Auswählen Erweitern


Internals:
   CFGFN     
   CID        zigbee_Bassbox
   DEF        zigbee_Bassbox
   DEVICETOPIC zigbee2mqtt/Bassbox:.* { json2nameValue($EVENT)
   FUUID      5e8757ad-f33f-5a77-2244-041bc99761be0e7c
   IODev      MQTT2_Server
   NAME       MQTT2_zigbee_Bassbox
   NR         2168
   STATE      on
   TYPE       MQTT2_DEVICE
   READINGS:
     2020-04-03 17:35:09   associatedWith  MQTT2_zigbee_coordinator
     2020-04-03 17:35:09   last_seen       1585928109630
     2020-04-03 17:35:09   linkquality     52
     2020-04-03 17:35:09   state           ON
     2020-04-03 17:35:09   update_available false
Attributes:
   IODev      MQTT2_Server
   devicetopic zigbee2mqtt/Bassbox:.* { json2nameValue($EVENT)
   eventMap   { dev=>{ON=>'on',OFF=>'off'} }
   genericDeviceType switch
   icon       message_socket
   model      zigbee2mqtt_plug
   readingList $DEVICETOPIC:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
   setList    on:noArg $DEVICETOPIC/set {"state":"ON"}
  off:noArg $DEVICETOPIC/set {"state":"OFF"}
attr MQTT2_zigbee_Bassbox setStateList on off


Allein das Devicetopic haut so nicht hin.
Kann es richtig sein, dass über alle die eckigen Klammern mit drin sind?

[Beta-User]

Hmm, ok, hast recht, das devicetopic scheint "kaputt" zu sein, der Doppelpunkt und alles danach muß an der Stelle raus.

Muß den Fehler erst suchen, wird ggf. etwas dauern, bitte einstweilen manuell reparieren...

[Beta-User]

OK, habe es gefunden und im svn auch eine passendes update bereitgestellt.
Kannst du mal das hier machen:

Code Auswählen Erweitern

{ Svn_GetFile("FHEM/lib/AttrTemplate/mqtt2.template", "FHEM/lib/AttrTemplate/mqtt2.template", sub(){ AttrTemplate_Initialize() }) }
und dann das neue/aktualisierte template anwenden? Das sollte auch mit der "falschen Schreibweise" in devicetopic klarkommen...

[Sedonion]

Mach ich gern, aber vorher noch ein Hinweis:
Mal hat er das devicetopic richtig gesetzt, mal nicht.
Kann das was mit der Auswahl im Popup Fenster bezüglich Alexa zu tun haben?

Nach dem Template Update habe ich alle Plugs gelöscht, den zigbee2mqtt Dienst neu gestartet und auf alle Plugs das Template angewandt.

Topics sehen gut aus

[Sedonion]

Ich muss korrigieren:
Topics sehen nicht gut aus.
Es wird das letzte Zeichen weg gelassen.

Aus zigbee2mqtt/Gartenhaus wird zigbee2mqtt/Gartenhau und aus zigbee2mqtt/Druckersteckdose wird zigbee2mqtt/Druckersteckdos

[Beta-User]

Kannst du bitte den genauen Weg nennen, wie das Device jetzt konfiguriert wurde (aus dem "kaputten" von neulich heraus oder gelöscht, autocreate, neues attrTemplate)?

Dann wäre ein RAW-list nett, der Fehler kann nämlich an zwei Stellen entstehen, und ich kann so nicht erkennen, worauf sich das bezieht.

Es würde mir zusätzlich helfen, wenn ich ein "neues" Device (auch als RAW-List) bekäme, falls ich doch was testen muß...

[Sedonion]

Ich habe das Device gelöscht, den zigbee2mqtt Dienst restartet, dadruch durch autocreate das Device anlegen lassen und das neue Template laufen lasen.
Ich habe hier noch einige ungenutzte nie angemeldete Contaktsensoren, die ich nachher einbinden und "jungfräulich" den Weg durch spiele und das RAW Device schicke.

Es gibt im zigbee2mqtt_ContactSensor Template einen weiteren Fehler im Zusammenspiel mit Alexa und dem Homebridgemapping.
Soll  ich da auch hier beschreiben oder in den zigbee2mqtt Template Thread?

[Beta-User]

Es wäre vermutlich einfacher, beide Themen zusammen in einen Extra-Thread zu packen, ist jweils an sich kein Umstellungs-Thema, und das mit dem mapping geht ggf. "on the fly" zusammen mit der Frage, was an der regex jetzt wieder/noch kaputt ist.