[gelöst] ZigBee2MQTT und 5 Kanal Steckdosenleiste

Begonnen von Wernieman, 16 Dezember 2025, 13:43:15

Vorheriges Thema - Nächstes Thema

Wernieman

Also .. wie man diff verwendet war mir vorher schon klar. Nur ...

Du möchtest das defmod mit in den set_associatedWith nehmen? Weißt aber nicht, ob es funktioniert?
Wird denn das defmod dann wirklich am Ende aufgerufen? Oder denke ich mal wieder viel zu kompliziert?

Wird aber frühestens Wochenende, das ich es mir tiefer anschauen könnte, bin gerade Arbeitsmäßig im Streß
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Wernieman

Also ..ich habe jetzt länger darüber gebrütet:
ZitatAls nächstes wäre die Frage, warum man das nicht für alle MQTT2_DEVICEs direkt in diesem "set_associatedWith"-attrTemplate mit erledigt (und einfach die CID insgesamt für alle Kopien löscht). Das ist ein "generalUse"-attrTemplate aus einer anderen file, man müßte eine "option" einbauen (und das nur für TYPE=M2D zulassen) und vorab überlegen, ob das nicht an anderer Stelle irgendwas einreißt (ich _glaube_ nicht)...

Du schriebst ""generalUse"-attrTemplate", aber trotz mehrfacher Recherche weiß ich jetzt nicht, welches andere Template Du meinst. Und die CID wird doch gar nicht im Template gesetzt?

Sorry wenn ich zu kompliziert denke .. würde ja gerne helfen.
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Beta-User

Etwas kurz, da mobil
https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/lib/AttrTemplate/general_use.template?rev=30609#L19

Das define von MQTT2_DEVICE kann die CID beinhalten, damit autocreate (iVm. M2S) "weiß", wo es neu eingehende Topics einsortieren soll.
Diese Angabe brauchen Channel-Devices aber gar nicht, werden aber mit kopiert...
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Wernieman

Doing währe also:
- im  General Use:
  - bei den Changel Device die CID löschen
  - nach dem Copy ein defmod oder die copy ganz auflösen (nur wenn ja, wie)?

- in Sämmtlichen Devices mit welche CHANNELS setzen, diese bereinigen
  - laut aktuellem grep nur in mqtt2.template

Und mach Dir keine Hektik, wollte nur Dein Vorschlag zur Verbesserung von FHEM durchführen und .. scheitere etwas. Mein Problem (s.o.) ist ja gelöst ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Beta-User

Genauer: in dem "General use" nach der copy-option noch eine option einfügen, die prüft, ob das ein M2D ist, und nur dann das defmod ausführt (und damit die CID ganz löscht).
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors