(gelöst) MQTT2 RGBW Device attrTemplate

[morrpheus]

Moin Moin.
Ich habe mir probehalber bei Action eine smarte Lampe von LSC gekauft.
OTA flashen mit Tasmota ging auch problemlos.
Jetzt hab ich aber ein Problem mit der attrTemplate in FHEM.
Und zwar passen die vorgegebenen Templates nicht wirklich zu meiner Lampe. Wie bekomme ich denn ein Template von z.B. https://templates.blakadder.com/lsc_smart_connect_candle.html eingefügt?

Gruß Jan

[Otto123]

Moin Jan,

du redest jetzt von zwei Dingen:
Das verlinkte Template musst Du in Tasmota einspielen. Das hat mit attrTemplate nix zu tun.
Dann brauchst Du noch eine Einstellung des MQTT2 Gerätes in FHEM, dazu ginge attrTemplate (wenn es ein Template gibt. Wenn nicht baust Du das Gerät erstmal von Hand anhand andere Templates/Teile davon. Das Template kannst Du dann veröffentlichen

Gruß Otto

[morrpheus]

Das hab ich mittlerweile verstanden.
Im Tasmotadevice wird jetzt eine Hue Bridge emuliert. Seitdem funktioniert auch das tasmota_rgb_led_controller template.
Jetzt fehlen im webCmd noch die Möglichkeiten für den Weißanteil und das Dimmen.

[TomLee]

Jetzt fehlen im webCmd noch die Möglichkeiten für den Weißanteil und das Dimmen.

Vorausgesetzt die Befehle dazu sind schon in der setList vorhanden, dann schreib die doch einfach Doppelpunktsepariert (ohne Leerzeichen) in webCmd rein.

Gruß

Thomas

[morrpheus]

Die setList sieht so aus:

Code Auswählen Erweitern

off:noArg cmnd/Nachtlicht/POWER1 0
  on:noArg cmnd/Nachtlicht/POWER1 1
  toggle:noArg cmnd/Nachtlicht/POWER1 2
  Color:colorpicker,RGB cmnd/Nachtlicht/COLOR
  Dimmer:colorpicker,BRI,0,5,100 cmnd/Nachtlicht/DIMMER

[TomLee]

Gut, und was passiert wenn du wie vorgeschlagen die Befehle in webCmd einträgst ?

Gruß

Thomas

[morrpheus]

So, den Dimmer hab ich drin. Aber für die Weißwerte fehlen mir im Colorpicker noch vier Stellen. Es ist ja ein RGBWW-Device.

[TomLee]

Um Licht mach ich immer einen großen Bogen, weiß nicht.

Zeig mal noch ein List von dem Gerät , dann kann eventuell wär anders was zu sagen.

Gruß

Thomas

[morrpheus]

Die Werte für Warmweiß und Kaltweiß habe ich auch im webCmd eingetragen bekommen.
Aber was für einen befehl muß ich denn in die Kommandozeile eintragen wenn ich das manuell machen will?

Habs rausgefunden: pro RGB Werte von 0-255 plus zwei zusätzliche Stellen für die Weißtöne.

Code Auswählen Erweitern

defmod Nachtlicht MQTT2_DEVICE Nachtlicht
attr Nachtlicht IODev myBroker
attr Nachtlicht autocreate 0
attr Nachtlicht comment NOTE: on-for-timer is limited to 18h max duration!
attr Nachtlicht devStateIcon {Color::devStateIcon($name,"rgb","Color","Dimmer","POWER1")}
attr Nachtlicht icon light_control
attr Nachtlicht model tasmota_rgb_led_controller
attr Nachtlicht readingList tele/Nachtlicht/LWT:.* LWT\
  stat/Nachtlicht/POWER:.* POWER\
  stat/Nachtlicht/POWER1:.* POWER1\
  tele/Nachtlicht/STATE:.* { json2nameValue($EVENT) }\
  stat/Nachtlicht/RESULT:.* { json2nameValue($EVENT) }\
  tele/Nachtlicht/INFO.:.* { json2nameValue($EVENT) }
attr Nachtlicht room Büro,GoogleAssistant,MQTT2_DEVICE
attr Nachtlicht setList off:noArg cmnd/Nachtlicht/POWER1 0\
  on:noArg cmnd/Nachtlicht/POWER1 1\
  toggle:noArg cmnd/Nachtlicht/POWER1 2\
  Color:colorpicker,RGB cmnd/Nachtlicht/COLOR\
  Dimmer:colorpicker,BRI,0,5,100 cmnd/Nachtlicht/DIMMER
attr Nachtlicht setStateList on off toggle
attr Nachtlicht sortby 1
attr Nachtlicht stateFormat POWER1
attr Nachtlicht webCmd Color:Color ff0000:Color 00ff00:Color 0000ff:toggle:Dimmer

setstate Nachtlicht off
setstate Nachtlicht 2019-12-25 13:13:01 CT 153
setstate Nachtlicht 2019-12-25 13:13:01 Channel_1 100
setstate Nachtlicht 2019-12-25 13:13:01 Channel_2 0
setstate Nachtlicht 2019-12-25 13:13:01 Channel_3 0
setstate Nachtlicht 2019-12-25 13:13:01 Channel_4 0
setstate Nachtlicht 2019-12-25 12:35:55 Channel_5 1
setstate Nachtlicht 2019-12-25 13:13:01 Color FF00000000
setstate Nachtlicht 2019-12-25 13:13:01 Dimmer 100
setstate Nachtlicht 2019-12-25 13:13:01 Fade off
setstate Nachtlicht 2019-12-25 13:13:01 HSBColor 0,100,100
setstate Nachtlicht 2019-12-25 13:13:01 Heap 27
setstate Nachtlicht 2019-12-25 13:13:01 LedTable on
setstate Nachtlicht 2019-12-25 13:13:01 LoadAvg 43
setstate Nachtlicht 2019-12-25 13:13:01 MqttCount 1
setstate Nachtlicht 2019-12-25 13:13:01 POWER1 off
setstate Nachtlicht 2019-12-25 11:23:08 SaveData on
setstate Nachtlicht 2019-12-25 13:13:01 Scheme 0
setstate Nachtlicht 2019-12-25 11:23:08 SetOption26 on
setstate Nachtlicht 2019-12-25 13:13:01 Sleep 50
setstate Nachtlicht 2019-12-25 13:13:01 SleepMode Dynamic
setstate Nachtlicht 2019-12-25 13:13:01 Speed 1
setstate Nachtlicht 2019-12-25 11:23:07 StateText1 off
setstate Nachtlicht 2019-12-25 11:23:07 StateText2 on
setstate Nachtlicht 2019-12-25 11:23:07 StateText3 toggle
setstate Nachtlicht 2019-12-25 11:23:07 StateText4 hold
setstate Nachtlicht 2019-12-25 13:13:01 Time 2019-12-25T13:13:01
setstate Nachtlicht 2019-12-25 13:13:01 Uptime 0T03:20:19
setstate Nachtlicht 2019-12-25 13:13:01 UptimeSec 12019
setstate Nachtlicht 2019-12-25 13:13:01 Wifi_AP 1
setstate Nachtlicht 2019-12-25 13:13:01 Wifi_BSSId 34:31:C4:00:76:EC
setstate Nachtlicht 2019-12-25 13:13:01 Wifi_Channel 6
setstate Nachtlicht 2019-12-25 13:13:01 Wifi_Downtime 0T00:00:13
setstate Nachtlicht 2019-12-25 13:13:01 Wifi_LinkCount 1
setstate Nachtlicht 2019-12-25 13:13:01 Wifi_RSSI 38
setstate Nachtlicht 2019-12-25 13:13:01 Wifi_SSId Speed!Box
setstate Nachtlicht 2019-12-25 13:13:01 Wifi_Signal -81
setstate Nachtlicht 2019-12-25 13:12:35 state set_toggle



[Beta-User]

Im attrTemplate für die plug+light gibt es in Kanal 2 auch einen ww-setter. Bitte da bedienen...

[Beta-User]

Auch wenn das auf (gelöst) steht wäre es für eventuelle weitere Sucher hilfreich, wenn wir ein attrTemplate dafür hätten. (Wer was für RGBW-Devices suchen sollte, bitte nach hierhin ausweichen).

(Ungetesteter) Vorschlag, bitte auch nochmal https://github.com/arendst/Tasmota/wiki/commands#light konsultieren, ob man mit den dortigen Command-Optionen was verbessern kann:

Code Auswählen Erweitern

name:tasmota_rgbwct_led
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*(tele|cmnd|stat).*
desc:Tasmota RGBW bulb with CT option like LSC Smart Connect Candle 400lm RGBW
order:A_05a1
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
deletereading -q DEVICE (?!associatedWith).*
attr DEVICE setList\
  off:noArg CMNDTOPIC/POWER1 0\
  on:noArg CMNDTOPIC/POWER1 1\
  toggle:noArg CMNDTOPIC/POWER1 2\
  Color:colorpicker,RGB CMNDTOPIC/COLOR\
  pct:colorpicker,BRI,0,5,100 CMNDTOPIC/DIMMER\
  white:colorpicker,BRI,0,5,100 { "CMNDTOPIC/COLOR ". sprintf("000000%02X",$EVTPART1*2.55) }\
  CT:colorpicker,CT,153,5,500 CMNDTOPIC/CT
attr DEVICE readingList \
  TELETOPIC/LWT:.* LWT\
  TELETOPIC/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  TELETOPIC/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  TELETOPIC/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  TELETOPIC/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  STATTOPIC/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  STATTOPIC/POWER1:.* state
attr DEVICE jsonMap POWER1:state Dimmer:pct Channel_4:white Channel_1:0 Channel_2:0 Channel_3:0 HSBColor:0 Channel_5:0
attr DEVICE webCmd pct:white:Color:CT
attr DEVICE webCmdLabel Helligkeit\
:Weiss\
:Farbe\
:Temp
attr DEVICE devStateIcon {Color::devStateIcon($name,"rgb","Color","pct","state")}
attr DEVICE setStateList on off toggle
attr DEVICE model tasmota_rgbwct_led

[morrpheus]

Ich würde das attrTemplate gerne ausprobieren. Aber wie komme ich daran? Nach einem Update ist es noch nicht verfügbar.

[TomLee]

Das soll ja auch erst ein auf dein Gerät passendes Template werden 

Wie man da ran kommt ?  hier unter dem Punkt Testen und hier im Wiki ist das kurz beschrieben.

Du kannst aber auch dein bereits vorhandenes Device einfach dem Vorschlag händisch anpassen.

Gruß

Thomas

[morrpheus]

Ich habe das mal ausprobiert. Funktioniert soweit ganz gut. Mit ramp kann das Device leider immer noch nichts anfangen.

[Beta-User]

Mit "ramp" kann nun wieder ich nichts anfangen .

Wenn damit sowas gemeint sein sollte wie langsames Hochdimmen, dann finde ich hier

bitte auch nochmal https://github.com/arendst/Tasmota/wiki/commands#light konsultieren, ob man mit den dortigen Command-Optionen was verbessern kann:

die Stichworte Speed, WakeupDuration und Wakeup.
Wäre natürlich netter, wenn das nicht mit einem gefühlt "nörgeligen" Unterton zurückgespiegelt würde, sondern die bereitgestellten Bausteinchen dafür genutzt würden, auch selbst mal was auszuprobieren...

Wie dem auch sei, bei mir klappt folgende Erweiterung "halbwegs":

Code Auswählen Erweitern


  WakeUpDuration:slider,1,5,3600 cmnd/DVES_EFFE7E/WakeupDuration $EVTPART1
  Wakeup:colorpicker,BRI,0,5,100 cmnd/DVES_EFFE7E/Wakeup $EVTPART1
Allerdings überzeugt mich das nicht so recht, was die Firmware daraus macht, vielleicht gibt es noch bessere Varianten...
(Für meine eigenen Zwecke brauche ich das nicht, ich werde meine Versuche daher an der Stelle einstellen und ggf. halt erst mal "nur" für die anderen User das vorhandene attrTemplate ohne Wakeup bei Gelegenheit ins svn schubsen).

[morrpheus]

Genau das ist damit gemeint. In der Tasmotakonsole kann man "fade" aktivieren. Dann klappts halbwegs.
Sollte auch kein nörgeln sein. Vielleicht antworte ich schneller als ich die Möglichkeiten ausschöpfen kann. Kleiner Fehler meinerseits.
Aber deinen Code werde ich auch noch ausprobieren. Danke dafür.

[morrpheus]

Nach ausgiebigem testen der Funktionen und mit Hilfe der Tasmota-Commands habe ich schon mal einen Dimmer bzw. wakeup-Light hinbekommen. Am Farbverlauf arbeite ich noch.
Danke erstmal.

[McElch]

Ich stelle meine Frage mal hier, weil ich mir auch zu Testzwecken drei verschiedene LSC Teile bei Action gekauft habe. Ich dachte mir, wenn die sich einbinden liessen wäre das zu dem Preis natürlich sensationell!

Mit Hilfe der hier gemachten Angaben habe ich auch schon einiges hinbekommen. Allerdings muss ich zugeben, dass ich hier verständnisfreies cut&paste praktiziere wie lange nicht mehr. Und da ich das meiste was ich hier mache nicht verstehe, funktioniert es auch nicht richtig. Obwohl ich bestimmt nah dran bin.

Was funktioniert:

zwei Steckdosen, geflasht auf Tasmota 8.1.0 und per MQTT2 mit dem FHEM verbunden. Obwohl beide identisch eingebunden sind, geht nur bei einer das devStateIcon, aber schalten lassen sich beide. Damit kann ich leben. Preis pro Dose 8n50. Perfekt. Obwohl ich nirgends Daten gefunden habe, wieviel Watt zB man da dran hängen kann.

Was richtig gut geklappt hat: ein RGB-LED-Stripe. Da geht alles, incl devStateIcon und colorpicker! Macht auch schöne Farben für seine 20 Euronen!

Was aber nur teilweise geht ist eine E14 Smart Filament Birne. Über die Tasmota Weboberfläche geht über je einen Schieber: An/Aus/Dimmen und Weiß/Warmweiß.

Im FHEM habe ich auch die beiden Schieber. Der für Kalt/Warmweiß geht auch. Der zweite geht grundsätzlich auch, hat aber folgenden merkwürdigen Effekt:

Ich kann schalten (schieben), er schalet auch, springt aber in der Anzeige direkt auf null zurück (wobei die Birne an bleibt). Ziehe ich also den Schieber auf 100%, leuchtet die Birne hell, aber der Schieber ist wieder auf Null.

Kann mir jemand helfen? Wie kann ich das ändern? Ich habe kein Template für so eine Weiß/Warmweiß/Dimmer-Birne gefunden, daher habe ich die Einstellungen von dem Stripe kopiert und alles gelöscht, was mM nach nur für die Farbe gut war:

Code Auswählen Erweitern


defmod TasmotaBulb01 MQTT2_DEVICE DVES_A5717D
attr TasmotaBulb01 IODev mqtt2server
attr TasmotaBulb01 autocreate 0
attr TasmotaBulb01 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/CMNDTOPIC/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr TasmotaBulb01 icon hue_filled_white_e27_b22
attr TasmotaBulb01 jsonMap POWER1:state Dimmer:pct Channel_4:white Channel_1:0 Channel_2:0 Channel_3:0 HSBColor:0 Channel_5:0
attr TasmotaBulb01 model tasmota_basic_state_power1
attr TasmotaBulb01 readingList tele/DVES_A5717D/LWT:.* LWT\
  tele/DVES_A5717D/STATE:.* { json2nameValue($EVENT) }\
  tele/DVES_A5717D/SENSOR:.* { json2nameValue($EVENT) }\
  tele/DVES_A5717D/INFO.:.* { json2nameValue($EVENT) }\
  stat/DVES_A5717D/RESULT:.* { json2nameValue($EVENT) }
attr TasmotaBulb01 room MQTT2_DEVICE
attr TasmotaBulb01 setList off:noArg    cmnd/DVES_A5717D/POWER1 0\
  on:noArg     cmnd/DVES_A5717D/POWER1 1\
  toggle:noArg cmnd/DVES_A5717D/POWER1 2\
  pct:colorpicker,BRI,0,5,100 cmnd/DVES_A5717D/DIMMER\
  CT:colorpicker,CT,153,5,500 cmnd/DVES_A5717D/CT\
  setOtaUrl:textField cmnd/DVES_A5717D/OtaUrl $EVTPART1\
  upgrade:noArg   cmnd/DVES_A5717D/upgrade 1
attr TasmotaBulb01 setStateList on off toggle
attr TasmotaBulb01 stateFormat POWER1
attr TasmotaBulb01 webCmd pct:CT:toggle:on:off
attr TasmotaBulb01 webCmdLabel Helligkeit\
:Weiss\
:Farbe\
:Temp

setstate TasmotaBulb01 POWER1
setstate TasmotaBulb01 2020-03-07 13:16:11 CT 323
setstate TasmotaBulb01 2020-03-07 13:16:11 Channel_1 13
setstate TasmotaBulb01 2020-03-07 13:16:11 Channel_2 12
setstate TasmotaBulb01 2020-03-07 13:16:11 Color 211F
setstate TasmotaBulb01 2020-03-07 13:16:11 Dimmer 25
setstate TasmotaBulb01 2020-03-07 13:16:11 Fade OFF
setstate TasmotaBulb01 2020-03-07 13:16:11 HSBColor 0,0,0
setstate TasmotaBulb01 2020-03-07 13:16:11 Heap 27
setstate TasmotaBulb01 2020-03-07 13:16:11 LedTable ON
setstate TasmotaBulb01 2020-03-07 13:16:11 LoadAvg 60
setstate TasmotaBulb01 2020-03-07 13:16:11 MqttCount 1
setstate TasmotaBulb01 2020-03-07 13:16:11 POWER ON
setstate TasmotaBulb01 2020-03-07 13:16:11 Sleep 10
setstate TasmotaBulb01 2020-03-07 13:16:11 SleepMode Dynamic
setstate TasmotaBulb01 2020-03-07 13:16:11 Speed 1
setstate TasmotaBulb01 2020-03-07 13:16:11 Time 2020-03-07T13:16:11
setstate TasmotaBulb01 2020-03-07 13:16:11 Uptime 3T22:45:11
setstate TasmotaBulb01 2020-03-07 13:16:11 UptimeSec 341111
setstate TasmotaBulb01 2020-03-07 13:16:11 Wifi_AP 1
setstate TasmotaBulb01 2020-03-07 13:16:11 Wifi_BSSId 5C:49:79:35:FA:6C
setstate TasmotaBulb01 2020-03-07 13:16:11 Wifi_Channel 2
setstate TasmotaBulb01 2020-03-07 13:16:11 Wifi_Downtime 0T00:00:06
setstate TasmotaBulb01 2020-03-07 13:16:11 Wifi_LinkCount 1
setstate TasmotaBulb01 2020-03-07 13:16:11 Wifi_RSSI 42
setstate TasmotaBulb01 2020-03-07 13:16:11 Wifi_SSId HyperHyper
setstate TasmotaBulb01 2020-03-07 13:16:11 Wifi_Signal -79
setstate TasmotaBulb01 2020-03-07 12:47:54 pct set
setstate TasmotaBulb01 2020-03-05 20:26:29 state set_off
setstate TasmotaBulb01 2020-03-03 23:08:32 white set 0




[Beta-User]

Gestern gab es ein update, das auch ein aktualisiertes RGBW-Tasmota-Template enthielt. Kannst du das mal an einer Kopie testen?

(Es gibt da ein paar Kleinigkeiten in deinen Einstellungen, die m.E. nicht optimal sind, aber da will ich uns nach Möglichkeit Details ersparen, und die Details sind auf zwei Threads verteilt, daher hier kein link...)

Das wäre dann die Ausgangsbasis für das weitere, falls noch was fehlt.

[McElch]

Damit ich das richtig verstehe:

FHEM Update machen (habe ich gerade gemacht).

Dann set fraglichesDevice attrTemplate tasmota_rgbw_led

Code Auswählen Erweitern

set fraglichesDevice attrTemplate tasmota_rgbw_led

? Nur um sicher zu gehen: Die Birne mit den Schiebereglern ist aber nur eine weiße, auf die ich das Template tasmota_basic_state_power1 angewendet habe und dann von dem funktionierenden RGB-Stripe ein paar Zeilen quasi "rüberkopiert" habe. Oder soll ich das RGBW Template an dem RGB Stripe testen? Dar hat aber glaub ich kein Weiß. Oder er hat es und mein FHEM weiß nichts davon, kann natürlich auch sein. Ist der hier:

https://templates.blakadder.com/lsc_smart_connect_led_strip.html

Also, jetzt wo ich den Link kopiere, hat er dem Namen nach ja doch W? 

Hier wäre noch der Link zu der Filament-Birne:

https://templates.blakadder.com/lsc_smart_connect_filament-C35.html

[Beta-User]

Nur das rgbw-template anwenden. Dass das Gerät selbst keinen weiß-Kanal hat, sollte für's erste egal sein, afaik regelt das tasmota intern.

[McElch]

Also, ich hab jetzt das Template auf den RGB Stripe angewendet (der ja eigentlich schon ganz gut funktionierte). Funktioniert jetzt auch, allerdings etwas anders als vorher. Ich habe jetzt zwei Schiebregler übereinander und darunter noch den Colorpicker. Etwas eigentümlich:

Farbe im Colorpicker und einstellen und über den oberen Regler (Helligkeit) einstellen geht.

Sobald ich aber den "Weiss" Regler anfasse, überstimmt der alles, setzt die Farbe auf 000000 und "schleppt" den Helligkeitsregler parallel mit sich und umgekehrt. Das Licht ist dann absolut weiß, also denke ich, der hat doch weiße LEDs dabei.

Will ich wieder Farbe, geh ich auf den Picker und wähle eine aus. Dann funktionieren Farbpicker und Helligkeit wieder in "bunt". Sobald ich den weißen wieder anfasse, überstimmt der wieder alles.

Aber damit kann man schon arbeiten. Ist nur etwas anders als vorher. Vorher sah das auf der Weboberfläche den HUEs ähnlicher und fühlte sich daher einfach etwas vertrauter an. Aber das ist ja Gewöhnungssache. Im Alltag bediene ich alles eigentlich dann über Alexa oder FTUI. Nur zum Einrichten ist die originale Weboberfläche ja eben das Mittel der Wahl, bis alles sauber läuft.

Richtig Hilfe bräuchte ich aber nach wie vor mit der Weiß/warmweißen E14-Leuchte. Was muss ich dort i(n der SetList?) verstellen, damit der Helligkeitsregler so stehen bleibt, wie die Lampe leuchtet, und nicht wieder auf Null zurück schnipst? Oder welches Template wäre das richtige für so eine Filament Lampe, die nur weiß-weiß bis gelb-weiß und Helligkeit kann? Also die, wo ich das List gepostet hatte.

[Beta-User]

Hm, also mal vorab:

Die Widgets und deren Anordnung sind - im Prinzip - eine andere Ebene wie die eigentlichen setter und Readings. Das kannst du getrost umstellen, wenn du mal etwas intensiver reingeschnuppert hast, ist das kein Problem, zum Testen kannst du auch rL-Einträge einfach "doppeln".

Dass der Regler zurückspringt hat damit zu tun, dass wohl kein Wert zurückkommt, oder (wahrscheinlicher...!), dass  das was zurückkommt (noch) nicht ausgewertet wird (das betr. template für den rgbw wurde (vor-?) gestern nämlich nochmal von TomLee verbessert, daher auch der Hinweis, dass das für den rgbw zu empfehlen ist...)

Vermutlich kann man das vom rgbw auf die ww/cw-Geschichte übertragen, aber leider nicht per "Rate-mal...".
Das kann man erst sagen, wenn du
- wieder ein aktuelles List einstellst,
- den MQTT-Verkehr in unbearbeiteter Form analysierst und ggf. den relevanten Teil hier einstellst.
- Weiter wäre die Konfiguration des tasmota (das "template" im Tasmota-Sprech) interessant, also was welcher GPIO macht.

Der Teufel steckt bei diesen Dingen leider im Detail und ist auch nicht zwingend bei allen Hardwarevarianten gleich (zum Glück sehr ähnlich), und sowohl TomLee wie ich machen das auch nicht "ganz" nebenbei (und auf Ratebasis); jedenfalls ich schaue mir das am liebsten in der "Nachrichten-Dynamik" iVm. dem, was in der Realität passiert an...

Aber es freut mich, dass du zustimmst, dass das erst mal eine gute Basis ist - du kannst das "look&feel" gerne noch weiter anpassen, auch bei dem rgbw. MMn. ist der in der letzten Revision aber für das, was noch zu tun ist bei dem cw/ww die beste Ausgangsbasis, die wir im Moment anbieten können.

[McElch]

Natürlich ist das eine super Basis! Ich denke auch, dass ich mich da einfach mal noch weiter einlesen muss. Ich kann ja nicht erwarten, alles vorgekaut zu bekommen. Aber hier ist der Einstieg für mich schon gefühlt komplexer als bei den Sachen, die ich bisher mit FHEM so gemacht hab.

Vorab: Ich habe jetzt auch auf besagte Birne das Template angewendet, diesmal spassenshalber sogar gleich mal das tasmota_rgbwct_led 

Bis auf einen Regler für Weiß, der egal was man einstellt, die Birne ausschaltet,kann ich sie jetzt richtig steuern. Der Regler Helligkeit springt zwar jetzt immer noch kurz auf Null, dann aber wieder auf den eingestellten Wert. Kann er gerne machen, stört mich nicht. 

In der Tasmota-Console wird folgendes angezeigt (die letzte Zeile zB ist Folge von "schiebe den Regler Weiß von 80 auf 100", was wie gesagt zum Ausschalte führt). Ich verstehe auch nicht, wieso sich in der mittleren Zeile die Farbe geändert hat, da hatte ich nämlich nur den Dimmer rauf auf 100 geschoben:

Code Auswählen Erweitern


21:38:53 MQT: stat/DVES_A5717D/RESULT = {"POWER1":"on","Dimmer":45,"Color":"0073","HSBColor":"0,0,0","Channel":[0,45],"CT":498}
21:40:50 MQT: stat/DVES_A5717D/RESULT = {"POWER1":"on","Dimmer":100,"Color":"01FE","HSBColor":"0,0,0","Channel":[1,100],"CT":498}
21:41:07 MQT: stat/DVES_A5717D/RESULT = {"POWER1":"off","Dimmer":0,"Color":"0000","HSBColor":"0,0,0","Channel":[0,0],"CT":498}


Das Tasmota-Template für die Lampe sieht wie folgt aus:

Code Auswählen Erweitern


{"NAME":"LSC Filam E14","GPIO":[0,255,0,255,0,0,0,0,38,0,37,0,0],"FLAG":15,"BASE":18}


Der Link, den ich vorhin gepostet hatte, beschreibt auch noch mal im Klartext, was die einzelnen Pins machen. Also, dem, der es versteht. Vermutlich. 

Also ich werde in den nächsten Tagen nochmal händisch in der Definition des Devices rumschreiben und schauen was passiert, vielleicht steige ich da ja mal durch.

Hier ist das jetzige List der Birne:

Code Auswählen Erweitern


defmod TasmotaBulb01 MQTT2_DEVICE DVES_A5717D
attr TasmotaBulb01 IODev mqtt2server
attr TasmotaBulb01 autocreate 0
attr TasmotaBulb01 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/DVES_A5717D/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr TasmotaBulb01 devStateIcon {Color::devStateIcon($name,"rgb","Color","pct","state")}
attr TasmotaBulb01 genericDeviceType light
attr TasmotaBulb01 icon hue_filled_white_e27_b22
attr TasmotaBulb01 jsonMap POWER1:0 Dimmer:pct Channel_4:white Channel_1:0 Channel_2:0 Channel_3:0 HSBColor:0 Channel_5:0
attr TasmotaBulb01 model tasmota_rgbwct_led
attr TasmotaBulb01 readingList tele/DVES_A5717D/LWT:.* LWT\
  tele/DVES_A5717D/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/RESULT:.* { $EVENT =~ m,HSBColor...(\d+)\,(\d+)\,(\d+), ? $2 eq ReadingsVal($NAME,"saturation","unknown") ? undef :{"saturation"=>$2} : undef }\
  stat/DVES_A5717D/POWER1:.* state
attr TasmotaBulb01 room MQTT2_DEVICE
attr TasmotaBulb01 setList off:noArg cmnd/DVES_A5717D/POWER1 0\
  on:noArg cmnd/DVES_A5717D/POWER1 1\
  toggle:noArg cmnd/DVES_A5717D/POWER1 2\
  Color:colorpicker,RGB cmnd/DVES_A5717D/COLOR\
  pct:colorpicker,BRI,0,5,100 cmnd/DVES_A5717D/DIMMER\
  white:colorpicker,BRI,0,5,100 { "cmnd/DVES_A5717D/COLOR ". sprintf("000000%02X",$EVTPART1*2.55) }\
  CT:colorpicker,CT,153,5,500 cmnd/DVES_A5717D/CT
attr TasmotaBulb01 setStateList on off toggle
attr TasmotaBulb01 stateFormat POWER1
attr TasmotaBulb01 webCmd pct:white:Color:CT
attr TasmotaBulb01 webCmdLabel Helligkeit\
:Weiss\
:Farbe\
:Temp

setstate TasmotaBulb01 POWER1
setstate TasmotaBulb01 2020-03-07 21:46:11 CT 498
setstate TasmotaBulb01 2020-03-07 21:46:11 Color 0000
setstate TasmotaBulb01 2020-03-07 21:46:11 Fade off
setstate TasmotaBulb01 2020-03-07 21:46:11 Heap 26
setstate TasmotaBulb01 2020-03-07 21:46:11 LedTable on
setstate TasmotaBulb01 2020-03-07 21:46:11 LoadAvg 19
setstate TasmotaBulb01 2020-03-07 21:46:11 MqttCount 2
setstate TasmotaBulb01 2020-03-07 20:48:49 SaveData on
setstate TasmotaBulb01 2020-03-07 20:48:49 SetOption26 on
setstate TasmotaBulb01 2020-03-07 21:46:11 Sleep 50
setstate TasmotaBulb01 2020-03-07 21:46:11 SleepMode Dynamic
setstate TasmotaBulb01 2020-03-07 21:46:11 Speed 1
setstate TasmotaBulb01 2020-03-07 20:48:48 StateText1 off
setstate TasmotaBulb01 2020-03-07 20:48:48 StateText2 on
setstate TasmotaBulb01 2020-03-07 20:48:48 StateText3 toggle
setstate TasmotaBulb01 2020-03-07 20:48:49 StateText4 hold
setstate TasmotaBulb01 2020-03-07 21:46:11 Time 2020-03-07T21:46:11
setstate TasmotaBulb01 2020-03-07 21:46:11 Uptime 4T07:15:11
setstate TasmotaBulb01 2020-03-07 21:46:11 UptimeSec 371711
setstate TasmotaBulb01 2020-03-07 21:46:11 Wifi_AP 1
setstate TasmotaBulb01 2020-03-07 21:46:11 Wifi_BSSId 5C:49:79:35:FA:6C
setstate TasmotaBulb01 2020-03-07 21:46:11 Wifi_Channel 2
setstate TasmotaBulb01 2020-03-07 21:46:11 Wifi_Downtime 0T00:00:06
setstate TasmotaBulb01 2020-03-07 21:46:11 Wifi_LinkCount 1
setstate TasmotaBulb01 2020-03-07 21:46:11 Wifi_RSSI 38
setstate TasmotaBulb01 2020-03-07 21:46:11 Wifi_SSId HyperHyper
setstate TasmotaBulb01 2020-03-07 21:46:11 Wifi_Signal -81
setstate TasmotaBulb01 2020-03-07 21:46:11 pct 0
setstate TasmotaBulb01 2020-03-07 20:48:58 saturation 0
setstate TasmotaBulb01 2020-03-07 20:58:06 state on
setstate TasmotaBulb01 2020-03-07 21:41:07 white set 85




[Beta-User]

Hmm, nur ein Verdacht: Das hat evtl. nur zwei Kanäle (es sind nur 2 PINs als Dimmer konfiguriert, wenn ich das richtig lese), das wären dann Kanäle 0 und 1.

Am besten beobachtest du, was via MQTT rausgeht, wenn du das direkt in dem Tasmota-Web-Interface änderst.

Dass die Farbe sich ändert, ist m.E. normal, weil für das Teil uU. auch "Weiß" eine Farbe ist => alle drei Kanäle mit demselben Wert => hier gibt es nur zwei Kanäle, daher auch nur zwei Werte, also z.B. a) 01 b) FE in der mittleren Zeile.

