Ersatz für FS20 Bewegungsmelder

[Elektrolurch]

Hallo zusammen,

ich benötige mal einige Tipps.
2013 habe ich mit fhem mir eine Hausautomatisierung aufgebaut, auf Basis von FS20 Aktoren und Sendern, FHT Heizungsthermostate, Somfy Rolladen und noch einige Außenthermometer auf Basis von cul_tx.
Somit habe ich also einen CUL 868 MHz, einen CUNO 868 MHz, einen SignalDuino und einen CUL 433 MHz im Einsatz.
Nun sind schon 2 der Unterputz FS20 PIRU Bewegungsmelder defekt und ich suche einen Ersatz. FS20 ist ja bei ELV schon lange ausgelaufen. Homematic möchte ich nicht einsetzen, da  bald auch nicht mehr hergestellt wird und ich einen CUL im Homematic - Modus betreiben müsste, was zur restlichen Landschaft nicht past.
Von den Bewegungsmeldern benötige ich nur das Signal, dass eine Bewegung stattgefunden hat, den Rest macht dann schon fhem.
Gibt es einen Ersatz, der zur obigen Antennenlandschaft passt?
Muss nicht unbedingt Unterputz sein, ein unauffälliges Kästchens tuts auch.
Alternativ über WLAN?

Oder hat jemand FS20 PIRU oder PIRA zu verkaufen?

 Über sinnvolle und weiterführende Hinweise würde ich mich freuen.

Gruß

Elektrolurch

[Beta-User]

Hmmm, eventuell gibt es bei Ali was auf 433MHz-Basis? Ist aber dann vermutlich unsicher, als was so was eingebunden werden kann...

Würde empfehlen, noch zigbee einzuführen, Stücks für zigbee2mqtt gibt es für unter 20€ in China, die dann sogar diesen neuen Funkstandard könnten (edit: matter).

[Damian]

Ich habe bei mir inzwischen die FS20 Steckdose in Rente geschickt, auch von Homematic will ich mich auf die Dauer trennen. Die neuen Geräte sind sparsame zigbee-Geräte angebunden über einen zigbee-Stick mit zigbee2mqtt.

[Elektrolurch]

Danke für die Hinweise. Vermutlich muss ich doch mich dann mal mit zigbee- nähger beschäftigen. Ich habe mal so per Stichprobe mir einige in shops angebotenen Komponenten angesehen. So ganz durchblicke ich die Palette da noch nicht. Z.B. sonoff. Die können wohl doch auch zigbee-, müssen aber vorher geflashed werden. Der wiki-Eintrag hierzu sieht recht kompliziert aus. Stiftleiste einlöten, damit man dann an eine serielle Schnittstelle kommt.
Gibt es da auch zigbee- - Komponenten, die man so out-of-the-obx in fhem verwenden kann? Nicht so ganz einfach, den ganzen Zoo zu durchblicken.

Elektrolurch

[Beta-User]

Also...

Vorab: Zigbee, BTLE und Matter kann z.B. ein Stick mit CC2652P, für meinen habe ich unter 15 € in China (aliexpress) bezahlt. Im Moment nutze ich den nur (testweise) für zigbee2mqtt und gehe davon aus, dass diese Middleware mittelfristig auch v.a. den Matter-Standard unterstützen wird.

Aber bleiben wir bei ZigBee: Es gibt eine sehr gute Seite, auf der gelistet wird, welches ZigBee-System welche Geräte supportet: https://zigbee.blakadder.com/ Das ist natürlich stets in der Entwicklung begriffen, aber so bekommt man zumindest schon einen Eindruck, wie groß die Vielfalt ist (und leider auch die Unsicherheit, was viele viele Details angeht).

Wenn man nun irgendwas - sagen wir einen Rollladenaktor - in einem großen Shop wie ali oder der Bucht sucht, bekommt man OFT vom selben Hersteller (egal, ob der Sonoff, Moes, Tuya oder whatever heißt) mehrere Varianten desselben Dingens, man kann es also in WiFi, ZigBee und z.T. auch in BTLE kaufen...

