Hallo zusammen,
ich ziehe gerade von einem RPI4 auf einen RPI5 um und habe einen Zigbee2mqtt docker container.
Mein Problem ist nun am RPI5 den cc2531 zu identifizieren und in den docker container zu mappen.
RPI4
pi@raspberrypi:~ $ sudo lsusb
Bus 002 Device 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 007: ID 0451:16a8 Texas Instruments, Inc. <<< das sollte der cc2531 sein
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~/docker-compose/fhem_2022 $ cat docker-compose.yml
< snip >
zigbee2mqtt:
image: koenkk/zigbee2mqtt:latest
volumes:
- ./zigbee2mqtt/data:/app/data
- /run/udev:/run/udev:ro
devices:
- /dev/ttyACM0:/dev/ttyACM0 <<< so hatte ich das damals dann eingetragen
restart: always
ports:
- '8084:8080'
privileged: true
environment:
- TZ=Europe/Berlin
depends_on:
- "fhem"
< snip >
RPI5
root@raspberrypi:~# sudo lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 006: ID 17ef:609b Lenovo Professional Wireless Keyboard and Mouse Combo
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 0451:16a8 Texas Instruments, Inc. CC2531 ZigBee <<< da isser auch zu sehen
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
# Laut zigbee2mqtt sollte man das mit diesem Namen eintragen
root@raspberrypi:~# ls -l /dev/serial/by-id
lrwxrwxrwx 1 root root 13 22. Apr 18:55 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E1E960-if00 -> ../../ttyACM0
# ohne den cc2531
root@raspberrypi:/docker/fhem_2025# ls -l /dev/ttyACM0
ls: Zugriff auf '/dev/ttyACM0' nicht möglich: Datei oder Verzeichnis nicht gefunden
# mit dem cc2531
root@raspberrypi:/docker/fhem_2025# ls -l /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 22. Apr 19:26 /dev/ttyACM0
pi@raspberrypi:~/docker-compose/fhem_2022 $ cat docker-compose.yml
< snip >
zigbee2mqtt:
image: koenkk/zigbee2mqtt:latest
volumes:
- ./zigbee2mqtt/data:/app/data
- /run/udev:/run/udev:ro
devices:
# - /dev/ttyACM0:/dev/ttyACM0 <<<< beide Varianten führen zum selben Ergebnis
- /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E1E960-if00:/dev/ttyACM0
restart: always
ports:
- '8084:8080'
privileged: true
environment:
- TZ=Europe/Berlin
depends_on:
- "fhem"
< snip >
Leider bekomme ich dann diese Fehlermeldung und verstehe sie mal wieder nicht
Using '/app/data' as data directory
Starting Zigbee2MQTT without watchdog.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
READ THIS CAREFULLY
Refusing to start because configuration is not valid, found the following errors:
- serial/adapter must be equal to one of the allowed values
If you don't know how to solve this, read https://www.zigbee2mqtt.io/guide/configuration
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Failure page is available at http://0.0.0.0:8080/
## Auf der zigbee2mqtt GUI ist dann der Link zur Hilfe, jedoch hat nichts zur Lösung geführt, oder ich habe mich nicht getraut :-)
Zigbee2MQTT configuration is not valid
Found the following errors:
- serial/adapter must be equal to one of the allowed values
If you don't know how to solve this, read https://www.zigbee2mqtt.io/guide/configuration
# Hier noch die zigbee configuration.yaml
root@raspberrypi:/docker/fhem_2025# cat zigbee2mqtt/data/configuration.yaml
homeassistant:
enabled: false
mqtt:
client_id: zigbee_bridge
base_topic: zigbee2mqtt
server: mqtt://192.168.178.60:1883
keepalive: 60
reject_unauthorized: true
version: 4
serial:
port: /dev/ttyACM0
disable_led: false
adapter: auto
frontend:
enabled: true
port: 8080
host: 0.0.0.0
devices:
'0x90fd9ffffee0cb7b':
friendly_name: '0x90fd9ffffee0cb7b'
< snip >
groups:
'1':
friendly_name: Wz_Licht
'2':
friendly_name: Ku_Licht
devices:
- 0x90fd9ffffed8dee7
- 0x90fd9ffffee0cb7b
ota:
disable_automatic_update_check: true
availability:
enabled: false
advanced:
log_level: info
device_options: {}
version: 4
Der untere Teil der configuration.yaml wurde ab groups: durch eine Migration beim Start des containers verändert.
Der alte docker container läuft nun leider als einziger noch auf dem RPI4 und ich habe ihn ins neue FHEM umgelenkt.
VG Christian
Hi.
Zitat von: ch.eick am 22 April 2025, 20:01:30...
serial:
port: /dev/ttyACM0
disable_led: false
adapter: auto
...
Nur eine Idee: ich meine, dass "auto" nicht mehr geht, sondern ein konkreter Adapter benannt sein soll - so habe ich diese Seite jedenfalls verstanden: https://www.zigbee2mqtt.io/guide/configuration/adapter-settings.html#basic-configuration
# Adapter type, allowed values: `zstack`, `ember`, `deconz`, `zigate` or `zboss`
adapter: zstack
Und laut dieser Seite müsste es in Deinem Fall "zstack" sein: https://www.zigbee2mqtt.io/guide/adapters/zstack.html#not-recommended-cc2530-cc2531-cc2538
bitte mal testen, ob das so fruchten will:
...
serial:
port: /dev/ttyACM0
disable_led: false
adapter: zstack
...
Vielleicht hilft das schon was. Ansonsten sehe ich auf die Schnelle auch nix Verdächtiges :)
VG
rob
Zitat von: ch.eick am 22 April 2025, 20:01:30Leider bekomme ich dann diese Fehlermeldung und verstehe sie mal wieder nicht
Was kann man denn daran NICHT verstehen? Noch eindeutiger kann eine Fehlermeldung doch gar nicht sein...
Zitat- serial/adapter must be equal to one of the allowed values
Du hast im Abschnitt "serial" einen nicht erlaubten Wert für "adapter" angegeben.
Mach es richtig und es wird funktionieren.
Fertig.
Zitat von: rob am 22 April 2025, 21:22:04Hi.
Zitat von: ch.eick am 22 April 2025, 20:01:30...
serial:
port: /dev/ttyACM0
disable_led: false
adapter: auto
...
Nur eine Idee: ich meine, dass "auto" nicht mehr geht, sondern ein konkreter Adapter benannt sein soll - so habe ich diese Seite jedenfalls verstanden: https://www.zigbee2mqtt.io/guide/configuration/adapter-settings.html#basic-configuration
# Adapter type, allowed values: `zstack`, `ember`, `deconz`, `zigate` or `zboss`
adapter: zstack
Und laut dieser Seite müsste es in Deinem Fall "zstack" sein: https://www.zigbee2mqtt.io/guide/adapters/zstack.html#not-recommended-cc2530-cc2531-cc2538
bitte mal testen, ob das so fruchten will:
...
serial:
port: /dev/ttyACM0
disable_led: false
adapter: zstack
...
Vielleicht hilft das schon was. Ansonsten sehe ich auf die Schnelle auch nix Verdächtiges :)
VG
rob
Hallo Rob,
vielen Dank für die Unterstützung, meine nächsten Schritte wird dann der Test mit der älteren zigbee2mqtt Version auf dem RPI5 sein und im Anschluss die Aktualisierung auf die latest mit der angabe von "adapter: zstack". Ich melde mich dann wieder, da bei mir leider alles etwas langsamer geht.
VG Christian
Hey,
ich konnte doch schon etwas testen.
zigbee2mqtt V 1.42.0 von 12/2024
- der USB cc2531 wird erkannt
- Die gewünschte device Definition funktioniert
devices:
- /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CD4A620-if00:/dev/ttyACM0
- Alle zigbeee Geräte sind ansprechbar
Merkwürdig ist jedoch nur, dass eine Ikea Tradfri jetzt anscheinend doppelt sendet
info 2025-04-23 15:10:35z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880', payload '{"action":"toggle","battery":74,"linkquality":5,"update":{"installed_version":-1,"latest_version":-1,"state":"available"},"update_available":true}'
info 2025-04-23 15:10:35z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880', payload '{"action":"","battery":74,"linkquality":5,"update":{"installed_version":-1,"latest_version":-1,"state":"available"},"update_available":true}'
info 2025-04-23 15:10:35z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880/action', payload 'toggle'
Im FHEM kommt somit eine Folge für action an:
"action":"toggle" ==> "action":"" ==> "action":"toggle"
Das mqtt device konfiguriert daraufhin auch eine erweiterte readinglist
readingList
$DEVICETOPIC:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x90fd9ffffe9e4880/action:.* action <<<< das kommt dazu
Ich denke jetzt kommt erstmal der Schritt zur latest und dann schau ich mir die weiteren Probleme an.
Zitat von: ch.eick am 23 April 2025, 15:17:36Merkwürdig ist jedoch nur, dass eine Ikea Tradfri jetzt anscheinend doppelt sendet
Die Lampe (oder was auch immer das für ein Gerät ist) sendet aber die mqtt messages mit unterschiedlichen topics. Einmal "gesammelt" mit vielen verschiedenen Statusmeldungen, und einmal das topic .../action mit der letzten Aktion.
Und nun hast Du in der readingList halt zweimal die Auswertung, einmal den "Rundumschlag" mit json2nameValue() und einmal explizit auf das topic .../action. Beide schreiben einen Wert in das reading "action"
Zitat von: betateilchen am 23 April 2025, 19:30:15Zitat von: ch.eick am 23 April 2025, 15:17:36Merkwürdig ist jedoch nur, dass eine Ikea Tradfri jetzt anscheinend doppelt sendet
Die Lampe sendet aber die mqtt messages mit unterschiedlichen topics. Einmal "gesammelt" mit vielen verschiedenen Statusmeldungen, und einmal das topic .../action mit der letzten Aktion.
Und nun hast Du in der readingList halt zweimal die Auswertung, einmal den "Rundumschlag" mit json2nameValue() und einmal explizit auf das topic .../action. Beide schreiben einen Wert in das reading "action"
Wenn das mit den neueren zigbee2mqtt nicht weg geht werde ich das json mit einem prefix beim reading versehen, dann bekomme ich separate readings und suche mir die schönsten aus :-)
Aber es ist schon komisch, der cc2531 ist nur rüber gesteckt worden und der Container hat jetzt auch die gleiche Version.
Zitat von: ch.eick am 23 April 2025, 20:17:17Wenn das mit den neueren zigbee2mqtt nicht weg geht werde ich das json mit einem prefix beim reading versehen, dann bekomme ich separate readings und suche mir die schönsten aus :-)
Hallo,
unwahrscheinlich das es weg geht.
action könntest aus dem Topic mit den Statusmeldungen entfernen und nur den action-Topic auswerten/anlegen lassen.
$DEVICETOPIC:.* { $EVENT =~ s/"action":"[^"]*",?//g;json2nameValue($EVENT) }ungetestet
Gruß Thomas
Zitat von: TomLee am 23 April 2025, 23:32:13Zitat von: ch.eick am 23 April 2025, 20:17:17Wenn das mit den neueren zigbee2mqtt nicht weg geht werde ich das json mit einem prefix beim reading versehen, dann bekomme ich separate readings und suche mir die schönsten aus :-)
unwahrscheinlich das es weg geht. action könntest aus dem Topic mit den Statusmeldungen entfernen und nur den action-Topic auswerten/anlegen lassen.
$DEVICETOPIC:.* { $EVENT =~ s/"action":"[^"]*",?//g;json2nameValue($EVENT) }
Hallo Thomas,
das ist die schönste Lösung und funktioniert perfekt.
Im zigbee GUI habe ich noch unter Geräte Details folgende Information gefunden, was sich jedoch nicht einstellen lässt.
Action
Ausgelöstes Ereignis (z.B. ein Aktivieren eines Tasters) String ohne Inhalt("")
Warum das bei gleicher zigbee2mqtt Version in der bisherigen Umgebung nicht aufgefallen ist verstehe ich jedoch nicht. Na egal, dafür ist das eine Top Fernbedienung auch in Preis/Leistung, schade dass es die wohl nicht mehr gibt.
VG Christian
Hallo.
Um welche Fernbedienung geht es genau? Ist das zufällig dieser runde "Puck"?
Ich habe zwei von den Pucks mit versch. Firmware-Ständen. Leere Readings erzeugen beide nicht. Die haben diese Stände:
Firmware-Datum 20190708
Firmware-Version 2.3.014
Hersteller IKEA
Modell E1524/E1810
Firmware-Datum 20190211
Firmware-Version 1.2.223
Hersteller IKEA
Modell E1524/E1810
Vielleicht bringt ein Update Besserung. Wenn Deine Firmware aber schon neuer als meine ist, könnte es auch genau andersherum sein. Dann würde ein Update von meinen ggf. das Verhalten von Deiner FB zeigen. Ich kann aber gerne trotzdem ein Update ausführen und berichten.
VG
rob
Zitat von: rob am 24 April 2025, 11:08:56Vielleicht bringt ein Update Besserung. Wenn Deine Firmware aber schon neuer als meine ist, könnte es auch genau andersherum sein. Dann würde ein Update von meinen ggf. das Verhalten von Deiner FB zeigen. Ich kann aber gerne trotzdem ein Update ausführen und berichten.
Hallo Rob,
ich habe gerade bei einer ein Update gemacht, weil das vor einigen Jahren immer gescheitert ist. Nun hat es jedoch geklappt.
Neu: E1524/E1810 20220928 24.4.5
Alt: E1524/E1810 20170302 1.2.214
Das Verhalten hat sich damit jedoch nicht verändert.Die änderung von TomLee mit dem Filtern von action funktioniert soweit.
Als nächstes ziehe ich den Container nun auf die latest Version, was natürlich am Senden der FB nichts ändern wird.
Im zigbee2mqtt kann man wohl auch schon mit Regex filtern, dass habe ich jedoch noch nicht ausprobiert.
VG Christian
OK, danke Dir für die Rückmeldung. Komische Dinger, schon die Versionsnummern sind schräg ;)
Zitat von: ch.eick am 24 April 2025, 11:34:44...
Als nächstes ziehe ich den Container nun auf die latest Version, was natürlich am Senden der FB nichts ändern wird.
...
Ich hatte angenommen Du wärst schon auf latest. Bei meinen Thermostaten hatten sich einige Readings mit dem Update geändert gehabt. Hier und da wurde harmonisiert - mit ein wenig Glück tut sich da was ... Aber wie Thomas auch schon schreibt: nicht so wirklich wahrscheinlich.
Zumindest wurde wg. Bugs mit "action" mehrfach daran gearbeitet
https://github.com/Koenkk/zigbee2mqtt/issues/25614
https://github.com/Koenkk/zigbee2mqtt/discussions/25613
VG
rob
Zitat von: rob am 24 April 2025, 12:01:09OK, danke Dir für die Rückmeldung. Komische Dinger, schon die Versionsnummern sind schräg ;)
Zitat von: ch.eick am 24 April 2025, 11:34:44...
Als nächstes ziehe ich den Container nun auf die latest Version, was natürlich am Senden der FB nichts ändern wird.
...
Ich hatte angenommen Du wärst schon auf latest. Bei meinen Thermostaten hatten sich einige Readings mit dem Update geändert gehabt. Hier und da wurde harmonisiert - mit ein wenig Glück tut sich da was ...
Aber wie Thomas auch schon schreibt: nicht so wirklich wahrscheinlich.
Huhu,
ich habe gerade mal die latest Version gestartet und muss leider berichten, dass sich das Verhalten der payloads doch verändert hat.
Version: 2.35.1
info 2025-04-25 13:48:44z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0x90fd9ffffe9e4880","ieee_address":"0x90fd9ffffe9e4880"},"type":"device_announce"}'
info 2025-04-25 13:48:56z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880', payload '{"action":"toggle","battery":50,"linkquality":21,"update":{"installed_version":604241925,"latest_version":604241925,"state":"idle"},"update_available":false}'
Version 1.42.0
info 2025-04-23 15:10:35z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880', payload '{"action":"toggle","battery":74,"linkquality":5,"update":{"installed_version":-1,"latest_version":-1,"state":"available"},"update_available":true}'
info 2025-04-23 15:10:35z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880', payload '{"action":"","battery":74,"linkquality":5,"update":{"installed_version":-1,"latest_version":-1,"state":"available"},"update_available":true}'
info 2025-04-23 15:10:35z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880/action', payload 'toggle'
Somit kommt nun wieder nur ein publish topic und ich kann die json Manipulation von Thomas wieder raus nehmen.
VG Christian
Generell muss ich sagen, dass sich der Wechsel vom RPI4 4G RAM auf den RPI5 16G Ram echt gelohnt hat.
Auf dem RPI4 war das RAM komplett belegt und nach einigen Tagen wurde SWAP ebenfalls verwendet.
Jeder docker container hat sich da wohl nur sein absolutes Minimum an RAM gegönnt und es lief trotzdem gut. Nach ein bis zwei Wochen merkte man jedoch, dass gerade in Bezug auf zigbee2mqtt immer wieder Aussetzer oder zumindest Verzögerungen aufgetreten sind.
Mit dem RPI5 läuft es nun echt merklich besser und zigbee reagiert wie erwartet schnell.
In meiner Konfiguration ist hierbei der cc2531 mit FHEM der Übersetzer zwischen der Tradfi FB und den Lichtpanels, da man mit der FB E1524/E1810 beim Anlernen keine Gruppe für zwei Lampen definieren und gleichzeitig die FB mit dem cc2531 verbinden kann. Sollte das doch irgend wie gehen nehme ich jede Hilfe an.
Für die Tradfi FB habe ich jedoch bereits ein Device im FHEM, das mir auch mehrfach Belegungen der Tasten ermöglicht.
brightness_up_click
- Hierbei wird ein einfacher Klick (innerhalb von 2 Sekunden) z.B. zur Aktivierung der WW Zirkulation verwendet.
- Klickt man jedoch mehrfach wird die Helligkeit der Lichtpanel sutufenweise erhöht.
- Bleibt der Taster für >3 Sekunden gedrückt aktiviert sich der manuelle PV-Modus der WP
brightness_down_click
- Klickt man mehrfach wird die Helligkeit der Lichtpanel sutufenweise verringert.
- Bleibt der Taster für >3 Sekunden gedrückt aktiviert sich das Multimedia Center (Abschaltung der Steckdose wegen Standby Verbrauch)
arrow_right_click/arrow_left_click
- Rythmisches Klicken geht stufenweise durch den Farbton
- >3 Sekunden schaltet den Wirlpool manuell ein/aus
Danke für Euer Gehör und das Händchenhalten :-)
VG Christian
Version: 2.35.1
info 2025-04-25 13:48:56z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880', payload '{"action":"toggle","battery":50,"linkquality":21,"update":{"installed_version":604241925,"latest_version":604241925,"state":"idle"},"update_available":false}'
Version 1.42.0
info 2025-04-23 15:10:35z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffe9e4880', payload '{"action":"toggle","battery":74,"linkquality":5,"update":{"installed_version":-1,"latest_version":-1,"state":"available"},"update_available":true}'
Hilf mir auf die Sprünge. Ich seh da keinen Unterschied!
edit: Ah, eben, der Zeig wird nicht mehr doppelt und mit leerem action gesendet.
Zitat von: TomLee am 25 April 2025, 22:28:48Hilf mir auf die Sprünge. Ich seh da keinen Unterschied!
edit: Ah, eben, der Zeig wird nicht mehr doppelt und mit leerem action gesendet.
Genau, das sind Meldungen, die bei einem Klick gesendet worden sind. mit Version: 2.35.1 kommt nur noch ein payload.
VG Christian
Moin
Auf was bezieht sich die Version 2.35.1? Ich habe die latest dev-branch und meine Version ist:
Zigbee2MQTT-Version - 2.2.1-dev commit: c1b62e83
Frontend-Version - 0.9.10
Zigbee Herdsman Konverter Version - 23.33.0
Zigbee Herdsman Version - 4.0.0
Gruß schwatter
Zitat von: schwatter am 26 April 2025, 10:37:13Auf was bezieht sich die Version 2.35.1? Ich habe die latest dev-branch und meine Version ist:
Zigbee2MQTT-Version - 2.2.1-dev commit: c1b62e83
Frontend-Version - 0.9.10
Zigbee Herdsman Konverter Version - 23.33.0
Zigbee Herdsman Version - 4.0.0
Sorry, das ist die Docker Container Version :-)
Zigbee2MQTT-Version 2.2.1 commit: a14feef8c13f5ce49b0ac358d98d3234d21d7ff4
Coordinator-Typ zStack12
Coordinator-Version 20211115
Frontend-Version 0.9.7
Zigbee Herdsman Konverter Version 23.20.1
Zigbee Herdsman Version 3.4.11
Was mir unklar ist und aus den Logauszügen nicht hervorgeht, kommt der action-Zweig jetzt noch mit oder nicht?
Zitat von: TomLee am 26 April 2025, 20:45:33Was mir unklar ist und aus den Logauszügen nicht hervorgeht, kommt der action-Zweig jetzt noch mit oder nicht?
Nein, pro Klick sind jeweils diese Meldungen im zigbee2mqtt log gekommen.
Jetzt ist es also tatsächlich nur noch die das eine payload.
Mit der alten Version sind pro Klick drei Meldungen gekommen und auch ins FHEM weitergeleitet worden.
Der zigbee2mqtt/0x90fd9ffffe9e4880/action Zweig, wird mit der neuen Docker Version nicht mehr übertragen und ist auch nicht mehr aktivierbar? Ich frag nur aus Interesse.
Zitat von: TomLee am 26 April 2025, 22:35:33Der zigbee2mqtt/0x90fd9ffffe9e4880/action Zweig, wird mit der neuen Docker Version nicht mehr übertragen und ist auch nicht mehr aktivierbar? Ich frag nur aus Interesse.
Ob man es aktivieren kann muss ich noch suchen, er ist aber nicht mehr da.
Zitat von: ch.eick am 27 April 2025, 07:03:01Zitat von: TomLee am 26 April 2025, 22:35:33Der
zigbee2mqtt/0x90fd9ffffe9e4880/action Zweig, wird mit der neuen Docker Version nicht mehr übertragen und ist auch nicht mehr aktivierbar? Ich frag nur aus Interesse.
Ob man es aktivieren kann muss ich noch suchen, er ist aber nicht mehr da.
Warum suchen? Dürfte Absicht sein, https://github.com/Koenkk/zigbee-herdsman-converters/pull/8291.
Vielleicht könnte man das (für eine Übergangszeit?!?) noch aktivieren, aber das Ziel ist klar: weg damit...
Wichtig war/wäre halt, dass auf einem Zweig die "action" gemeldet wird, aber das scheint ja jetzt der Fall zu sein.
Zitat von: Beta-User am 27 April 2025, 07:22:00Zitat von: ch.eick am 27 April 2025, 07:03:01Zitat von: TomLee am 26 April 2025, 22:35:33Der
zigbee2mqtt/0x90fd9ffffe9e4880/action Zweig, wird mit der neuen Docker Version nicht mehr übertragen und ist auch nicht mehr aktivierbar? Ich frag nur aus Interesse.
Ob man es aktivieren kann muss ich noch suchen, er ist aber nicht mehr da.
Warum suchen? Dürfte Absicht sein, https://github.com/Koenkk/zigbee-herdsman-converters/pull/8291.
Vielleicht könnte man das (für eine Übergangszeit?!?) noch aktivieren, aber das Ziel ist klar: weg damit...
Wichtig war/wäre halt, dass auf einem Zweig die "action" gemeldet wird, aber das scheint ja jetzt der Fall zu sein.
Ich bin von der Fraktion weg damit, wenn Informationen doppelt kommen.
Es hat sich jetzt auf diese readingsList reduziert und alle Topics werden als readings abgelegt.
readingList $DEVICETOPIC:.* { json2nameValue($EVENT) }