Hoffe, das hilft dir weiter?

[McElch]

Naja, bin wohl noch das eine oder andere Lichtjahr davon entfernt, die Sache zu verstehen. Frau schläft noch, da dachte ich experimentierst du nochmal mit attrTemplate. Hab testweise mal ein 2-Channel Template eingestellt. Das ist aber für Relais. Also wieder zurück. Obwohl gleiches getan, siehts auf einmal wieder ganz anders aus. und in der Weboberfläche steht auf einmal ein ewig langer Text

" version="1.0" xmlns="http://www.w3.org/2000/svg" width="468pt" height="556pt" viewBox="0 0 468 556" preserveAspectRatio="xMidYMid meet"> Created by potrace 1.8, written by Peter Selinger 2001-2007 "

drin, von dem ich keine Ahnung habe was er mir sagen will und wo er her kommt. Hätte ichs mal nicht angefasst! 

Also noch viel zu entdecken! 

[Beta-User]

Sorry, kein anderes attrTemplate als Basis, aber andere jsonMap, dort die Channel_x...(Kurz da mobil)

[McElch]

Ist ja auch Sonntag! 

Hab ich nicht so recht verstanden, stört jetzt aber erstmal nicht. Offenbar gibt es für diese Art Lampe noch kein passendes attrTemplate:

https://tasmota.github.io/docs/#/Lights?id=_2-channels-cct-light

Steuern lässt es sich ja trotzdem gut, nur im Web Frontent siehts merkwürdig aus mit dieser langen Hinweis-URL. Auch habe ich jetzt 4 devStateIcons statt einem, die aber natürlich synchron anzeigen.

[Beta-User]

 
Ich weiß sehr gut, dass es für die cct-Variante noch kein attrTemplate gibt.

Also: Wir haben m.E. beide Readings, die wir brauchen, nämlich (Dimmer:)pct und CT.
Also machen wir in diesem Fall einfach weg, was wir nicht brauchen, das sollte schon alles gewesen sein:

Code Auswählen Erweitern

defmod TasmotaBulb01 MQTT2_DEVICE DVES_A5717D
attr TasmotaBulb01 IODev mqtt2server
attr TasmotaBulb01 autocreate 0
attr TasmotaBulb01 devStateIcon  {Color::devStateIcon($name,"dimmer",undef,"pct","state")}attr TasmotaBulb01 genericDeviceType lightattr TasmotaBulb01 icon hue_filled_white_e27_b22
attr TasmotaBulb01 jsonMap POWER1:0 Dimmer:pct Channel_4:0 Channel_1:0 Channel_2:0 Channel_3:0 HSBColor:0 Channel_5:0
attr TasmotaBulb01 model tasmota_cct_led
attr TasmotaBulb01 readingList tele/DVES_A5717D/LWT:.* LWT\
  tele/DVES_A5717D/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/POWER1:.* state