Nach meinen bisherigen Erfahrungen ist ZigBee am sparsamsten, was Batterieverbrauch angeht und dazu relativ zuverlässig - vorausgesetzt, man hat ausreichend viele Geräte im jeweiligen Mesh-Netzwerk.

Unter den Middlewares hatte ich nach den ersten Versuchen mit zigbee2mqtt damals zugunsten von deCONZ/HUE.* entschieden - das würde ich heute nicht mehr tun und bin am überlegen, das auf zigbee2mqtt umzustellen, was aber einigermaßen mühsam wäre...


Von zigbee@tasmota würde ich btw. abraten, das ist sehr kompliziert in der Datenstruktur.

Apropos Details: Es gibt z.T. auch Geräte, die direkte Verknüpfungen zwischen einzelnen Geräten erlauben, ohne, dass eine Zentrale (wie zigbee2mqtt) dauernd laufen muss, es ist aber einigermaßen schwierig rauszufinden, welche das jeweils sind. Also sowas wie Dimmersensor=>Leuchtmittel oder Bewegungsmelder=>Leuchtmittel.

[Damian]

Danke für die Hinweise. Vermutlich muss ich doch mich dann mal mit zigbee- nähger beschäftigen. Ich habe mal so per Stichprobe mir einige in shops angebotenen Komponenten angesehen. So ganz durchblicke ich die Palette da noch nicht. Z.B. sonoff. Die können wohl doch auch zigbee-, müssen aber vorher geflashed werden. Der wiki-Eintrag hierzu sieht recht kompliziert aus. Stiftleiste einlöten, damit man dann an eine serielle Schnittstelle kommt.
Gibt es da auch zigbee- - Komponenten, die man so out-of-the-obx in fhem verwenden kann? Nicht so ganz einfach, den ganzen Zoo zu durchblicken.

Elektrolurch

Hier werden alle unterstützen zigbee-Devices von zigbee2mqtt aufgeführt: https://www.zigbee2mqtt.io/supported-devices/. Ich habe inzwischen einige sonoff Sensoren, welche von Ikea und China-Steckdosen im Einsatz. Sowohl den Stick als auch die zigbee-Sensoren/Aktoren musste ich nicht flashen.

[Torxgewinde]

Ich habe noch ein paar wenige FS20 Sensoren, aber wenn ich was Neues kaufe und es drahtlos und batteriebetrieben sein soll, dann ist es meistens Zigbee. BT ist eher selten, kommt aber auch vor. Als Gateway nutze ich auch Zigbee2MQTT. So gesehen, auch von mir ein ➕1️⃣ für Zigbee-Sensoren als Ersatz. So kann man günstig und einfach verschiedene Hersteller kombinieren, Favoriten sind Tradfri (IKEA), Silvercrest (LIDL), SONOFF und TuYa sofern Zigbee2MQTT diese Geräte bereits unterstützt. Die herstellereigenen Gateways und Apps nutze ich garnicht und vermeide so unnötigen Stress mit künstlichen erschaffenen Produktlebenszeiten.

[Damian]

Es gibt noch einen Grund Zigbee mit einem eigenen Gateway (hier zigbee2mqqt) zu nutzen, neben der Unabhängigkeit von Herstellern und deren Cloudbindung, können Aktoren sehr sparsam sein. Meine Steckdosen brauchen im Standby gerade mal 0,1 Watt und wenn sie an sind 0,4 Watt, das wird man mit WLAN-Steckdosen z. B. nicht schaffen.

[Elektrolurch]

Danke für die ersten Antworten. Jetzt habe ich mal versucht, etwas Licht in den zigbee - Dschungel zu bringen.
Ein möglicherweise passender Erstatz für die ausgefallenen FS20 PIRU könnte folgender Sensor bei ali-express sein:

Sonoff SNZB-03 ZigBee-Bewegungs sensor erkennen Bewegungs auslöser Alarm Benachricht igung funktioniert mit Sonoff ZigBee Bridge Ewelink App
Spezifikationen:
Batterie: 3v (cr2450);
Drahtloses Protokoll: ZigBee (ieee 802.15.4);
Material: PC;
Maß: 35x39x28mm
Beschreibung:
Wenn Sie sich nicht nur um die Sicherheit zu Hause kümmern, sondern auch um die Verwendung von Bewegung, um das Licht ein-oder aus zuschalten, können Sie sich durch Sonoff-SNZB-03 vielleicht großartig fühlen.

