Gepostet 5 August 2023
In AliExpresss Ramschangeboten: z.B. Tuya Wifi-Zwischensteckdose 16/20 A, Leistungsmessung; OTA mit OpenBeken (alt. Firmware) flashbar 3,73€
Guten Abend
Vielleicht für den einen oder anderen interessant..
Aliexpress bietet mir gerade in der App in den Rubriken "3 für US $ 5,99" haufenweise Tuya-Zeug für 3,73 an; schaltbare Steckdosen, Minischalter, Bewegungsmelder, Wasseralarm, Temperatur-und Feuchtemesser; teils mit WLAN ("WiFi plus Bluetooth", BT aber nur zu leichteren Erkennung des Gerätes), teils Zigbee. Wie üblich darf man in einer Bestellung nur jeweils ein Exemplar eines Angebotes bestellen. Teilweise tauchen die Teile oder sehr ähnliche aber mehrfach auf oder man macht einfach mehr Bestellungen.
Bei den meisten werden die Angebote in den Rubriken wahrscheinlich nicht gleich angezeigt. Dann lohnt es sich, ein wenig im allgemeinen Bereich der Alieexpress-App nach "Tuya plug" und ähnlichen Begriffen zu suchen. Meist ergänzt Aliexpress seine Sonderangebote mit Artikeln, die zu kürzlichen Suchanfragen des Kunden passen.
Ich habe ein paar verschiedene Teile bestellt, u.a. diese Zwischensteckdose: a.aliexpress.com/_ms…6ry . Die Sachen kamen aus Polen, waren schnell da.
Ich hatte mir eigentlich nicht viel davon versprochen, weil ich China-Clouds nicht mag und nicht zu wagen hoffte, dass man auf aktuelle Billiggeräte eine alternative Firmware spielen kann.
Aber es gibt gerade wieder eine "Sicherheitslücke" in der Tuya-Firmware, die es ermöglicht auf viele Geräte mit den BK7231T- und BK7231N-Chips eine alternative Firmware übers WLAN aufzuspielen. Als Tool habe ich dafür unter Linux den Tuya-Cloudcutter verwendet ( github.com/tuy…ter ). Als Firmware habe ich OpenBeken gewählt, das ist äußerlich Tasmota-ähnlich, wenn auch recht unübersichtlich. Es fehlt auch trotz der vielen Möglichkeiten mMn auch noch an Funktionalität. Außerdem gibt es noch ESPHome-Kickstart, das ich jedoch nicht ausprobiert habe. Oder die Firmware von CloudCutter selber, der aber so schöne Sachen wie das Web-GUI fehlen. Die trennt halt in erster Linie die Geräte einfach von der Cloud, man kann sie dann über geeignete Routinen/Software (z.B. tinytuya) im eigenen Netzwerk ansprechen.
Achtung: nach der Manipulation durch Tuya-CloudCutter lässt sich das Gerät nicht mehr mit der Tuya-App/Cloud nutzen. Ein Rückgängigmachen ist laut Github nicht möglich!
Das Aufspielen hat mit "meiner" Steckdose gut geklappt, nur die Zuordnung des Knopfes am Gerät stimmt noch nicht. Allerdings gibt es auch schon wieder Geräte mir gepatchter Firmware, bei denen Tuya-CloudCutter nicht mehr funktioniert. Ich kann also nur von dem Modell reden, dass ich bekommen habe.
Edit: den Button auf Pin 10, Channel 1 legen, dann wird er erkannt
Eine Anleitung für die Installation von OpenBeken mit Tuya-CloudCutter findet sich z.B. hier. Ich habe auch noch eine deutsche Anleitung für den Raspi gefunden, aber die kommt mir, hm, etwas käsig vor. Ich schreib mal ohne jede Garantie auf, wie es bei mir ging. Aber Vorsicht, das gilt nur für diese Steckdose. Die alternative Firmware muss zu Chip und Versionsnummer der Originalfirmware passen. OpenBeken und auch ESPHome-Kickstart muss man nicht selber suchen, die sind bei Tuya-Cloudcutter mit dabei.
Im Prinzip braucht man zur Installation einen Rechner mit einem gebräuchlichen Linux mit Docker und NetworkManager, muss das Github-Projekt herunterladen und entpacken. Bevor man sonst etwas macht, verbindet man die Steckdose einmal mit der originalen Tuya-App (Tuya Smart) aus dem Playstore, um in Menue -> Upgrade die "Hauptmodulnummer" zu finden. Das ist die Firmware-Version, im Fall meiner Steckdose ist es 1.1.8. Danach muss man über Menue -> Gerät entfernen -> Trennen und Löschen Sie alle Daten von der App. das Gerät wieder aus der App löschen, ansonsten funktioniert das Aufspielen der neuen Firmware nicht. Leider muss man für die kurze Nutzung von Tuya Smart ein Userkonto anlegen.
Dann gibt es etwas Getippe in der Konsole... Im entpackten Verzeichnis (z.B. Downloads/tuya-cloudcutter-main) startet man Tuya-Cloudcutter mit sudo ./tuya-cloudcutter.sh und gibt das Sudo-Passwort ein.
Der Script startet mit einer "Warnung": WARNING selected WiFi AP support:
Dahinter muss "ja" stehen, wenn die eigenen WLAN-Karte AP-Support liefert, ansonsten läuft der Skript nicht durch. Bei mir stand da auch "ja", also musste ich die Warnung nur quittieren
Bei der nächsten Abfrage wählt man für OpenBeken:
2) Flash 3rd Party Firmware
Bei How do you want to choose the device?... wählt man:
By Firmware version and name
Dann wählt man 1.1.8 - BK7231N / oem bk7231n plug aus.
Als nächstes musste ich auf meinem Notebook dem Skript mit y erlauben, den Port 53 freizuräumen und dafür systemd-resolve zu stoppen.
Dann noch die Firmware auswählen: OpenBeken-v17.130 bk7231n.ug.bin
Als nächstes muss man die Steckdose in den AP-Modus bringen. D.h. einstecken, 10 Sekunden auf den Knopf drücken, dann loslassen. (LED blinkt schnell, etwa 2x/Sekunde). Dann noch einmal 10 Sekunden auf den Knopf drücken (LED blinkt langsamer).
Danach rattert der Skript nur kurz und man muss die Steckdose vom Stromnetz trennen, wieder einstecken und wieder, wie oben, in den AP-Modus bringen.
Dann arbeitet der Skript sich noch durch den Rest und die Steckdose startet im Fall der Installation von OpenBeken als AP mit der IP 192.168.4.1 und spannt ein WLAN auf, das erkennbar etwas mit "OpenBeken" im Namen trägt.
Verbindet man sich mit diesem WLAN und trägt 192.168.4.1 im Browser ein, landet man schon auf der Web-GUI von OpenBeken. Die sieht Tasmota recht ähnlich. Dort konfiguriert man das WLAN auf die richtigen Einstellungen um und lässt die Steckdose neu starten, danach verbindet man sich mit ihr unter ihrer neuen IP im heimischen Netzwerk.
Dann fehlt für den ersten Erfolg nur noch die GPIO-Konfiguration. Prinzipiell geht das über den Punkt Launch Web Application - Config und man kann dort unter vielen Geräten im Dropdown-Menue die Tuya Tuya AU LSPA9? Smart Socket Energy Monitoring auswählen. Bei mir lässt sich mit dieser Voreinstellung die Steckdose über die Web-GUI schalten und sie zeigt auch Leistung etc. an (Spannung mit 254.8V etwas hoch), aber jetzt geht der Knopf am Gerät selber nicht mehr. Da muss ich noch schauen, auf welchen Pin der liegt. Aber nicht mehr heute
Edit: wie oben schon vermerkt: die richtige Einstellung für den Button ist Pin 10, Channel 1
Edit 22.08.2023: die WLAN-Steckdose war bisher nur ein Teilerfolg. Zwar läuft sie gut mit OpenBK und wird, nachdem ich gelesen habe, dass man dazu im GUI der Dose unter config/Configure General/Flags den Flag 30 [MQTT] Enable Tasmota.... setzen muss, auch von ioBroker erkannt.
Es wurde ein Objekt unter sonoff erstellt, die Datenpunkte funktionieren größtenteils, die Dose lässt sich schalten, die aktuellen Werte und der kumulierte Verbrauch wird angezeigt, alles super. Aber im Protokoll laufen jede Sekunde mehrere Warnungen ein, die so aussehen (Beispiel):
sonoff.0 2023-08-21 11:17:17.352 warn Client [obk55C52385] Message 1051 deleted after 11 retries
Gleichzeitig zählt das Log der Steckdose pausenlos "secondsWithNoPing" hoch. Also irgendwie verstehen sich Dose und ioBroker doch noch nicht richtig gut Wenn jemanden was dazu einfällt, wäre es nett, wenn er sich hier äußert.
Vielleicht für den einen oder anderen interessant..
Aliexpress bietet mir gerade in der App in den Rubriken "3 für US $ 5,99" haufenweise Tuya-Zeug für 3,73 an; schaltbare Steckdosen, Minischalter, Bewegungsmelder, Wasseralarm, Temperatur-und Feuchtemesser; teils mit WLAN ("WiFi plus Bluetooth", BT aber nur zu leichteren Erkennung des Gerätes), teils Zigbee. Wie üblich darf man in einer Bestellung nur jeweils ein Exemplar eines Angebotes bestellen. Teilweise tauchen die Teile oder sehr ähnliche aber mehrfach auf oder man macht einfach mehr Bestellungen.
Bei den meisten werden die Angebote in den Rubriken wahrscheinlich nicht gleich angezeigt. Dann lohnt es sich, ein wenig im allgemeinen Bereich der Alieexpress-App nach "Tuya plug" und ähnlichen Begriffen zu suchen. Meist ergänzt Aliexpress seine Sonderangebote mit Artikeln, die zu kürzlichen Suchanfragen des Kunden passen.
Ich habe ein paar verschiedene Teile bestellt, u.a. diese Zwischensteckdose: a.aliexpress.com/_ms…6ry . Die Sachen kamen aus Polen, waren schnell da.
Ich hatte mir eigentlich nicht viel davon versprochen, weil ich China-Clouds nicht mag und nicht zu wagen hoffte, dass man auf aktuelle Billiggeräte eine alternative Firmware spielen kann.
Aber es gibt gerade wieder eine "Sicherheitslücke" in der Tuya-Firmware, die es ermöglicht auf viele Geräte mit den BK7231T- und BK7231N-Chips eine alternative Firmware übers WLAN aufzuspielen. Als Tool habe ich dafür unter Linux den Tuya-Cloudcutter verwendet ( github.com/tuy…ter ). Als Firmware habe ich OpenBeken gewählt, das ist äußerlich Tasmota-ähnlich, wenn auch recht unübersichtlich. Es fehlt auch trotz der vielen Möglichkeiten mMn auch noch an Funktionalität. Außerdem gibt es noch ESPHome-Kickstart, das ich jedoch nicht ausprobiert habe. Oder die Firmware von CloudCutter selber, der aber so schöne Sachen wie das Web-GUI fehlen. Die trennt halt in erster Linie die Geräte einfach von der Cloud, man kann sie dann über geeignete Routinen/Software (z.B. tinytuya) im eigenen Netzwerk ansprechen.
Achtung: nach der Manipulation durch Tuya-CloudCutter lässt sich das Gerät nicht mehr mit der Tuya-App/Cloud nutzen. Ein Rückgängigmachen ist laut Github nicht möglich!
Das Aufspielen hat mit "meiner" Steckdose gut geklappt, nur die Zuordnung des Knopfes am Gerät stimmt noch nicht. Allerdings gibt es auch schon wieder Geräte mir gepatchter Firmware, bei denen Tuya-CloudCutter nicht mehr funktioniert. Ich kann also nur von dem Modell reden, dass ich bekommen habe.
Edit: den Button auf Pin 10, Channel 1 legen, dann wird er erkannt
Eine Anleitung für die Installation von OpenBeken mit Tuya-CloudCutter findet sich z.B. hier. Ich habe auch noch eine deutsche Anleitung für den Raspi gefunden, aber die kommt mir, hm, etwas käsig vor. Ich schreib mal ohne jede Garantie auf, wie es bei mir ging. Aber Vorsicht, das gilt nur für diese Steckdose. Die alternative Firmware muss zu Chip und Versionsnummer der Originalfirmware passen. OpenBeken und auch ESPHome-Kickstart muss man nicht selber suchen, die sind bei Tuya-Cloudcutter mit dabei.
Im Prinzip braucht man zur Installation einen Rechner mit einem gebräuchlichen Linux mit Docker und NetworkManager, muss das Github-Projekt herunterladen und entpacken. Bevor man sonst etwas macht, verbindet man die Steckdose einmal mit der originalen Tuya-App (Tuya Smart) aus dem Playstore, um in Menue -> Upgrade die "Hauptmodulnummer" zu finden. Das ist die Firmware-Version, im Fall meiner Steckdose ist es 1.1.8. Danach muss man über Menue -> Gerät entfernen -> Trennen und Löschen Sie alle Daten von der App. das Gerät wieder aus der App löschen, ansonsten funktioniert das Aufspielen der neuen Firmware nicht. Leider muss man für die kurze Nutzung von Tuya Smart ein Userkonto anlegen.
Dann gibt es etwas Getippe in der Konsole... Im entpackten Verzeichnis (z.B. Downloads/tuya-cloudcutter-main) startet man Tuya-Cloudcutter mit sudo ./tuya-cloudcutter.sh und gibt das Sudo-Passwort ein.
Der Script startet mit einer "Warnung": WARNING selected WiFi AP support:
Dahinter muss "ja" stehen, wenn die eigenen WLAN-Karte AP-Support liefert, ansonsten läuft der Skript nicht durch. Bei mir stand da auch "ja", also musste ich die Warnung nur quittieren
Bei der nächsten Abfrage wählt man für OpenBeken:
2) Flash 3rd Party Firmware
Bei How do you want to choose the device?... wählt man:
By Firmware version and name
Dann wählt man 1.1.8 - BK7231N / oem bk7231n plug aus.
Als nächstes musste ich auf meinem Notebook dem Skript mit y erlauben, den Port 53 freizuräumen und dafür systemd-resolve zu stoppen.
Dann noch die Firmware auswählen: OpenBeken-v17.130 bk7231n.ug.bin
Als nächstes muss man die Steckdose in den AP-Modus bringen. D.h. einstecken, 10 Sekunden auf den Knopf drücken, dann loslassen. (LED blinkt schnell, etwa 2x/Sekunde). Dann noch einmal 10 Sekunden auf den Knopf drücken (LED blinkt langsamer).
Danach rattert der Skript nur kurz und man muss die Steckdose vom Stromnetz trennen, wieder einstecken und wieder, wie oben, in den AP-Modus bringen.
Dann arbeitet der Skript sich noch durch den Rest und die Steckdose startet im Fall der Installation von OpenBeken als AP mit der IP 192.168.4.1 und spannt ein WLAN auf, das erkennbar etwas mit "OpenBeken" im Namen trägt.
Verbindet man sich mit diesem WLAN und trägt 192.168.4.1 im Browser ein, landet man schon auf der Web-GUI von OpenBeken. Die sieht Tasmota recht ähnlich. Dort konfiguriert man das WLAN auf die richtigen Einstellungen um und lässt die Steckdose neu starten, danach verbindet man sich mit ihr unter ihrer neuen IP im heimischen Netzwerk.
Dann fehlt für den ersten Erfolg nur noch die GPIO-Konfiguration. Prinzipiell geht das über den Punkt Launch Web Application - Config und man kann dort unter vielen Geräten im Dropdown-Menue die Tuya Tuya AU LSPA9? Smart Socket Energy Monitoring auswählen. Bei mir lässt sich mit dieser Voreinstellung die Steckdose über die Web-GUI schalten und sie zeigt auch Leistung etc. an (Spannung mit 254.8V etwas hoch), aber jetzt geht der Knopf am Gerät selber nicht mehr. Da muss ich noch schauen, auf welchen Pin der liegt. Aber nicht mehr heute
Edit: wie oben schon vermerkt: die richtige Einstellung für den Button ist Pin 10, Channel 1
Edit 22.08.2023: die WLAN-Steckdose war bisher nur ein Teilerfolg. Zwar läuft sie gut mit OpenBK und wird, nachdem ich gelesen habe, dass man dazu im GUI der Dose unter config/Configure General/Flags den Flag 30 [MQTT] Enable Tasmota.... setzen muss, auch von ioBroker erkannt.
Es wurde ein Objekt unter sonoff erstellt, die Datenpunkte funktionieren größtenteils, die Dose lässt sich schalten, die aktuellen Werte und der kumulierte Verbrauch wird angezeigt, alles super. Aber im Protokoll laufen jede Sekunde mehrere Warnungen ein, die so aussehen (Beispiel):
sonoff.0 2023-08-21 11:17:17.352 warn Client [obk55C52385] Message 1051 deleted after 11 retries
Gleichzeitig zählt das Log der Steckdose pausenlos "secondsWithNoPing" hoch. Also irgendwie verstehen sich Dose und ioBroker doch noch nicht richtig gut Wenn jemanden was dazu einfällt, wäre es nett, wenn er sich hier äußert.
Zusätzliche Info
17 Kommentare
sortiert nachHeute geht es um einen anderen von den Billig-Temp-Feuchte-Fühlern von Ali, im folgenden Bild ist es der ganz rechte:
Der ist kleiner, runder als der vorherige und trägt unter seinem Kleid die Bezeichnung "ZTH02 V1.6".
Achtung: der ist derzeit *nicht* mit ioBroker kompatibel, zumindest nicht, solange man bei der "stable"-Version des Zigbee-Adapters bleibt.
Er wird unter der aktuellen Version 1.8.10 des Zigbee-Adapters problemlos, aber falsch als WSD500A erkannt. Danach überträgt er zwar link_quality, aber nicht Temperatur und Feuchte. Außerdem meldet er sich alle paar Minuten mit "Device '0xx.....' announced itself", fühlt sich wohl selber noch nicht so richtig verbunden.
Nach einer Recherche in eingängigen Foren schien mir der einzige Weg zu sein, statt der in ioBroker "erlaubten" stabilen Zigbee-Version 1.8.10 eine neuere direkt von github zu installieren. Dort gibt es im recht schnellen Wechsel neue Versionen des Adapter mit neu eingebunden Geräten (und vielleicht neuen Fehlern). Ich hab den ioBroker bisher eh nur zu rumspielen und mache ein tägliches Backup, da habe ich das probiert. Mit einem "Produktivsystem" hätte ich das nicht gemacht
Den Adapter von github kann man in ioBroker nur mit der "Katze" installieren. Was bedeutet das? Stellt man ioBroker auf Expertenmodus um, dann erscheint unter "Adapter" oben in der Leiste das Icon einer winkenden Katze (siehe orangeroten Kreis):
(edit: habe hier "zwischengespeichert", da das Bild mal wieder nicht hochgeladen wurde. Erfahrungsgemäß klappt es dann, wenn ich den Beitrag abschicke und ihn danach zum Weiterschreiben bearbeite)
Klickt man auf die Katze, kann man den von github zu installierenden Adapter aussuchen:
Das klappte dann aber auch nicht sofort, da diese Routine den Zigbee-Adapter wirklich installiert und nicht aktualisiert. Daher bricht die Installation mit Fehlermeldung ab, wenn die originale Version noch installiert ist. Ich wollte sie nicht vorher löschen, da ich mir nicht sicher war, ob nicht dadurch alle verbundenen Geräte verloren gehen (glaubte ich zwar nicht, kenne mich aber zu wenig aus, um das auszuschließen).
Daher habe ich nach 3 Abbrüchen die jeweils im Protokoll erwähnte Datei unter /opt/iobroker/node_modules/ umbenannt. Dann lief die Installation durch.
Danach wurde der Sensor richtig als ZTH02 erkannt. Bis er die ersten Werte lieferte, dauerte es jedoch noch eine ganze Weile, obwohl ich ihn zwischendrinn auch mal ins Eisfach steckte. Nach etwa 30 Minuten waren dann erste Werte da. Mal sehen, ob das jetzt dauerhaft gut läuft
Zumindest kann man darauf hoffen, dass der Sensor irgendwann auch ganz offiziell in ioBroker laufen wird, wenn er jetzt schon in der aktuellen github-Version des Adapters erkannt wird. Also auch wenn ich ioBroker wieder auf Zigbee Version 1.8.10 zurücksetze, hab ich das Teil nicht ganz umsonst gekauft. (bearbeitet)
Konntest du auch Geräte finden auf denen man Tasmota direkt flashen kann?
Hast du vielleicht noch die Links zu deinen anderen bestellten Geräten? (Gerne auch per PM)
Diesen Zigbee Temperatur- und Feuchtefühler für 3,74 € habe ich kurz ausprobiert. Ließ sich mühelos unter ioBroker mit CC2652RB-Zigbeestick von Slae.sh pairen. Kann noch nichts über Genauigkeit und Batterielaufzeit sagen. Aber als erstes Zwischenergebnis für so ein Billigteil ermutigend
Edit:
hier ein Bild von den Werten von dem Teil und einem Aqara-Sensor. Liegen recht nahe beieinander; 23,96 zu 23.75 Grad und 66,69 zu 65,23% Feuchte. Und ein nicht smartes Messgerät von TFA Dostmann zeigt 23,7 Grad und 65% Feuchte an. Entweder gehen die Geräte alle ähnlich falsch, oder die Ergebnisse sind recht nah an der Realität
Ich bleibe mittlerweile am liebsten einfach bei Zigbee Geräten. Dann muss ich mir keine Gedanken darüber machen, wie ich sie ohne Cloud nutzen kann, da das alles abhängig vom Gateway ist.
Meine alten WLAN-Geräte funktionieren zum Glück noch alle mit Tasmota.
Aber danke für die sehr gute Beschreibung oben. Ich werde mal gucken, ob da irgendwas bei den Links mit Zigbee für 3-4€ dabei ist...
Genau
Ich wollte, ich könnte auch behaupten, etliche meiner Käufe einer sinnvollen Verwendung zugeführt zu haben.
Aber, ehrlich gesagt, bei mir füllen die vielen Arduinos, Esps, Raspberries, WLAN-, Zigbee- und sonstigen Teile, Steckdosen, Sensoren, Aktoren, Switches.... im wesentlichen die Schubladen...
Von daher *Respekt* (und ein wenig Neid ).
Und noch ein Billigteil habe ich ausprobiert, einen Zigbee-Bewegungsmelder (hat bei mir noch 3,74 € gekostet). Der ist sehr klein, rund und hat eine CR2240-Batterie dabei. Jetzt habe ich ja in ioBroker die github-Variante des Zigbee-Adapters installiert und kann daher nicht sagen, ob der Bewegungsmelder auch im "normalen" ioBroker erkannt wird. Bei mir gab es keine Probleme und er wurde als 809WZT eingetragen.
Ich hatte bisher noch keinen smarten Bewegungsmelder und war überrascht, dass es keinen Datenpunkt für "getriggert" gibt, sondern nur "occupancy". Der wird "true", wenn der Sensor eine Bewegung erkennt und bleibt so, bis etwa 1 Minute lang keine Bewegung erkannt worden ist. Ich hab den jetzt mal im Kellerflur zur Lichtsteuerung ausprobiert.
Funktioniert soweit gut, das Licht wird innerhalb etwa einer Sekunde eingeschaltet. Die kompakte runde Bauform mit dem Batteriedeckel an der Rückseite macht die Wahl des Aufstellungsortes etwas schwierig.
Wie gut der Erkennungsbereich und die Zuverlässigkeit ist/sind, weiß ich noch nicht. Aber da dürfte das Beispiel eines einzelnen Gerätes, wie auch bei den anderen Sensoren, nicht viel bringen. Zu einem anderen Billig-Bewegungssensor habe ich im Netz eine Diskussion gelesen, in der Meldungen wie "5 gekauft, 4 gleich kaputt" oder "alle geben x-mal am Tag Fehlalarm" etwa genauso vielen Meldungen mit "Superteile, völlig unproblematisch" oder ähnlichem gegen überstanden. Naja, die Serienstreuung. Und man kann sich ja nie sicher sein, ob man das gleiche Produkt bekommt wie ein anderer, bloß weil man auf der gleichen Angebotsseite ein Gerät mit gleichen Namen gekauft hat... (bearbeitet)
Ist natürlich ein Unterschied, ob es gut sicht- und riechbar ohne brennbares Material in der Nähe eine einzelne Lampe schaltet. Oder im Keller, mit losem Altpapier zugestapelt, vergessen unter dem Regal mit Lacken und Lösungsmitteln, die Großraumwaschmaschine für die Kochwäsche überwacht
Immerhin hat es ein CE-Zeichen mit dem richtigen Abstand zwischen C und E
Habe einen Conbee II und er wird nicht gefunden. Hatte neben ZHA auch schonmal kurz über Zigbee2MQTT probiert, dort wurde er aber auch nicht gefunden obwohl eigentlich vorhanden (zigbee2mqtt.io/dev…tml)
Oder ist er vielleicht einfach nur defekt?