[gelöst] Tuya MCU Module - Dimmer Template MQTT2 gesucht

Begonnen von Mihca, 14 November 2019, 12:48:48

Vorheriges Thema - Nächstes Thema

Mihca

Hallo zusammen,

habe erfolgreich einen Tuya Dimmer mit Tasmota auf einem Raspberry über WLAN (OTA) nach folgender Methode geflasht: https://github.com/ct-Open-Source/tuya-convert
Danach als Modul "Tuya MCU Module" eingestellt und gemäß dieser Anleitung: https://github.com/arendst/Tasmota/wiki/TuyaMCU-Configurations#dimmer in der Konsole

TuyaMCU 21,2

eingegeben. Damit erhält man in der Tasmota Oberfläche (siehe angefügte Grafik) einen Dimmer mit Schieber, der auch funktioniert.

Nun muss man den Dimmmmer noch kalibrieren. Dazu geht man wieder in die Konsole. Nun wird der Dimmer per Hardware-Button ganz aufgefahren und der Wert, der in der Konsole angezeigt wird, notiert (=Max). Dann wird per Hardware-Button der Dimmer ganz nach unten gefahren und der Wert, der in der Konsole angezeigt wird, notiert (=Min). Nun gibt man in der Konsole ein:

DimmerRange <Min>,<Max>

Einbindung in Fhem per MQTT2 funktioniert wie immer prima. Da es für einen Dimmer kein Template gibt, habe ich erst einmal "tasmota_basic_state_power1" gewählt.

Wie bekomme ich ein Template hin, das mir auch einen Schieber gibt?

Vielen Dank vorab!
Achim

Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

Hallo Mihca,

vermutlich kannst du das template tasmota_rgb_led_controller als Basis nutzen und dort die "Farbanteile" rauswerfen.
Was devStateIcon usw. angeht, wäre vermutlich shelly2rgbw_4w_split ein Orientierungspunkt?

Bitte melden, wenn du was funktionierendes zusammengestellt hast, oder mehr wie die Stichpunkte benötigst; kann das dann gerne vollends "in Form" bringen und in die file mit aufnehmen :) .

Gruß, Beta-User
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

Mihca

Mal wieder Danke Beta-User :)

Mit dem Template " tasmota_rgb_led_controller" geht es. Angepasst habe ich "devStateIcon":

off:light_light_dim_00 on:light_light_dim_90@orange

und "setList":

off:noArg cmnd/tasmota1910DC/POWER1 0
on:noArg cmnd/tasmota1910DC/POWER1 1
toggle:noArg cmnd/tasmota1910DC/POWER1 2
Dimmer:slider,0,1,100 cmnd/tasmota1910DC/DIMMER


Das sieht dann wie in anliegendem Bild aus.

Gruß, Achim
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

 :) Gerne.

on/off/toggle sollte man in webCmd eigentlich nicht brauchen, da würde für devStateIcon genügen:off:light_light_dim_00:n on:light_light_dim_90@orange:off
Vielleicht geht es aber noch "besser" (mit einem Icon, das den Dimmgrad mit anzeigt):
attr DEVICE devStateIcon {Color::devStateIcon($name,"dimmer",undef,"Dimmer")}
(Ist ungetestet, ggf. mal in den "Color.pm"-Code schauen wg. der Syntax).
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

Mihca

#4
Super  :)

Habe on/off/toggle rausgeworfen, aber das devStateIcon gelassen. 1. Mir gefällt das andere Piktogramm nicht so gut; etwas altbacken. 2. brauche ich dann wieder on/off/toggle und 3. sehe ich denn Dimmgrad ja im Slider.

Was mir bei dem Tuya Dimmer gut gefällt, ist, dass er bei toggle/on/off zwischen dem "letzten gedimmten" Zustand und "off" toggelt. Die Homematic Dimmer können nur zwischen 0 und 100% toggeln.

Danke nochmals
LG Achim
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

Hmm, dachte eigentlich das sei dasselbe Pictrogramm (bzw. aus der Familie) und das würde auch toggeln (habe zuletzt nur mit den 255-er Codes für die Helligkeit zu tun gehabt). Schade.

Das mit den 100% ist eine HM-Spezialität, scheinbar machen das alle anderen Hardwaresysteme anders (jedenfalls die, die mir bisher so begegnet sind).

Das mit den Farben ist immer eine individuelle Geschichte, daher würde ich das rauslassen. Als template mit der Bitte um Test und Rückmeldung:

#source post: https://forum.fhem.de/index.php/topic,105364.0.html
name:tasmota_dimmer_led_controller
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*(tele|cmnd|stat).*
desc:Tasmota dimmable LED controller, suitable for devices using the "Tuya MCU Module".<br>See instructions in  https://github.com/arendst/Tasmota/wiki/TuyaMCU-Configurations#dimmer and <a href="https://forum.fhem.de/index.php/topic,105364.msg992975.html#msg992975">Forum Thread</a>
order:A_05b
set DEVICE attrTemplate tasmota_basic_state_power1
par:CMNDTOPIC;Command topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}cmnd$3" : undef }
par:TELETOPIC;info topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}tele$3" : undef }
par:STATTOPIC;ack topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}stat$3" : undef }
par:ICON;ICON as set, defaults to light_control;{ AttrVal("DEVICE","icon","light_control") }
attr DEVICE icon ICON
attr DEVICE setList\
  off:noArg CMNDTOPIC/POWER1 0\
  on:noArg CMNDTOPIC/POWER1 1\
  toggle:noArg CMNDTOPIC/POWER1 2\
  Dimmer:colorpicker,BRI,0,5,100 CMNDTOPIC/DIMMER
attr DEVICE readingList \
  TELETOPIC/LWT:.* LWT\
  STATTOPIC/POWER:.* POWER\
  STATTOPIC/POWER1:.* POWER1\
  TELETOPIC/STATE:.* { json2nameValue($EVENT) }\
  STATTOPIC/RESULT:.* { json2nameValue($EVENT) }\
  TELETOPIC/INFO.:.* { json2nameValue($EVENT) }
deletereading -q DEVICE (?!associatedWith).*
attr DEVICE autocreate 0
attr DEVICE devStateIcon off:light_light_dim_00:on on:light_light_dim_90:off
attr DEVICE stateFormat POWER1
attr DEVICE webCmd Dimmer
attr DEVICE model tasmota_dimmer_led_controller
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

Mihca

Ich habe das Template entsprechend https://forum.fhem.de/index.php/topic,94495.0.html eingebaut. Ich sehe es aber nicht als "tasmota_dimmer_led_controller" sondern als "tasmota_basic_state_power1".

Ist es denn richtig das Template so zu bennenen?

set DEVICE attrTemplate tasmota_basic_state_power1

Müsste es nicht heißen

set DEVICE  attrTemplate tasmota_dimmer_led_controller
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

Die set-Anweisung führt nur intern erst die Konfiguration des Tasmota-Geräts aus (Kleinschriebung usw.). Das ist also richtig. Es sollte nach dem "{ AttrTemplate_Initialize() }" auch ein attrTemplate mit dem Namen tasmota_dimmer_led_controller geben.
Würde sich das selbst aufrufen, wäre das nicht besonders lustig...
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

Mihca

Nein, das Template gibt es in Fhem nicht. Ich hatte das "{ AttrTemplate_Initialize() }" schon gemacht, hatte dann auch Fhem neu gestartet und dann nochmal "{ AttrTemplate_Initialize() }" eingegeben. Auch die Rechte sind richtig gesetzt, siehe Bild.
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

Hast du ein Device mit vorhandener readingList? Sonst wird wohl der "filter" zuschlagen...
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

Mihca

Habe das Divice gelöscht und per autocreate neu anlegen lassen. Ich bekomme das Template nicht zu Auswahl. Liegt es evtl. daran, dass ich eine eigene Datei dafür angelegt habe und den Code nicht in mqtt2.template eingefügt habe?
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

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

Mihca

Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Mihca

#13
Guten Morgen Beta-User,

danke für das einchecken in das aktuelles Release. Sieht prima aus.  :) :)

Es fehlen ME die Einstellungen zur Kalibrierung "DimmerRange <Min>,<Max> "

Die werden auch wohl im Gerät gelöscht?

LG Achim
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

Immer wieder gerne.

Ich habe leider keine Ahnung, warum das mit dem lokalen template nicht geklappt hat...
(Ich mache das in der Regel auch so, dass ich eine weitere Datei erstelle, allerdings mit kürzerem Namen. Aber das dürfte auch nicht das Problem gewesen sein.)

Edit zu spät gesehen. Das mit der Kalibrierung habe ich nicht verstanden. Geht das via MQTT?

Wenn ja, müßte ich die Doku nochmal ansehen.
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