Nun meine Fragen:
1. Kann ich diesen Sensor ohne zu glashen an fehm betreiben?
2. Funktioniert  dieser Sensor an einem zigbee2mqqt USB-Stick und welcher wäre zu empfehlnen bezüglich der Kompatibilität  mit weiteren zigbee - Steckdosen / Tastern?

Elektrolurch

[Beta-User]

1. Kann ich diesen Sensor ohne zu glashen an fehm betreiben?

Man muss prinzipiell KEINEN ZigBee-Sensor (oder sonst ein ZigBee-Fertig-Gerät) irgendwie umflashen. (V.a.) Wenn das betreffende Gadget bei Blakadder als mit der von dir gewählten ZigBee-Integration kompatibel gemarkert ist, wird es ootb funktionieren - oft auch, wenn das nicht der Fall ist, eben weil das Protokoll weitgehend standardisiert ist.

Gerade dieser Sensor ist aber nach meinen Erfahrungen NICHT GUT. Jedenfalls bei denen, die hier (nicht mehr) im Einsatz sind, war ständig die Batterie leer und sie hatten einen Hang dazu, ihre Zentrale zu vergessen... Kann natürlich sein, dass ich fakes erwischt habe, aber das betraf 2 oder drei Lieferungen aus verschiedenen Quellen bei ali.
Um Sonoff-Geräte würde ich zwischenzeitlich generell einen Bogen machen, wobei ich hier von denen auch einen sehr kleinen Relay-Aktor verbaut habe, der zuverlässig seinen Dienst tut.

Sehr gute Bewegungsmelder sind die (originalen!) aqara, die Ikea-Dinger gehen auch, brauchen aber etwas mehr Batterien.

Als Stick habe ich wie gesagt einen noname auf CC2652P-Basis, der funktioniert soweit, und den würde ich auch wieder holen. Bei zigbee2mqtt gibt es auch eine Liste mit "empfohlenen" Sticks, https://www.zigbee2mqtt.io/guide/adapters/zstack.html#recommended-cc2652-cc1352; ggf. kannst du auch einen ConBee II oder III verwenden (wenn, würde ich eher zu letzterem greifen, ist einfach "potenter").

[Torxgewinde]

Sehr gute Bewegungsmelder sind die (originalen!) aqara, die Ikea-Dinger gehen auch, brauchen aber etwas mehr Batterien.

Stimme voll zu, aufgrund der eindeutigen Lieferkette (man muss nicht rätseln was man nun wirklich erwischt hat) und möglicher Updates in der Zukunft bevorzuge ich die IKEA-PIR-Sensoren.

⚠️ Gerade auch bei Steckdosen 🔌 oder Dingen an Netzspannung habe ich auch deutlich mehr vertrauen in die Produktqualitätsansprüche eines IKEA oder LIDL als in völlig unbekannte Anbieter, die wenig Sorge um Produkthaftungen oder negative Publicity hätten. Die gesparten Euro würde ich bedauern, wenn mir die Dinger abrauchen und was in Brand setzen 🔥, oder die Isolation versagt und was bis zum Nutzer durchschlägt ⚡.

Schaltnetzteile zB kann man in der Qualität und Sicherheit von/bis herstellen und dabei funktionieren die trotzdem erstmal alle. Einen schönen Einblick darin geben diese Analysen: https://lygte-info.dk/info/indexUSB%20UK.html. Dort wird nachvollziehbar bei zB. den Netzteilen analysiert wie gut die Isolation generell so aussieht - und die Spanne ist groß. Wie gesagt, Out-of-the-Box tun die erstmal alle, aber Netzteile nutzt man gerne jahrelang und da zeigt sich ob eine Isolation wirklich OK designed ist, oder nicht.

[Elektrolurch]

