Milight via MQTT (war: Modul für Sidoh-Bridge, jetzt: MQTT2)

Begonnen von Beta-User, 12 April 2018, 23:23:41

Vorheriges Thema - Nächstes Thema

DasQ

#120
[OTon]
zu homebridge hast den raum "homekit" erstellt?
am gerät selbst, brauchts noch die attribute "genericDeviceType", den Room und "siriName"
die weitere zuordnung machst dann am besten über "eve" (app)
[OToff]

dann zu deim "zweiten OT problem"
klar, das kannst du so alles auch machen. die komplexität erfordert aber ne ganze stange mehr informationen.
ich habs leider aus faulheit noch nicht geschafft die milights über siri weiter zu steueern als nur an und aus zu schalten oder stimmungen zu ändern. aber man muss sich im klaren sein, dass die sprach steuerung nur bedingt mit der sehr feinen manuellen steuerung vergleichen kann.

ich schalt mit sonoff touch t1 2gang die lampen quasi immer doppelt. einmal hart mit dem internen relais und danach per funk die blub`s.

das ganze geht per notify und/oder DOIF
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

Beta-User

[OT]@Sebastian J:
Meine einleitenden kritischen Anmerkungen im ersten Beitrag hier zu MiLight an sich hast du wahrgenommen? (Nimm lieber zigbee-Material!)[/OT]
Zitat von: Sebastian J am 01 April 2019, 22:53:21
Jetzt möchte ich aber auch wissen was ich da gemacht habe damit
es klappt. @Beta-User, warum geht es mit deiner Änderung bei mir und bei euch ohne diese Änderung?
Die meisten hier dürften "schon länger" (ggf. seit der "Modul"-Fassung) dabei sein und nutzen daher eventuell etwas andere Einstellungen für die Topic-Struktur als den heutigen default, den sidoh vorsieht. Eventuell hast du auch was geändert (die "/" am Ende finden sich jedenfalls nicht im Wiki von sidoh).

Da du den Unterschied selbst nicht siehst, wäre meine Empfehlung, dich mal mit regex zu beschäftigen, das ist eigentlich im ganzen FHEM-Umfeld sehr hilfreich, z.B. mit http://regex101.com/ oder https://regexone.com/.
Das template ist ziemlich am Anfang aller templates entstanden auf Basis meiner topic-Struktur, und die nutzt eben "updates" und "states" =".*ates"
Zwischenzeitlich habe ich damit etwas mehr Erfahrung, also heißt das jetzt "mind. ein Zeichen, aber kein /, dann 'at', zuletzt wieder mind. ein Zeichen, aber kein /"...

Kommt bei Gelegenheit via update.
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

Beta-User

Hallo zusammen,

da Sidoh in dem aktuellen release candidate wieder ein paar nette features eingebaut hat und Rudi bei den SetExtension, gab's einen update des Bridge-Templates und der rgbw-Birne.
Insbesondere ist ein farbiges devStateIcon mit Anzeige laufender Timer eingebaut, siehe https://forum.fhem.de/index.php/topic,99957.0.html.

Wenn jemand das für die anderen (getestet) liefert, bau' ich's gerne auch in die anderen templates vollends ein :) .

Wie immer viel Spaß damit...
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

DasQ

#123
so weiter im text.

hab ich versucht und bekomms nicht hin.
an meiner milight remote sind ja 4 gruppen und 2 davon nutz ich nicht. bei diesen zwei habe ich versucht das neue template zu testen.
also erstmal device gelöscht, neu angelegt und dann das template "model X_01_esp_milight_hub_rgbw_bulb" wie in deinem beispiel zugewiesen.

Zitat von: Beta-User am 26 April 2019, 09:34:20

Für "nur Farbe" wäre das so:
attr Licht_Spuele devStateIcon {zigbee2mqtt_devStateIcon255($name,'hex')}

Das ganze sollte auch mit "einfachen" on/off"-Geräten funktionieren, die gar kein RGB-Reading haben:
attr Beispielgeraet devStateIcon {zigbee2mqtt_devStateIcon255($name,'',1)}


dann das,
attr Licht_Spuele devStateIcon {zigbee2mqtt_devStateIcon255($name,"hex",1)}
auf ohne ",1" geändert, wobei bei mir hex in gänsefüsschen stand also "hex" (hab ich auch zu testzwecken auf ' geändert).
aber leider ändert sich da keine farbeam icon. helligkeit wird angezeigt.

defmod MQTT2_milight_0x5D02_3 MQTT2_DEVICE milight_0x5D02_3
attr MQTT2_milight_0x5D02_3 IODev MQTT2_Broker
attr MQTT2_milight_0x5D02_3 devStateIcon {zigbee2mqtt_devStateIcon255($name,'hex')}
attr MQTT2_milight_0x5D02_3 eventMap /set_white:Weiss/night_mode:Nacht/white_mode:white/
attr MQTT2_milight_0x5D02_3 icon light_control
attr MQTT2_milight_0x5D02_3 model X_01_esp_milight_hub_rgbw_bulb
attr MQTT2_milight_0x5D02_3 readingList milight/states/0x5D02/rgb_cct/3:.* { json2nameValue($EVENT) }\
  milight/states/0x5D02/rgb_cct/0:.* { json2nameValue($EVENT) }\
  milight/updates/0x5D02/rgb_cct/3:.* { json2nameValue($EVENT) }\
  milight/updates/0x5D02/rgb_cct/0:.* { json2nameValue($EVENT) }
attr MQTT2_milight_0x5D02_3 room MQTT2_DEVICE
attr MQTT2_milight_0x5D02_3 setExtensionsEvent 1
attr MQTT2_milight_0x5D02_3 setList on milight/0x5D02/rgb_cct/3 {"status":"ON"}\
  off milight/0x5D02/rgb_cct/3 {"status":"OFF"}\
  brightness:colorpicker,BRI,0,15,255 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}\
  hue:colorpicker,HUE,0,1,359 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}\
  command:uzsuSelectRadio,Weiss,Nacht milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}
attr MQTT2_milight_0x5D02_3 setStateList on off
attr MQTT2_milight_0x5D02_3 userReadings hex:color_r.* {Color::rgb2hex(ReadingsVal($name,"color_r",255),ReadingsVal($name,"color_g",255),ReadingsVal($name,"color_b",255))}, hue:bulb_mode.*white {"0"}
attr MQTT2_milight_0x5D02_3 webCmd brightness:hue:command

setstate MQTT2_milight_0x5D02_3 ON
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:38:33 associatedWith Milight_hub
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:41:05 brightness 194
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:41:05 device_id 23810
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:41:05 device_type rgb_cct
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:41:05 group_id 3
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:41:05 hue 246
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:41:05 saturation 73
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:41:05 state ON


Internals:
   CFGFN     
   CID        milight_0x5D02_3
   DEF        milight_0x5D02_3
   DEVICETOPIC MQTT2_milight_0x5D02_3
   FUUID      5ccd4f89-f33f-9f3d-43f1-6362210055ce8582
   IODev      MQTT2_Broker
   LASTInputDev MQTT2_Broker
   MQTT2_Broker_MSGCNT 33
   MQTT2_Broker_TIME 2019-05-04 10:48:38
   MSGCNT     33
   NAME       MQTT2_milight_0x5D02_3
   NR         2085
   STATE      ON
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2019-05-04 10:38:33   associatedWith  Milight_hub
     2019-05-04 10:48:37   brightness      150
     2019-05-04 10:48:37   device_id       23810
     2019-05-04 10:48:37   device_type     rgb_cct
     2019-05-04 10:48:37   group_id        3
     2019-05-04 10:48:37   hue             244
     2019-05-04 10:48:37   saturation      73
     2019-05-04 10:48:37   state           ON
Attributes:
   IODev      MQTT2_Broker
   devStateIcon {zigbee2mqtt_devStateIcon255($name,'hex')}
   eventMap   /set_white:Weiss/night_mode:Nacht/white_mode:white/
   icon       light_control
   model      X_01_esp_milight_hub_rgbw_bulb
   readingList milight/states/0x5D02/rgb_cct/3:.* { json2nameValue($EVENT) }
  milight/states/0x5D02/rgb_cct/0:.* { json2nameValue($EVENT) }
  milight/updates/0x5D02/rgb_cct/3:.* { json2nameValue($EVENT) }
  milight/updates/0x5D02/rgb_cct/0:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
   setExtensionsEvent 1
   setList    on milight/0x5D02/rgb_cct/3 {"status":"ON"}
  off milight/0x5D02/rgb_cct/3 {"status":"OFF"}
  brightness:colorpicker,BRI,0,15,255 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}
  hue:colorpicker,HUE,0,1,359 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}
  command:uzsuSelectRadio,Weiss,Nacht milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}
   setStateList on off
   userReadings hex:color_r.* {Color::rgb2hex(ReadingsVal($name,"color_r",255),ReadingsVal($name,"color_g",255),ReadingsVal($name,"color_b",255))}, hue:bulb_mode.*white {"0"}
   webCmd     brightness:hue:command


wo ist mein denkfehler :o



***[edit] denkfehler gefunden.

du hast RGB werte als reading ... ich nicht.
da muss man wohl noch das hier umstricken.
attr Licht_Spuele userReadings hex:color_r.* {Color::rgb2hex(ReadingsVal($name,"color_r",255),ReadingsVal($name,"color_g",255),ReadingsVal($name,"color_b",255))}, hue:bulb_mode.*white {"0"}
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

Beta-User

Zum Umwandeln in "hex": Es gibt in Color.pm ein paar Funktionen, um Werte zwischen den Farbräumen zu wandeln. Vielleicht findest du da das passende.
(Ich habe einfach das Senden der Farben im hub aktiviert...)
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

DasQ

#125
Zitat von: Beta-User am 04 Mai 2019, 11:29:19
(Ich habe einfach das Senden der Farben im hub aktiviert...)

das wars

defmod MQTT2_milight_0x5D02_3 MQTT2_DEVICE milight_0x5D02_3
attr MQTT2_milight_0x5D02_3 IODev MQTT2_Broker
attr MQTT2_milight_0x5D02_3 devStateIcon {zigbee2mqtt_devStateIcon255($name,'hex',1)}
attr MQTT2_milight_0x5D02_3 eventMap /set_white:Weiss/night_mode:Nacht/white_mode:white/
attr MQTT2_milight_0x5D02_3 icon light_control
attr MQTT2_milight_0x5D02_3 model X_01_esp_milight_hub_rgbw_bulb
attr MQTT2_milight_0x5D02_3 readingList milight/states/0x5D02/rgb_cct/3:.* { json2nameValue($EVENT) }\
  milight/states/0x5D02/rgb_cct/0:.* { json2nameValue($EVENT) }\
  milight/updates/0x5D02/rgb_cct/3:.* { json2nameValue($EVENT) }\
  milight/updates/0x5D02/rgb_cct/0:.* { json2nameValue($EVENT) }
attr MQTT2_milight_0x5D02_3 room MQTT2_DEVICE
attr MQTT2_milight_0x5D02_3 setExtensionsEvent 1
attr MQTT2_milight_0x5D02_3 setList on milight/0x5D02/rgb_cct/3 {"status":"ON"}\
  off milight/0x5D02/rgb_cct/3 {"status":"OFF"}\
  brightness:colorpicker,BRI,0,15,255 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}\
  hue:colorpicker,HUE,0,1,359 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}\
  color_temp:colorpicker,CT,153,1,370 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}\
  saturation:colorpicker,BRI,0,1,100 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}\
  command:uzsuSelectRadio,Weiss,Nacht milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}\
  program:uzsuSelectRadio,Mode,Faster,Slower milight/0x5D02/rgb_cct/3 {"command":"$EVTPART1"}\
  mode:select,0,1,2,3,4,5,6,7,8 milight/0x5D02/rgb_cct/3 {"$EVTPART0":"$EVTPART1"}\
  dim:uzsuSelectRadio,Up,Down milight/0x5D02/rgb_cct/3 {"command":"$EVTPART1"}
attr MQTT2_milight_0x5D02_3 setStateList on off
attr MQTT2_milight_0x5D02_3 userReadings hex:color_r.* {Color::rgb2hex(ReadingsVal($name,"color_r",255),ReadingsVal($name,"color_g",255),ReadingsVal($name,"color_b",255))}, hue:bulb_mode.*white {"0"}
attr MQTT2_milight_0x5D02_3 webCmd on:off:brightness:dim:hue:command:color_temp:program:saturation:mode
attr MQTT2_milight_0x5D02_3 webCmdLabel An:Aus\
  :Helligkeit:Dimmen\
  :HUE:Command\
  :Farb-Temp:Programm\
  :Sättigung:Modus

setstate MQTT2_milight_0x5D02_3 ON
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:38:33 associatedWith Milight_hub
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 brightness 150
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 color_b 255
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 color_g 145
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 color_r 194
setstate MQTT2_milight_0x5D02_3 2019-05-04 10:58:30 color_temp 281
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 device_id 23810
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 device_type rgb_cct
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 group_id 3
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 hex C291FF
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 hue 267
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:21 mode 0
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 saturation 43
setstate MQTT2_milight_0x5D02_3 2019-05-04 12:16:25 state ON

Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

Beta-User

Zitat von: DasQ am 04 Mai 2019, 12:17:32
das wars
Schön, dass das geklappt hat!

Dann könnte ich das als Basis für das "full-featured" nehmen, oder?
(Und im Wiki den Hinweis einfügen, dass man das Senden der Farben aktivieren sollte...)
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

TomLee

Moin,

auch nach Monaten und zwischenzeitlich auch auf einer neuen Installation ist es mir bisher nicht gelungen meinen Milight-Bulb problemlos einzubinden wie es mit WifiLight bisher möglich ist. Nur manchmal reagiert der Bulb sofort meist aber erst bei mehrfachem ausführen des on Befehls, ist er erst mal an lassen sich auch alle anderen Befehle i.d.R. ausführen (klappt aber auch nicht immer). Bin da nichts so in der Materie drin aber in der Bridge sehe ich wenn ich die Möglichkeit des sniffen nutze das die vom MQTT2-Device gesendeten RGBW-Pakete immer einmal ankommen, zum Vergleich die RGBW-Pakete des WifiLight-Device dagegen immer drei mal. Das wäre für mich eine mögliche Ursache des Problems.

Hat mir jemand einen Tip wie ich das in den Griff bekommen kann und scheinbar nur ich diese Probleme habe ?

defmod MQTT2_Mi_Wecklicht MQTT2_DEVICE milight_0x8D56_1
attr MQTT2_Mi_Wecklicht IODev MQTT2_Server
attr MQTT2_Mi_Wecklicht devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr MQTT2_Mi_Wecklicht eventMap /set_white:Weiss/night_mode:Nacht/white_mode:white/on:on/off:off/ON:on/OFF:off/next_mode:Mode/mode_speed_up:Faster/mode_speed_down:Slower/level_up:Up/level_down:Down/
attr MQTT2_Mi_Wecklicht group Wohnzimmer
attr MQTT2_Mi_Wecklicht icon light_control
attr MQTT2_Mi_Wecklicht model X_01_esp_milight_hub_rgbw_bulb
attr MQTT2_Mi_Wecklicht readingList milight/states/0x8D56/rgbw/1:.* { json2nameValue($EVENT) }\
  milight/states/0x8D56/rgbw/0:.* { json2nameValue($EVENT) }\
  milight/updates/0x8D56/rgbw/1:.* { json2nameValue($EVENT) }\
  milight/updates/0x8D56/rgbw/0:.* { json2nameValue($EVENT) }
attr MQTT2_Mi_Wecklicht room MQTT2_DEVICE
attr MQTT2_Mi_Wecklicht setList on milight/0x8D56/rgbw/1 {"status":"ON"}\
off milight/0x8D56/rgbw/1 {"status":"OFF"}\
brightness:colorpicker,BRI,0,15,255 milight/0x8D56/rgbw/1 {"$EVTPART0":"$EVTPART1"}\
hue:colorpicker,HUE,0,1,359 milight/0x8D56/rgbw/1 {"$EVTPART0":"$EVTPART1"}\
command:uzsuSelectRadio,Weiss,Nacht milight/0x8D56/rgbw/1 {"$EVTPART0":"$EVTPART1"}
attr MQTT2_Mi_Wecklicht setStateList on off
attr MQTT2_Mi_Wecklicht webCmd brightness:hue:command:on
attr MQTT2_Mi_Wecklicht webCmdLabel An:Aus\
  :Helligkeit:Dimmen\
  :HUE:Command\
  :Farb-Temp:Programm\
  :Sättigung:Modus

setstate MQTT2_Mi_Wecklicht on
setstate MQTT2_Mi_Wecklicht 2019-05-05 09:20:09 brightness 255
setstate MQTT2_Mi_Wecklicht 2019-04-07 23:16:22 command set_white
setstate MQTT2_Mi_Wecklicht 2019-05-05 09:20:09 hue 120
setstate MQTT2_Mi_Wecklicht 2019-05-05 08:56:28 state ON




Gruß

Thomas

DasQ

kurze zwischenfragen, wie ist denn deine örtliche gegebenheit? wie weit ist empfänger und sender auseinander?
ist ein Wlan Accesspoint im einsatz? und wenn ja wo steht der?
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

TomLee

Die örtliche Gegebenheit ist die gleiche wie mit Wifilight  ;D. damit funzt alles ohne Probleme seit Umstellung auf die Sidoh-Bridge (rd. 1 1/2 Jahre jetzt) , 5 m durch zwei Wände zum AP der per Lan versorgt wird.

Beta-User

Hmm, wenn die identische Hardware ("gleichzeitig") verwendet wird, würde ich mal darauf tippen, dass wifilight ggf. per UDP gleich einige Repeats anstößt (hermannj fragen?).

Es gibt im Hub ein setting für Radio mit der Wiederholrate. Ich habe das glaube ich auch etwas hochgedreht, weiß aber nicht mehr, welcher der Parameter es war.
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

TomLee

#131
Danke für die Rückmeldungen.

Das erste was ich gemacht habe war Packet repeat minimum -das default auf 3 steht und naheliegend war das mal zu ändern- mal auf 5 zu ändern. Keine Auswirkung, die Pakete werden genauso wiederholt wie vorher bei WifiLight (3x) und bei dem MQTT2-Device (1x).

Dann Packet repeats von default 10 testweise auf 20.  :) sieht vielversprechend aus. Beim sniffen in der Bridge sieht man aber auch hier keine Änderung zu vorher WifiLight (3x) und bei dem MQTT2-Device (1x).

Seltsam das die Einstellungen bei beiden Änderungen nicht beim sniffen zu sehen sind da steht ja schließlich Traffic sniffed (sent and received).

Glücklich bin ich auf jedenfall jetzt schon, zufrieden aber erst wenn wie immer heute Abend und in Zukunft das Dekolicht mal endlich zuverlässig über MQTT2 eingeschaltet wird und die Wifilight-Definition eventuell mal endlich Geschichte wird   :P


edit:

nur mal so auch mit einem update von 1.8.5 (d1_mini) auf 1.8.8 (d1_mini) sieht man die vorgenommen Einstellungen zu den Wiederholungen nicht beim sniffen bei WifiLight wie auch MQTT2-DEVICE, vlt. versteh ich da auch was falsch, wie auch immer
mit Packet repeats 20 siehts erstmal super aus.

DasQ

also ich war auch erst der meinung du würfelst da was durcheinander.

also mal grundsätzlich: Mqtt ist netzwerkseitig ein Protokoll. das hat mal rein garnix mit dem 2,4ghz band des NRF zu tun.

Wenn du also im MilightHub auf Sniffen klickst, Sniffst du die 2,4ghz funksignale. Nicht aber den Netzwerktraffic oder gar Mqtt.

Wenn jetzt Fhem via Mqtt ein Signal an den Milighthub triggert, löst das wiederum im Milighthub eine funktion aus die wiederum Per funk an die Blubs sendet. (ich hoff ich habe es halbwechs vernünftig und fehlerfrei laienhaft erklärt).

Da funk immer so ne "oneway" geschichte (broadcast-call) ist, also einer sprich und hofft drauf das jemand zuhört. wird eben so widerholungstechnik angewand und signale einfach mehrfach gesendet. Dieses mehrfachsenden der fernbedinung dürfte aber daher kommen das die tasten "prellen", sprich du schafst es garnicht so schnell von der taste runter zu kommen das sie einfach mehrfach gedrückt wird.

die ganze milightgeschichte hat viele ecken und kanten, aber dafür ist sie billig.  ;)
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

TomLee

  :) :) :)

Mein Dekolicht wurde heute Abend geschalten.

Allerdings schon mit einem Packet repeats Wert von 14 den ich heute Nachmittag rein aus Interesse durch ausprobieren als Minimum bei mir festgestellt habe.

Heimweh

Ich habe vor der MQTT2 Lösung meine Milights mit einer selbstgebastelten Milight Bridge gesteuert. Da gab es einen Syntax,
wenn ich mich recht entsinne


set LEDBeleuchtungFernseher RGB A6007A 5


damit ist dann die Milight innerhalb von 5 Sekunden hochgedimmt. Geht das mit der SIDOH/MQTT2 Lösung auch?
Ich finde den Effekt sehr viel angenehmer als wenn die LEDs "paff" alle schlagartig angehen...
RaspberryPi, 8 x Intertechnosteckdosen, ETA PU15 über HTTPMOD, Youless Eneergiemonitor, 8 x Technoline Funk Temperatur / Feuchtesensoren über jeeLink, Fritzbox Anbindung, Homematic Rolladen Aktoren, MAX Heizkörperventile + Cube, SONOFF S20, S26, POW, 4ch, OWD, Alexa-fhem, enOcean / Eltako,