attr TasmotaBulb01 setList off:noArg cmnd/DVES_A5717D/POWER1 0\
  on:noArg cmnd/DVES_A5717D/POWER1 1\
  toggle:noArg cmnd/DVES_A5717D/POWER1 2\
  pct:colorpicker,BRI,0,5,100 cmnd/DVES_A5717D/DIMMER\
  CT:colorpicker,CT,153,5,500 cmnd/DVES_A5717D/CT
attr TasmotaBulb01 setStateList on off toggle
attr TasmotaBulb01 webCmd pct:CT(room kannst du lassen, aber stateFormat und webCmdLabel brauchen wir hier vermutlich nicht, die Widgets sollten selbsterklärend sein...)
Schalten müßte über das devStateIcon gehen.

[McElch]

Sorry, komme erst heute dazu, das auszuprobieren.

Also, mit diesen Änderungen geht es schlechter. Warm/Kalt, also das CT funktioniert, aber der Schieberegler für pct geht gar nicht. Es passiert an der Lampe nichts, und in der Tasmota Konsole steht:

Code Auswählen Erweitern

20:06:22 MQT: stat/DVES_A5717D/RESULT = {"Command":"Unknown"}

Allerdings sieht das Webfrontend jetzt viel aufgeräumter aus. Die vier devstateicons wurden jetzt durch eins ersetzt.