Danke. Das sind gute Argumente. Dann werde ich mal in den Online-shops von IKEA oder Lidl nachschauen, was die so haben. Was bei dem Thema hier im Forum etwas verwirrend ist, sind alte Beiträge, die dann irgendwo an anderer Stelle durcxh neuere technische Lösungen ersetzt werden. So habe ich als erstes den Beitrag / wiki zu Sonoff gefunden und in dem war beschrieben, wie die Teile mit Hilfe eines Aduino und einer einzulötenden Stiftleiste zu flashen wären...
Also reduziert sich das Thema nun auf:
a) Auswahl geeigneter Zigbee - Geräte.
b) Einen USB Zigbee2mttq USB Stick mit Antenne zu besorgen.
c) Wenn ich das richtig verstanden habe, gibt es dann zwei verschiedene mttq - Server, davon muss man dann einen auswählen und installieren.
d) Der wird dann in fhem über ein eigenes Modul angebunden.

Elektrolurch

[Beta-User]

wiki zu Sonoff

...das ist nun m.E. "total veraltet" und bezog sich auf WiFi-Gadgets. Das geht prinzipiell auch immer noch, hat aber überhaupt null und gar nichts mit ZigBee zu tun. Ist in etwa so, wie wenn du FS20 kennst, eQ-3 hörst, und dann glaubst, die Geräte auf HM-IP hätten (ggf. außer den Gehäusen...) irgendeine Gemeinsamkeit.   

ad a) Irgendwo hier gibt es auch einen älteren Beitrag von mir mit "ZigBee-Gadgets". Da bekommst du ggf. einen Eindruck davon, wie mein Zoo so aussieht. Prinzipiell sind meine Erfahrungen mit noname-China-Krachern ganz ok, in der Regel ist das Zeug tendenziell eher besser wie das, was v.a. LIDL so im Angebot hatte! Und auch meine "Langzeit-Skepsis" hat sich nicht bewahrheitet, v.a. die billigen UP-Aktoren, die hier verbaut sind, tun seit Jahren unauffällig ihren Dienst. Im Unterschied zu dem IKEA-Motion-Ding, das braucht hin und wieder einen reset. Eindeutige Empfehlung sind hier m.E. originale aqara. Vergleichsweise teuer, aber einfach gut.

ad c)+d): Jedenfalls für den Einstieg in die MQTT-Welt (die "leider" "nebenbei" mit zigbee2mqtt verbunden ist), sollte man unbedingt den MQTT2_SERVER verwenden. Danach kannst du ggf. jeden anderen "Broker" dieser Welt verwenden wollen, ob das jetzt mosquitto ist, oder hiveMQ oder whatever. Das Wiki ist afaik nach wie vor aktuell zu dem Thema.

[Torxgewinde]

Dein Plan klingt gut. Deine Signalkette wird nachher vermeintlich lang, aber schaltet tut alles trotzdem so schnell, dass man das nicht merkt. Sehen, dass was funktioniert kannst du bereits in Zigbee2MQTT, dort gibt es eine Webseite mit allen Geräten und zum Bedienen.

Beispiel, PIR Sensor:
Ikea Tradfri PIR Sensor--[zigbee]-->USB Zigbee Dongle--[USB]-->Zigbee2MQTT Software--[MQTT über IP Netzwerk]-->MQTT-Server in FHEM (alternativ: Mosquitto + FHEM)

...und schon kann man in FHEM mit den Daten was machen...

[TomLee]

Eindeutige Empfehlung sind hier m.E. originale aqara. Vergleichsweise teuer, aber einfach gut.

Hallo,

die waren anfangs sehr günstig... Was mMn. wichtig bei denen zu erwähnen ist, das die für Aussen (tagsüber) nicht zu gebrauchen sind. Bei direkter Sonneneinstrahlung innen natürlich auch nicht.

Gruß Thomas

[Beta-User]

die waren anfangs sehr günstig...

Na ja, günstig ist halt relativ: Die kosten gefühlt "schon immer" irgendwas zwischen 15 und 25 Euro. Früher war das "vergleichsweise günstig", heute ist es "vergleichsweise teuer" - in meiner Grabbelkiste habe ich noch ein paar Melder rumliegen, die irgendwas um die 7 Euro gekostet haben.

