Silvercrest Zigbee Produkte bei Lidl ab 03.12.

[guck123]

Das es da mittlerweile ein Web Frontend gibt war mir neu

Ich nutze ja einen anderen Stick. also auch eine andere Firmware (CC26X2R1).

Mit dem CC2531 hab ich immer die CC2531_DEFAULT_20190608 genutzt. Wie hier unter Punkt 6 beschrieben: https://www.zigbee2mqtt.io/information/flashing_the_cc2531.html

Kannst deinen CC2531 ja nochmal flashen. Das hat mir ab und an weitergeholfen.

und schau mal, ob das Device auch wirklich sauber entfernt wurde.

Die Einträge findest du in den Dateien configuration.yaml, database.db und state.json im /data Ordner.

So wie ich es verstanden habe, hattest du es ja ein mal erfolgreich hinzugefügt.

Grüße,

Denis

[fidel]

Hab ich auch schon alles gemacht. Auf dem RPI bekomme ich ein pair hin. auf dem Cubie scheitert es... Worauf läuft dein fhem?

[guck123]

Mein fhem läuft auf einem RPI. Dann bin ich erst Mal raus mit Ideen.

[biggsmann]

Hast Du mal versucht, ob ein USB-Hub mit ext. Spannungsversorgung hilft?
Ansonsten zu IKEA und irgend ein Zigbee-Teil kaufen. Damit könntest Du Deine Konfiguration zumindest testen und Fehler ausschließen. Vielleicht ist ja Deine Kette im Ar.....

cu
biggsmann

[Beta-User]

Je nach config wird mir der Stick in fhem manchmal als  MQTT2_zigbee_pi und manchmal MQTT2_zigbee_bridge angelegt. Meist wird es mir zusätzlich als bridge angelegt, wenn ich z2m mit frontend starte.

Tendenziell solltest du mit dem Problem "CC2531 will nicht" ein neues Thema starten, das hat nichts mit dem Lidl-Angebot zu tun.

Was den MQTT-Teil angeht, ist das vermutlich nochmal ein anderes Thema, das im MQTT-Bereich des Forums zu behandeln wäre. Dabei bitte dann https://wiki.fhem.de/wiki/MQTT#Welche_Infos_sollten_Anfragen_im_MQTT-Forum_enthalten.3F beachten!
Meine Vermutung ist: Wenn der Frontend-Dienst gestartet wird, kommuniziert der via MQTT, daher hat er auch eine eigene ClientID. Aber ohne Infos ist das Kaffeesatzleserei.

[fidel]

Danke erstmal für eure Hilfe. Mit einem anderen CC2531 hat des Anlernen jetzt mehrmals wesentlich besser funktioniert.

[JensS]

Nachdem ich vom Xiaomi-Modul zu MQTT2 gewechselt habe, stellt sich u.a. diese Frage: Welches Template nehmt ihr für die 3-fach Steckerleiste? Um die einzelnen Endpoints auszulesen und zu schalten habe ich mir readingsProxys angelegt...
Die Steckerleiste quasi als IODev:

Code Auswählen Erweitern

defmod Steckerleiste_2 MQTT2_DEVICE zigbee_0xec1bbdfffed0efa5
attr Steckerleiste_2 IODev MQTT2Server
attr Steckerleiste_2 devStateIcon .*:message_socket
attr Steckerleiste_2 devicetopic zigbee2mqtt/0xec1bbdfffed0efa5
attr Steckerleiste_2 eventMap { dev=>{ON=>'on',OFF=>'off'} }
attr Steckerleiste_2 group Steckerleiste_2
attr Steckerleiste_2 icon message_socket
attr Steckerleiste_2 model zigbee2mqtt_plug
attr Steckerleiste_2 readingList $DEVICETOPIC:.* { json2nameValue($EVENT) }\
zigbee2mqtt/0xec1bbdfffed0efa5/availability:.* availability
attr Steckerleiste_2 room ZIGBEE
attr Steckerleiste_2 setList 1_on:noArg $DEVICETOPIC/1/set {"state":"ON"}\
1_off:noArg $DEVICETOPIC/1/set {"state":"OFF"}\
2_on:noArg $DEVICETOPIC/2/set {"state":"ON"}\
2_off:noArg $DEVICETOPIC/2/set {"state":"OFF"}\
3_on:noArg $DEVICETOPIC/3/set {"state":"ON"}\
3_off:noArg $DEVICETOPIC/3/set {"state":"OFF"}\
attr MQTT2_zigbee_0xec1bbdfffed4fd23 setStateList 1_on 1_off 2_on 2_off 3_on 3_off
Der readingsProxy:

Code Auswählen Erweitern

defmod S2_2 readingsProxy Steckerleiste_2:state
attr S2_2 comment Steckerleiste_2 Dose_2
attr S2_2 devStateIcon on:message_socket@yellow off:message_socket@gray
attr S2_2 group Steckerleiste_2
attr S2_2 icon message_socket
attr S2_2 room ZIGBEE
attr S2_2 setFn {($CMD eq "on")?"2_on":"2_off"}
attr S2_2 setList on off
attr S2_2 stateFormat {lc(ReadingsVal("Steckerleiste_2","state_l2","error"))}
attr S2_2 webCmd :
Gruß Jens