[McElch]

Ach so, ja, ein aktuelles List soll ja manchmal Wunder wirken, sorry 

Code Auswählen Erweitern

defmod TasmotaBulb01 MQTT2_DEVICE DVES_A5717D
attr TasmotaBulb01 IODev mqtt2server
attr TasmotaBulb01 autocreate 0
attr TasmotaBulb01 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/DVES_A5717D/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr TasmotaBulb01 devStateIcon {Color::devStateIcon($name,"dimmer",undef,"pct","state")}
attr TasmotaBulb01 genericDeviceType light
attr TasmotaBulb01 icon hue_filled_white_e27_b22
attr TasmotaBulb01 jsonMap POWER1:0 Dimmer:pct Channel_4:0 Channel_1:0 Channel_2:0 Channel_3:0 HSBColor:0 Channel_5:0
attr TasmotaBulb01 model tasmota_cct_led
attr TasmotaBulb01 readingList tele/DVES_A5717D/LWT:.* LWT\
  tele/DVES_A5717D/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/POWER1:.* state
attr TasmotaBulb01 room MQTT2_DEVICE
attr TasmotaBulb01 setList off:noArg cmnd/DVES_A5717D/POWER1 0\\
  on:noArg cmnd/DVES_A5717D/POWER1 1\\
  toggle:noArg cmnd/DVES_A5717D/POWER1 2\\
  pct:colorpicker,BRI,0,5,100 cmnd/DVES_A5717D/DIMMER\\
  CT:colorpicker,CT,153,5,500 cmnd/DVES_A5717D/CT
attr TasmotaBulb01 setStateList on off toggle
attr TasmotaBulb01 webCmd pct:CT

[McElch]

Vor allem aber wenn man es sich dann selber nochmal anschaut und die doppelten backslashes am Ende der Setlist-Zeilen bemerkt! 

[Beta-User]

Ja, list wirkt Wunder .

Nur sicherheitshalber:

Funktioniert jetzt auch CT wie gewünscht?

(dann müßte nämlich auch das attrTemplate passen, das ich gestern noch eingecheckt hatte, und ich kann das Thema "zu den Akten" legen... ).

[McElch]

Alles nochmal getestet. Leider funktioniert doch noch nicht alles zu 100%. Das devStateIcon steht immer auf "aus". Schiebt man am pct-Regler, wechselt es kurz auf "Fragezeichen". Der Regler springt immer noch kurz auf null, dann aber wieder auf den eingestellten Wert, regelt aber richtig. Tschuldigung! 

Code Auswählen Erweitern