PS: Habe den Thread hier zum Anlass genommen, den Umzug von HUE.* nach zigbee2mqtt anzugehen und bin echt angetan von der Entwicklung, die der Dienst seit den Anfangstagen genommen hat. Fast alles funktioniert ootb, firmware-updates werden herstellerunabhängig gecheckt und das (gesondert zu aktivierende) web-Interface ist sehr viel übersichtlicher als deCONZ-GUI.
Ein paar Würgarounds wird es wohl noch brauchen, die attrTemplate sind imo an der einen oder anderen Stelle etwas "outdated".

Und der Umzug geht auch einigermaßen, weil die meisten (netzgebundenen) Geräte direkt in den pair-Modus gehen, wenn man sie per phoscon-App "löschen" läßt!

[Sany]

Hallo Elektrolurch,

ich möchte Dir auch empfehlen, für den Ersatz von FS20 auf zigbee umzusteigen. Ich habe zwar noch FS20 im Einsatz, aber nur noch ein paar 6-fach-taster, für die ich noch nix passendes in der Zigbee-Welt gefunden habe.

Angefangen habe ich auch, wie vermutlich viele hier, mit deconz/Phoscon. Bin damit aber nicht so recht zufrieden gewesen (neue Geräte wurden oft erst spät oder auch gar nicht unterstützt, Konfiguration manchmal etwas eigen, ab und zu wurden Geräte vergessen ...) Dann der Umstieg auf zigbee2mqtt. Hierfür habe ich mir den Sonoff ZBDongel-E 3.0 mit EFR32MG21 besorgt. Der war "früher" noch als experimentell angegeben, mittlerweile als recommended.
Aktuell ist die Firmware 7.4, es wird aber an einer 8.0x gewerkelt. Das flashen dieses Adapters ist wirklich einfach: das geht per Browser (chrome oder edge) mit ein paar Klicks und das ist auch das einzige, was Du evtl. mal flashen "müsstest". Die einzelnen Komponenten werden aus zigbee2mqtt per OTA versorgt. Ich habe auf einem Testsystem einen "alten" Stick stufenweise bis auf 8... hochgeflashed, das hat einfach funktioniert und auch die Devices im Netz liefen einfach weiter. Also recht simpel mittlerweile und die Gefahr, das System zu "zerschiessen" ist auch nicht mehr wirklich hoch.
Apropo System: Du wirst es hier öfter lesen: Proxmox als Basis und fhem, zigbee und was sonst noch so ist, in getrennten LXC (Container) oder VM(virtual machines). Vorteil: sollte z.B. für zigbee2mqtt ein Update anstehen, einfach den Contaier/VM sichern, Update machen und wenn da was schief geht und Du keine Zeit/Lust zur "Reparatur" hast das Backup zurückspielen und gut ist. Fehlersuche kann man dann später machen etc.
Was ich noch berichten kann: Ich habe 2 zigbee-Netzwerke, eines ist zum Test für neue Devices oder auch der Updates. Die laufen auf unterschiedlichen "Channels" und stören sich nicht. Die Adapter sind per ser2net übers LAN angebunden. Auch das läuft völlig problemlos und performant. Ein Druck auf einen Taster schaltet ein Licht wirklich so, als wäre es "fest verdrahtet", obwohl der Signalweg schon recht lang ist. Die Frage des Channels stellt sich auch noch, je nach dem auf welchem Channel Dein WLAN arbeitet. Da gibts reichlich Info auf der zigbee2mqtt-Seite. Bei mir ist WLAN auf kanal1, zigbee auf 20. Mein zigbee-mesh mit ca 60 Komponenten und das WLAN mit betimmt auch so um die 30 läuft störungsfrei zusammen. Ist allerdings in und um ein freistehendes Haus, könnte mit vielen Nachbarnetzen unter Umständen schon etwas schwieriger werden, die passenden Kanale zu finden.
Anlernen: In fhem habe ich beim MQTT2Server das autocreate immer auf aus. Ein neues Device lerne ich in zigbee2mqtt an, konfiguriere dort die Dinge, die später übertragen werden sollen (nicht alles, was da kommt, ist nötig/sinnvoll auch in fhem) und vergebe einen Namen. Auch kann man in zigbee2mqtt das Log auf das neue Device filtern und bekommt dann fast einen "Event-Monitor" und kann schon mal sehen, wie gesprächig das Teil ist. Wenn das so läuft, wie ich es möchte, wird im MQTT2Server das autocreate eingeschaltet, einmal etwas von der neuen Komponente ausglöst (Taster drücken, Licht einschalten, bewegungsmelder triggern etc) und schon ist das Teil in fhem angelegt zusammen mit einem Log. Autocreate kann wieder aus. Warum diesen Weg: Ein neu angelegtes Device bekommt erst mal ein lange Hex-Zahl als Name, und mit Autocreate eingeschaltet hättest Du sofort das Device eben mit der Hexzahl als Namen in fhem. Änderst Du dann den Namen in zigbee2mqtt würde fhem ein neues Device anlegen, oder Du müsstest es vorher schon in fhem umbenennen auf den gleichen Namen. Das war mir zu doof, deshalb der Weg wie vorher beschrieben. Kann aber jeder machen wie er will.
Nach dem Anlegen in fhem dann ein passendes Template raussuchen und das war es im Prinzip. Die grundsätzlichen Funktionen waren bisher immer gegeben, auch wenn, wie Beta-User sagt, die Templates schon etwas in die Tage gekommen sind.
In zigbee2mqtt habe ich noch "availabiliy" eingerichtet, damit "melden" sich batteriebetriebene Geräte alle 25h, netzversorgte alle 10 min. Das Reading muss dann in fhem bei jedem Device noch in die Readinglist eingetragen werden, sollte es nicht schon automatisch per json ausgewertet werden.