[guck123]

Hallo,

für die Leiste habe ich zigbee2mqtt_2channel_split als Vorlage genommen. Hier wird ein zweites Device angelegt. Ich hab mir dann ein drittes kopiert und die Reading entsprechend angepasst.

Grüße,

Denis

[Beta-User]

Für 3- bzw. 4- und mehrfach- Aktoren gibt es bei zigbee2mqtt noch keine passenden attrTemplate.

Wie guck123 schreibt: das 2-fach nehmen (zigbee2mqtt_2channel_split) und entsprechend anpassen, das wäre eine gute Basis für das Emitteln der spezifischen Parameter. Die m.E. beste Basis vom Ablauf her für sowas Mehrkanaliges findet sich zwischenzeitlich in shelly4pro_split. Das nutzt ein paar interne Funktionen, um die erforderlichen Klone (zur richtigen Zeit) zu erstellen und macht dann nur noch kleinere Korrekturen, insbesondere in den readingList- und setList-Attributen.

Vorschläge für neue attrTemplates bitte dann an der richtigen Stelle einkippen.

Grundsätzlich finde ich "Einheitsdevice" + readingsProxy nicht (mehr) die ideale Lösung, direkt mit MQTT2_DEVICE-Bodmitteln ist m.e. eleganter...

[JensS]

Danke für die Hilfe. So kann ich das auf die richtigen Beine zu stellen. Gruß Jens

[Beta-User]

Mit dem heutigen update kommt dann auch ein attrTemplate für die 3-fach Steckdosenleiste. Ist aber ungetestet, Rückmeldung wäre nett...

[mkress]

Hi, habe die Lidl Lichterkette per Phoscon/Conbee-Stick als HueDevice an fhem angebunden.
Ist es möglich auch über das HueDevice die zusätzlichen Effekte anzusprechen - kann man das im HueDevice "übersteuern" - habe jetzt noch keine Lösung gefunden/oder falsch gesucht...

schöne Grüße
Markus

[JensS]

Danke für das neue attrTemplate der Steckerleiste. 
Im jsonMap müsste noch kein kleines L vor den Endpoint. state_l3:state

Gruß Jens

[Beta-User]

Danke für das neue attrTemplate der Steckerleiste. 
Im jsonMap müsste noch kein kleines L vor den Endpoint. state_l3:state

Gerne. Hoffe, das jetzt passend repariert zu haben.

Für mich sind übrigens RAW-listings aufschlussreich, wenn was nicht zueinander passt, also auch der Teil mit den "setstate"-Zeilen. Daran kann man in etwa ableiten, wie das mapping sein muss, und hier war halt komisch, dass der set-Topic - anders als bei den anderen beiden mehrkanaligen - plötzlich nur eine Zahl enthält. Bei den anderen spiegelt der Topic das state_xy-Reading...

[gadget]

Hallo,

Ich hab mit dem Silvercrest Zwischenstecker an zigbee2mqtt 1.16.2 (aktuelle stable) irgendwie keinen Erfolg. Eigentlich sollte  der Zwischenstecker in dieser Version ja supported sein.

Wenn ich mir die MQTT-Nachrichten ansehe kommt beim (Re-) Pairing (Taster lang gedrückt bis die LED blinkt):

Code Auswählen Erweitern


zigbee2mqtt/bridge/log {"message":"left_network","meta":{"friendly_name":"0xec1bbdfffe3274f2"},"type":"device_removed"}
zigbee2mqtt/bridge/log {"message":"left_network","meta":{"friendly_name":"0xec1bbdfffe3274f2"},"type":"device_removed"}
zigbee2mqtt/bridge/log {"message":"left_network","meta":{"friendly_name":"0xec1bbdfffe3274f2"},"type":"device_removed"}
zigbee2mqtt/bridge/log {"message":{"friendly_name":"0xec1bbdfffe3274f2"},"type":"device_connected"}
zigbee2mqtt/bridge/log {"message":"interview_started","meta":{"friendly_name":"0xec1bbdfffe3274f2"},"type":"pairing"}
zigbee2mqtt/bridge/log {"message":"announce","meta":{"friendly_name":"0xec1bbdfffe3274f2"},"type":"device_announced"}
zigbee2mqtt/bridge/log {"message":"interview_successful","meta":{"description":"Smart Plug","friendly_name":"0xec1bbdfffe3274f2","model":"HG06337","supported":true,"vendor":"Silvercrest"},"type":"pairing"}


In fhem wird aber kein Device per Autocreate angelegt und wenn ich den Taster auf dem Zwischenstecker kurz betätige klackt zwar das Relais, aber es kommen keine weiteren MQTT Messages. In der devicelist und in der networkmap taucht der aber auf. Irgend eine Idee ?

Grüße, gadget