defmod TasmotaBulb01 MQTT2_DEVICE DVES_A5717D
attr TasmotaBulb01 IODev mqtt2server
attr TasmotaBulb01 autocreate 0
attr TasmotaBulb01 comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/DVES_A5717D/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr TasmotaBulb01 devStateIcon {Color::devStateIcon($name,"dimmer",undef,"pct","state")}
attr TasmotaBulb01 genericDeviceType light
attr TasmotaBulb01 icon hue_filled_white_e27_b22
attr TasmotaBulb01 jsonMap POWER1:0 Dimmer:pct Channel_4:0 Channel_1:0 Channel_2:0 Channel_3:0 HSBColor:0 Channel_5:0
attr TasmotaBulb01 model tasmota_cct_led
attr TasmotaBulb01 readingList tele/DVES_A5717D/LWT:.* LWT\
  tele/DVES_A5717D/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/POWER1:.* state
attr TasmotaBulb01 room MQTT2_DEVICE
attr TasmotaBulb01 setList off:noArg cmnd/DVES_A5717D/POWER1 0\
  on:noArg cmnd/DVES_A5717D/POWER1 1\
  toggle:noArg cmnd/DVES_A5717D/POWER1 2\
  pct:colorpicker,BRI,0,5,100 cmnd/DVES_A5717D/DIMMER\
  CT:colorpicker,CT,153,5,500 cmnd/DVES_A5717D/CT
attr TasmotaBulb01 setStateList on off toggle
attr TasmotaBulb01 webCmd pct:CT


[Beta-User]

Kannst du bitte auch den Rest der RAW-Definition hier einstellen? WLAN-Angaben kannst du gerne raus machen, mir geht es um die setstate-Angaben.

Was irritierend ist: Eigentlich sollte der ESP via stat/DVES_A5717D/POWER1 auch seinen Schaltstatus senden. Tut deiner aber nicht, jedenfalls, wenn das noch so stimmt:

Code Auswählen Erweitern


21:38:53 MQT: stat/DVES_A5717D/RESULT = {"POWER1":"on","Dimmer":45,"Color":"0073","HSBColor":"0,0,0","Channel":[0,45],"CT":498}
21:40:50 MQT: stat/DVES_A5717D/RESULT = {"POWER1":"on","Dimmer":100,"Color":"01FE","HSBColor":"0,0,0","Channel":[1,100],"CT":498}
21:41:07 MQT: stat/DVES_A5717D/RESULT = {"POWER1":"off","Dimmer":0,"Color":"0000","HSBColor":"0,0,0","Channel":[0,0],"CT":498}


Hattest du da irgendwannmal was im Web-Interface umgestellt?
Wenn ja: Bitte wieder ändern. (Nur!) wenn nein, könntest du das jsonMap ändern, dass dort POWER1 nicht rausgefiltert wird (dann solltest du aber m.E. "event-on-change" mind. dafür setzen), also POWER1:state.

[McElch]

Naja, ich hab ja inzwischen so ziemlich überall geändert. Im Grunde könnte es jetzt für meine Zwecke auch so bleiben, denn steuern kann ich es, und für die Steuerung soll ja primär die Lampe gelb werden, und nicht das Icon. 

Aber wenn ich das richtig verstanden habe bist du ein / der Master of MQTT2 Templates, richtig? Und besser als wenn nur meine Lampe geht wäre, wenn es ein funktionierendes Template für weitere Käufer dieser Lampe (oder anderer weiß/warmweiß-Tasmotaleuchten) gäbe, auch richtig?

Denn wenn du mir solche Sachen schreibst wie 

könntest du das jsonMap ändern, dass dort POWER1 nicht rausgefiltert wird (dann solltest du aber m.E. "event-on-change" mind. dafür setzen), also POWER1:state.

verstehe ich "Vermutlich Altgriechisch. Könnte Bahnhof bedeuten"

Deshalb folgender Vorschlag: ich kopiere mir für alle Fälle den Teil aus der Config Datei, der jetzt bzgl. der Lampe da drin steht, lösche das Device komplett raus aus meiner Config, starte neu und warte mal, was es von alleine wieder anlegt? Dann wende ich das Template an, und wir schauen mal, was passiert? Nicht dass ich hier irgendwelche Sachen falsch raus oder reinkopiert / gelöscht habe und wir suchen uns hier den Wolf?

[Beta-User]

Korrekt, eventuell wären dir spätere Nutzer dankbar, wenn wir das zum Fliegen bekämen...

Und sorry, wenn dir das "altgriechisch" vorkommt.

Was ich eigentlich sagen wollte: Dein Tasmota funktioniert anders, als ich das auf Basis meiner bisherigen Erfahrungen erwarten würde. Du solltest die Einstellungen der firmware prüfen, alles andere kommt dann in Schritt 2 oder später.

Weitere Anmerkungen:
- Deine Schilderung der geplanten Vorgehensweise klingt nach config-Editieren. Das ist nicht zu empfehlen! Nimm stattdessen die RAW-Definition (hattest du hier schon gepostet, du solltest also wissen, wie das geht) und speichere die als Textfile und lösche das Device dann mit FHEMWEB über den "delete device"-Link unten in der Detailansicht (neben dem RAW-Link...).
- Du kannst auch mit RAW eine Kopie anfertigen, dort nur den Namen ändern und den Teil der readingList übernehmen, der das "LWT" betrifft (diese Zeile).
Dann kannst du darauf das template anwenden, ohne das Ausgangsdevice löschen zu müssen: Die attrTemplate nutzen intern Variablen, und zur Ermittlung der Variablenwerte wird eben genau diese eine Zeile benötigt, mehr nicht...

Aber nochmal: Im Moment denke ich, wir suchen am falschen Ende.
Ggf. bitte auch die firmware auf den letzten Stand (8.1.irgendwas) bringen, wenn das noch eine Vorversion sein sollte.

[McElch]

Ja, ertappt.Ich muss zugeben: Ich benutze FHEM seit einigen Jahren. Mittlerweile ist eigentlich fast alles Smart hier. Ich habe seit gefühlt 3 Jahren keinen Lichtschalter mehr angefasst. Das eigene Leben gut alaysiert, alles in Algorithmen definiert und DOIFs draus gemacht. Alles automatisiert. Und wenn ich im Laden irgend ein Gadget sehe, was mir gefällt, googel ich immer gleich im aden, ob es fhem-kompatibel ist, sonst bleibts im Regal. 

Angefangen hab ich mit dem Abschreiben aus Technik Blogs. Das hat mich sehr weit gebracht, und jahrelang habe ich kaum etwas anders konfiguriert, als direkt in die Config zu schreiben. Erst vor kurzem hab ich irgendwo mal gelesen, dass man das nicht soll und das auch anders geht. Egal, es gibt mE trotzdem viele Situationen, wo das auch Sinn macht (besonders zB in Verbindung mit Harmony IR Geräten, die systembedingt ihre ganzen Parameter nicht so fröhlich durch die Gegend pusten ).

Daher sind mir auch solche Sachen wir das attrTemplate erstmal suspekt, weil da irgend welche Dinge en Block im Hintergrund passieren, von denen ich nichts weiß

Dass dann vieles für mich "altgriechisch" /"Bahnhof" liegt ja aber an meinem Unvermögen, solche Sachen zu durchschauen und nicht am System. Bin also selber Schuld. 

Zurück zum Problem:

Die Tasmotas sind alle aktuell. Ich habe wie gesagt 4 Sachen von LSC aus dem Action Markt, sehr billig. Zwei Steckdosen, einen RGB Stripe und besagte Weiß/Warmweiß Lampe. Alle vier habe ich über ein frisch installiertes tuya convert mit Tasmota OTA geflasht. Heraus kam bei allen eine Version 8.1.0.2. Überhaupt sind das meine ersten Gehversuche mit Tasmota. Ich habe gelesen, das gerade der Sprung von 7 auf 8 passiert ist und sich da einiges geändert hat.

Wie man es von anderer Technik gewohnt ist, habe ich dann gleich aus der Weboberfläche des Tasmota heraus neue Firmware gesucht, es wurde eine gefunden, die habe ich geflasht. Danach haben die Geräte dann 8.1.0.