Das war jetzt viel Text, sollte Dir aber ein wenig die Möglichkeiten mit zigbee2mqtt und fhem aufzeigen und das es alles gar nicht sooo kompliziert ist mittlerweile, und dafür dann aber auch gut funktioniert.

Solltest Du den zigbee-Weg gehen gibts hier immer Unterstützung, wenns irgendwo klemmt.


Viel Erfolg!


Sany

[Beta-User]

nur noch ein paar 6-fach-taster, für die ich noch nix passendes in der Zigbee-Welt gefunden habe.

Falls (!) es nicht um die Integration in bestehende Schaltersysteme geht (über die Optik der eQ-3-Dinger kann man streiten...), würde ich das Stichwort "opple" in die Runde werfen. Mit denen bin ich seit langem sehr zufrieden (mehrere 6-fach), die können ua. auch triple-clicks, was ggf. "Optionen für den Admin" eröffnet. An die Batterien kommt man da allerdings eher schlecht, aber die haben eine "ewige" Batterielebensdauer (meine laufen noch mit der originalen...).

@Elektrolurch
Habe eben (wg. backup-Funktionalität) noch zwei von den CC2652p-Sticks bestellt und gesehen, dass es die ggf. auch mit CP2102-USB-Chip gibt. Falls diese Art Coordinator-Chip deine Wahl ist, würde ich diese Variante empfehlen, weil man die USB-seitig eindeutig benennen kann (der vorhandene ist CH341-based und kollidiert uU. mit vorhandenen Nanos usw.).

[Elektrolurch]

Hallo zusammen,

danke für die Tipps. Nachdem mir nun auch noch ein FS20 Unterputz Schalter defekt gegangen ist, habe ich das Projekt der Umstellung mal angegangben.
1. Für den mqtt - Broker habe ich das in fhem eingebaute Modul verwendet.
2. Für den  zigbee2mqtt habe ich auf einem anderen Rechner  ein docker image mit einem Sonoff USB Stick installiert.
Zum Testen habe ich eine Aqara Steckdose verwendet.
Diese konnte ich mit dem zigbee2mqtt Dienst auch pairen und die Steckdose erscheint mit allen  readings, wie state, poer, energie usw. auch in fhem.
Jetzt stehe ich aber auf dem Schlauch: Wie schalte ich nun die Steckdose aus fhem heraus? Die Beispiele im Forum für die IKEA - Lampen erschließen mir leider nicht, wie man da prtinzipiell vorgeht. Die readings aus den mqtt - Messages per regex  zu befüllen, verstehe ich ja noch, aber der umgekehrte Weg?

