mqtt2.template: bugs, Fragen, Anregungen

Begonnen von Beta-User, 15 Dezember 2018, 11:44:43

Vorheriges Thema - Nächstes Thema

Fabiango


Homalix99

Hallo,

habe heute shelly PM mini in Generation 3 erhalten.
Wäre dafür ein eigenes Template angebracht, bzw. gibt es da schon was?

Gruß

Alex
- RPI 4 fhem in Docker, 2 x Arduino Uno, HM-GW, HM-Dev. (Fensterkontakte, HK-Thermostate, div. Aktoren), JeeLink,
- GPIOs, HM-LAN, ESPs (MQTT2)
-Überwachung Fenster/Türen/Licht, HK-Thermostatregelung, Rollosteuerung, Überw. Betriebstemperaturen Heizung, Erfassung Gas/Wasser, PV-Anl., Wetter (WS1600)

Beta-User

Zitat von: Homalix99 am 14 Oktober 2024, 23:32:36Wäre dafür ein eigenes Template angebracht, bzw. gibt es da schon was?
Vielleicht versuchst du mal, ob ein bestehendes paßt, und ab hier gäbe es auch "Spaß" zu dem Thema: https://forum.fhem.de/index.php?msg=1322586
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

plin

Mein Template wled_controller zeigt mir zwar die Effekte als Namensliste an, ein set xxx efectname xyz zeigt aber keine Wirkung.

set xxx effect/effect_next/effect_prev/effect_random funktionieren.

FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

Beta-User

Zitat von: plin am 22 Oktober 2024, 11:26:02Mein Template wled_controller zeigt mir zwar die Effekte als Namensliste an, ein set xxx efectname xyz zeigt aber keine Wirkung.

set xxx effect/effect_next/effect_prev/effect_random funktionieren.


Moin, die Frage dürfte bei den WLED-Usern besser aufgehoben sein wie hier.
Über https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/lib/AttrTemplate/mqtt2.template#L5434 geht es nach https://forum.fhem.de/index.php?topic=98880.0...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

kennymc.c

Zigbee2MQTT plant wohl bald ein 2.0 Update mit dem die Unterstützung für die Legacy API entfernt werden soll (https://github.com/Koenkk/zigbee2mqtt/discussions/24198). So wie es aussieht scheinen die zigbee2mqtt Templates noch diese veralteten Topics zu verwenden wie z.B. /log, /bind|unbind, /ota_update, /device und /request. Ist da ein Update in Planung?

Beta-User

Zitat von: kennymc.c am 01 November 2024, 15:13:43Ist da ein Update in Planung
Öhm, bin zwar jüngst auf z2m gewechselt (und störe mich an den vielen "unnötigen" Topics, aber das ist bisher an mir vorbeigegangen...

Vorschläge für Updates sind immer willkommen, sonst folgt halt ggf. irgendwann ein update, wenn es mir selbst zu bunt wird oder der update eingespielt ;D .

Wir sollten dazu ggf. mal einen neuen Thread aufmachen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files