Rein oberflächlich würde man zwar vermuten, dass 8.1.0.2 neuer ist als 8.1.0. aber hey, was soll ich machen? Die Geräte zeigen jetzt alle 8.1.0 an, außer der Stripe, bei dem habe ich das dann gelassen, der hat noch die 8.1.0.2 die im das tuya convert aufgespielt hat.

Wie geht das mit der Kopie aus dem RAW List? Wie das List geht weiß ich. Auch das Löschen über den Link unten. Aber wie importiere ich quasi so eine RAW Definition / Textfile in ein neues Gerät? Ich werd ma googeln... 

As Always: Google helped. 

[Otto123]

Wie geht das mit der Kopie aus dem RAW List? Wie das List geht weiß ich. Auch das Löschen über den Link unten. Aber wie importiere ich quasi so eine RAW Definition / Textfile in ein neues Gerät? Ich werd ma googeln... 

https://wiki.fhem.de/wiki/Erste_Schritte_in_FHEM weit hinten
https://wiki.fhem.de/wiki/Import_von_Code_Snippets

[rudolfkoenig]

Daher sind mir auch solche Sachen wir das attrTemplate erstmal suspekt, weil da irgend welche Dinge en Block im Hintergrund passieren, von denen ich nichts weiß

Wenn man FHEMWEB benutzt, werden nach dem Auswaehlen der attrTemplate Option (bevor man set druecken kann) die auszufuehrenden Kommandos angezeigt.

wie importiere ich quasi so eine RAW Definition / Textfile in ein neues Gerät?

In der FHEMWEB Detailansicht unten auf "Raw Definition klicken", Geraetename ueberall ersetzen (evtl im Editor ueber den Umweg Copy/Paste), und dann im FHEMWEB Raw-Definition Fenster "Execute commands" klicken (erscheint nur, wenn man was geaendert hat). Das + Zeichen oben links kann man auch zum Ausfuehren benutzen.

[McElch]

Echt jetzt? DER Rudolf König??? 

Da muss ich jetzt echt mal hier zwischendurch kurz mal OFF TOPIC werden, weil er es wahrscheinlich auch liest:
Vom ersten Tag an macht mir FHEM unglaublich viel Freude! Was da geschaffen wurde ist unglaublich. Und gäbe es einen Nobelpreis für lebenszeitaufwertende Software, dann müsste FHEM und alle Beitragenden den bekommen, und zwar jedes Jahr!

Ich weiß gar nicht, wie of mir schon ein lautes "Das gibt's doch nicht!" entfahren ist, wenn mal wieder was Schwieriges auf Anhieb klappte oder ich zu irgend einem Gerät ein fertiges Modul mit allem Schnickschnack gefunden habe! Und wie oft ich grinsen musste, wenn im Freundeskreis jemand ganz stolz von seinem Smarthome erzählt, weil er irgendwelche proprietären Heizungsventile angebaut hat.

Das ist mir jetzt total peinlich, dass ich nicht erst gegoogelt habe wegen des RAW Imports. Da steh ich ja jetzt echt als der absolute DAU da, der den Experten die Zeit stiehlt... Kurzes Googeln hat mir die Frage auch beantwortet. Tschuldigung! Und Danke nochmal für alles!!! 

[Beta-User]

@McElch:

Kannst du bitte
- nochmal das Web-Interface und die Tasmota-Konsole bemühen: Dort mal nachsehen, ob man was einstellen kann, eigentlich sollte beim ein- und ausschalten auch eine Message über den stat/DVES_A5717D/POWER1-Zweig gesendet werden; da du anscheinend nicht das attrTemplate genutzt hattest, geht die message bei dir eventuell noch an "stat/DVES_A5717D/POWER" (ohne die 1); das ist eines der Dinge, das attrTemplate im Hintergrund via "backlog" umstellt und ggf, falls (!) das nicht das Problem war:
- ein RAW-listing einschl. aller (relevanten) setstate-Infos einstellen

Wenn man FHEMWEB benutzt, werden nach dem Auswaehlen der attrTemplate Option (bevor man set druecken kann) die auszufuehrenden Kommandos angezeigt.

Das ist zwar korrekt, hilft aber uU. nur bedingt weiter, weil wegen der Modularität dann ggf. weitere attrTemplate aufgerufen werden, die man zum Teil tatsächlich gar nicht sieht (das Basistemplate mit den backlog-Sachen sieht man noch, es ist nur unklar, ob das hier auch durchgelaufen ist; McElch hat diese Kleinschreibung eventuell auch irgendwie anders hinbekommen?. Aber z.B. die Spracherkennungsdinge sind nicht sichtbar, da ausschließlich zur internen Verwendung gedacht. @McElch: Man kann aber auch diesen Teil, den attrTemplate macht nachvollziehen, wenn man unbedingt will! Die "wichtigen" Dinge sagt einem attrTemplate aber in der Regel tatsächlich vorher...!).

Zum Thema Suchmaschine: Wie man bei attrTemplate im MQTT2-Kontext helfen kann, wo die attrTemplate zu finden sind usw. steht in einem der in diesem Forumsbereich angepinnten Threads bzw. allg. im Wiki zu AttrTemplate. Vielleicht magst du das bei Gelegenheit lesen und feedback geben, wie man es DAU-freundlicher formulieren kann .

[McElch]

So, wie vorgeschlagen, hab ich noch einmal das Tasmota Webfrontend durchgeklickt. Außer dass ich da noch für MQTT ein Loglevel einstellen konnte (hab ich jetzt von 0 auf 3=debug gesetzt) konnt ich dort nichts finden.

Mit dem neuerworbenen Wissen, dass und wie man eine RAW wieder in ein device importieren kann, habe ich mutig (so mancher würde da bei mir immer sagen dass das kein Mut sondern Dummheit ist  ) das Device gelöscht. Über den Link unten. Dann shutdown restart, etwas auf dem Tasmota Webfrontend hin- und hergeschaltet und gedimmt. Darauf erschien - wie erwartet - das rote Fragezeichen im FHEMWEB (speichern), also hat es gleich wieder was gefunden. Und siehe da, neues Gerät im room MQTT2_DEVICE. Das neue Device habe ich wieder mit rename umbenannt und ihm den alten Namen gegeben (TasmotaBulb01).

Jetzt dachte ich: Sehr gut, Template drüber! Template gibt's noch nicht, also den Code den du hier in diesem Posting vorgeschlagen hattest:

Ich weiß sehr gut, dass es für die cct-Variante noch kein attrTemplate gibt.
...
Schalten müßte über das devStateIcon gehen.

Hier gleich das neue Wissen (Import von RAW) angewandt, und rausgekommen ist folgendes Gerät. Icon und DevStateIcon gehen nicht (wie auch bei der einen Steckdose? Anderes Thema... ), das Regeln der beiden Schieber funktioniert aber.

Code Auswählen Erweitern

defmod TasmotaBulb01 MQTT2_DEVICE DVES_A5717D
attr TasmotaBulb01 IODev mqtt2server
attr TasmotaBulb01 autocreate 0
attr TasmotaBulb01 devStateIcon {Color::devStateIcon($name,"dimmer",undef,"pct","state")}attr TasmotaBulb01 genericDeviceType lightattr TasmotaBulb01 icon hue_filled_white_e27_b22
attr TasmotaBulb01 jsonMap POWER1:0 Dimmer:pct Channel_4:0 Channel_1:0 Channel_2:0 Channel_3:0 HSBColor:0 Channel_5:0
attr TasmotaBulb01 model tasmota_cct_led
attr TasmotaBulb01 readingList tele/DVES_A5717D/LWT:.* LWT\
  tele/DVES_A5717D/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/INFO.:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_A5717D/UPTIME:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_A5717D/POWER1:.* state
attr TasmotaBulb01 room MQTT2_DEVICE
attr TasmotaBulb01 setList off:noArg cmnd/DVES_A5717D/POWER1 0\
  on:noArg cmnd/DVES_A5717D/POWER1 1\
  toggle:noArg cmnd/DVES_A5717D/POWER1 2\
  pct:colorpicker,BRI,0,5,100 cmnd/DVES_A5717D/DIMMER\
  CT:colorpicker,CT,153,5,500 cmnd/DVES_A5717D/CT