Hier mal der Auszug von der Steckdose:

Code Auswählen Erweitern

   STATE      OFF
   TYPE       MQTT2_DEVICE
   eventCount 632
   myBroker_CONN mqtt_Testsystem
   myBroker_MSGCNT 640
   myBroker_TIME 2024-11-13 12:55:36
   READINGS:
     2024-11-13 12:04:49   IODev           myBroker
     2024-11-13 12:04:49   associatedWith  MQTT2_zigbee_pi
     2024-11-13 12:55:36   device_temperature 25
     2024-11-13 12:55:36   energy          0
     2024-11-13 12:55:36   linkquality     108
     2024-11-13 12:55:36   power           0
     2024-11-13 12:55:36   state           OFF
     2024-11-13 12:55:36   update_installed_version 45
     2024-11-13 12:55:36   update_latest_version 45
     2024-11-13 12:42:28   update_progress 100
     2024-11-13 12:42:28   update_remaining 25
     2024-11-13 12:55:36   update_state    idle
Attributes:
   event-on-change-reading .*
   readingList zigbee2mqtt/Az_Media1:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE

Noch der vollständigkeitshalber die configuration.yaml:

Code Auswählen Erweitern

homeassistant: false
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://Speicherknecht
  client_id: zigbee_pi
frontend: true
serial:
  port: /dev/ttyUSB0
advanced:
  homeassistant_legacy_entity_attributes: false
  legacy_api: false
  legacy_availability_payload: false
device_options:
  legacy: false
devices:
  '0x54ef441000c2b71f':
    friendly_name: Az_Media1


Gruß Elektrolurch

[betateilchen]

Die readings aus den mqtt - Messages per regex  zu befüllen, verstehe ich ja noch, aber der umgekehrte Weg?

Vereinfacht gesagt: Du benutzt im MQTT2_DEVICE das Attribut setList, um für jeden möglichen set-Befehls des Aktors eine mqtt-Nachricht zu erzeugen und zu verschicken:

Code Auswählen Erweitern

attr <NameDerStreckdose> setList on:noArg                  zigbee2mqtt/Az_Media1/set {"state":"ON"}\
off:noArg                 zigbee2mqtt/Az_Media1/set {"state":"OFF"}\
toggle:noArg              zigbee2mqtt/Az_Media1/set {"state":"TOGGLE"}

Die möglichen Befehle und wie die mqtt-Nachricht aussehen muss, findest Du in zigbee2mqtt in der Detailansicht eines Gerätes, wenn Du dort auf die Modellbezeichnung klickst.

Beispiel:

Du darfst diesen Dateianhang nicht ansehen.

Nach dem Klick auf die Modellnummer landest Du hier:

https://www.zigbee2mqtt.io/devices/3RSPE01044BZ.html

und findest die mqtt Informationen unter "Exposes"

[Beta-User]

Für "Standardfälle" gibt es auch attrTemplate, in denen häufig passende Einstellungen vercodet sind (u.a. setList), die allerdings nicht jedem gefallen. Dafür sollte man aber tendenziell keine "friendly names" vergeben, weil man sonst uU. Rückfragen der attrTemplate beantworten muss, die den einen oder anderen überfordern...

[betateilchen]

attrTemplate sollte man erst verwenden, wenn man grundsätzlich verstanden hat, wie etwas funktioniert.

Im Endeffekt ist es bei den templates ja so, dass nicht der eigene "Wille" des Anwenders umgesetzt wird, sondern das, was sich irgendjemand als für sich selbst sinnvoll überlegt hat. Das muss nicht zwangsläufig für jeden Anwendungsfall passen.

[Beta-User]

Kann man so oder so sehen.
Dem einen helfen (halbwegs) funktionierende Beispiele, der andere erarbeitet sich die Dinge besser selbst. Muss jeder für sich entscheiden.

Die zigbee2mqtt-attrTemplates finde ich selbst im Moment "na ja". Funktional schon, aber mit "room for improvement" (u.A. beim Thema "availability"). Da hatte ich halt (nach der Startphase) eingecheckt, was "irgend jemand" als funktionierend gemeldet hatte... Ein Anfang.