attr TasmotaBulb01 setStateList on off toggle
attr TasmotaBulb01 webCmd pct:CT

setstate TasmotaBulb01 2020-03-11 16:12:31 CT 338
setstate TasmotaBulb01 2020-03-11 15:52:31 Channel_1 69
setstate TasmotaBulb01 2020-03-11 15:52:31 Channel_2 31
setstate TasmotaBulb01 2020-03-11 16:12:31 Color 7788
setstate TasmotaBulb01 2020-03-11 15:52:31 Dimmer 100
setstate TasmotaBulb01 2020-03-11 16:12:31 Fade off
setstate TasmotaBulb01 2020-03-11 15:52:31 HSBColor 0,0,0
setstate TasmotaBulb01 2020-03-11 16:12:31 Heap 26
setstate TasmotaBulb01 2020-03-11 15:52:31 LOGGING 15:52:31 MQT: tele/DVES_A5717D/STATE = {"Time":"2020-03-11T15:52:31","Uptime":"0T21:30:22","UptimeSec":77422,"Heap":26,"SleepMode":"Dynamic","Sleep":10,"LoadAvg":99,"MqttCount":2,"POWER1":"on","Dimmer":100,"Color":"B04F","HSBColor":"0,0,0","Channel":[69,31],"CT":261,"Fade":"off","Speed":1,"LedTable":"on","Wifi":{"AP":1,"SSId":"HyperHyper","BSSId":"5C:49:79:35:FA:6C","Channel":2,"RSSI":82,"Signal":-59,"LinkCount":1,"Downtime":"0T00:00:09"}}
setstate TasmotaBulb01 2020-03-11 15:31:24 LWT Online
setstate TasmotaBulb01 2020-03-11 16:12:31 LedTable on
setstate TasmotaBulb01 2020-03-11 16:12:31 LoadAvg 99
setstate TasmotaBulb01 2020-03-11 16:12:31 MqttCount 2
setstate TasmotaBulb01 2020-03-11 15:31:24 POWER
setstate TasmotaBulb01 2020-03-11 15:52:31 POWER1 on
setstate TasmotaBulb01 2020-03-11 16:12:31 Sleep 10
setstate TasmotaBulb01 2020-03-11 16:12:31 SleepMode Dynamic
setstate TasmotaBulb01 2020-03-11 16:12:31 Speed 1
setstate TasmotaBulb01 2020-03-11 16:12:31 Time 2020-03-11T16:12:31
setstate TasmotaBulb01 2020-03-11 16:12:31 Uptime 0T21:50:22
setstate TasmotaBulb01 2020-03-11 16:12:31 UptimeSec 78622
setstate TasmotaBulb01 2020-03-11 16:12:31 pct 100
setstate TasmotaBulb01 2020-03-11 15:56:59 subscriptions cmnd/DVES_A5717D/# cmnd/DVES_A5717D_fb/# cmnd/tasmotas/#



[Beta-User]

*grins*
Doch, es gibt zwischenzeitlich (nach einem update+restart) ein attrTemplate mit diesem Namen, und wie ich bereits versucht habe zu erläutern, konfiguriert das auch die firmware etwas um (und ändert nicht nur die Oberfläche, die man in FHEMWEB zu sehen bekommt), indem ein paar backlog-Befehle geschrieben werden, siehe https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/lib/AttrTemplate/mqtt2.template#L1215.

Und ich vermute immer noch, dass es bei der Konfiguration der firmware hängt, also nutze bitte das attrTemplate .

(Und warum sollte das devStateIcon eine Lampe nicht ein- und ausschalten können? Oder reden wir auch da aneinander vorbei?)

[McElch]

Tatsache! Update gemacht, und Template angewendet. Das hat mich dann zwar wieder mit Fragen nach einem Alexa-Namen überrumpelt (hab mir einen ausgedacht), aber, oh Wunder! Geht alles! Auch das devStateIcon! Also, wenn ich jetzt auf ganz hohem Niveau jammern sollte, würde ich bemängeln, dass das devStateIcon immer weiß bleibt und nicht mit dem CT nach gelb wechselt, aber man kann ja nicht alles haben! Gefällt mir! Vielen Dank! 

Verstanden hab ichs immer noch nicht  zB von welcher Firmware sprichst du, das Tasmota selbst? Ach und danke für den Link, jetzt seh ich natürlich klar... 

Nee, Spaß beiseite, begriffen hab ich hier noch gar nichts, obwohl ich schon viel gelesen habe. Aber ich steig da schon noch durch. Ist doch immer so, irgendwann gibt's dann mal ein Aha-Erlebnis, und auf einmal ist einem alles klar. 

Hast du jetzt vielleicht noch Lust, nachzuschauen, weshalb eine von zwei gleichen Steckdosen bei mir partout kein devStateIcon anzeigen mag? (siehe im letzten Post angehängtes Bild)

Da sehe ich nämlich keinen Untershied zur ersten Steckdose, habe ja aber gelernt, dass man eben auch nicht alles sieht im fhemweb. 

[Beta-User]

firmware = das, was du mit Tuya-Convert oä. auf den ESP8266 geflasht hast. Die kann man konfigurieren, und ein Weg, das zu tun, ist eben diese backlog-commands zu senden.

Da du eine Frage nach dem Alexa-Namen bekommen hast, gehe ich auch davon aus, dass dein FHEM was mit dem Namen anfangen kann, du also tatsächlich Alexa im Einsatz hast?

Soweit ich das beurteilen kann, gibt es in Color.pm kein devStateIcon für "CT"-Devices, du kannst aber gerne einen Vorschlag machen für eine Erweiterung, das wäre ab hier: https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/Color.pm#L431. So zeigt es eben "nur" den Dimmwert an... (Du kannst aber auch selbst kreativ werden, in Color.pm gäbe es Bausteinchen, um aus dem CT-Wert per userReading RGB-Werte zu erzeugen, und die kann dann Color-devStateIcon wieder... Will sagen: Willkommen an Bord bei den unbegrenzten Möglichkeiten!)

Das mit der "2. Seckdose" dürfte an einer vorbogenen Konfiguration liegen, leg' einfach mal beide RAW-Codes nebeneinander, dann wird es evtl. klar...
(Ich würde tippen, dass es eine Kleinigkeit ist, nämlich ein Attribut zu viel... Ansonsten: Reduziere das Device auf das Nötigste und wende das aktuelle attrTemplate an  . Wenn es dann nicht funktioniert, darfst du gerne Meldung machen, ansonsten ist es reichlich unnütz bis frustrierend, alle möglichen Fehlerquellen zu durchforsten, die man auf "generalisiertem Weg" - nämlich vercoded in den attrTemplates - einigermaßen nutzerfreundlich ausgeschaltet hat ).

[McElch]

Steckdose: Völlig recht hast du! Ich habe jetzt noch nichtmal die RAWs verglichen, sondern einfach das funktionierende genommen, mit einem Editor die Namen und Topics ersetzt und das RAW wieder importiert - kann ich ja seit heute - und: geht auf Anhieb! 

Alexa: Ja, ich habe Alexa im Einsatz. Ich habe das schon lange mit einer HA-Bridge im Einsatz. und als das mal ein paar tage nicht ging, habe ich beim Suchen diesen Alexa Connector gefunden. Das klang auch so leicht und da habe ich es installiert. Dann bin ich aber an irgend einem Punkt nicht weiter gekommen, und hab dann erstmal aufgehört. Denn ich habe festgestellt: der WAF steigt durch Alexa, aber er sinkt sehr schnell wenn man abends zu lange vorm PC sitzt und dran rumprobiert... 

Icon-Color: Ähm, ja.. also hier bestätigt sich der Eindruck, den ich die ganze Zeit nicht los werde: Du überschätzt meine Fähigkeiten!  Am Willen fehlts nicht! 

Also, nochmal vielen vielen Dank für die Hilfe!!!