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

Snocksman · 13 November 2019, 19:08:12

Hier mal die Config des Milight-Hubs und des Milight-Device... Ich glaube aber nicht, dass es an der Config selbst liegt. Ich habe mal ein bisschen rumprobiert und habe folgendes Verhalten festgestellt:
Ich lösche das Milight-Device aus der Config, speichere und mache einen shutdown, restart. Dann spiele ich die Config wieder zurück und mache wieder einen sutdown, restart. Jetzt funktioniert der night_mode. Warte ich jetzt ein wenig, bis das Milight-Device readings vom Milight-Hub empfängt, funktioniert der night_mode danach nicht mehr.

Milight-Hub:

Code Auswählen

define MQTT2_milight_hub_5916066 MQTT2_DEVICE milight_hub_5916066
setuuid MQTT2_milight_hub_5916066 5dc879ba-f33f-d11a-720f-26a15adcc81099c9
attr MQTT2_milight_hub_5916066 IODev MQTT2_FHEM_Server
attr MQTT2_milight_hub_5916066 autocreate 1
attr MQTT2_milight_hub_5916066 bridgeRegexp milight_hub_5916066:milight/[^/]*at[^/]+/(0x[0-9a-fA-F]{1,4})/.*/([0-8])?.*:.* "milight_$1_$2"
attr MQTT2_milight_hub_5916066 devStateIcon connected:10px-kreis-gruen disconnected.*:10px-kreis-rot
attr MQTT2_milight_hub_5916066 model esp_milight_hub_bridge
attr MQTT2_milight_hub_5916066 readingList milight_hub_5916066::.* { json2nameValue($EVENT) }\
milight_hub_5916066:milight/LWT:.* { json2nameValue($EVENT) }
attr MQTT2_milight_hub_5916066 room IO-Devices
attr MQTT2_milight_hub_5916066 setStateList on off
attr MQTT2_milight_hub_5916066 stateFormat <a href="http://ip_address" target="_blank">\
status\
</a>Version: \
version
define FileLog_MQTT2_milight_hub_5916066 FileLog ./log/MQTT2_milight_hub_5916066-%Y.log MQTT2_milight_hub_5916066
setuuid FileLog_MQTT2_milight_hub_5916066 5dc879ba-f33f-d11a-0d96-cb095e33d03ca72c
attr FileLog_MQTT2_milight_hub_5916066 logtype text
attr FileLog_MQTT2_milight_hub_5916066 room Logs

Milight-Device:

Code Auswählen

define Treppe_Licht MQTT2_DEVICE milight_0x137A_1
setuuid Treppe_Licht 5dc87a58-f33f-d11a-e728-551fe171a65ba82b
attr Treppe_Licht IODev MQTT2_FHEM_Server
attr Treppe_Licht alexaName Treppenlicht
attr Treppe_Licht comment To switch device also on when changing brightness, change payload pattern to {"status":"ON","$EVTPART0":"$EVTPART1"} or add a new element to setList, similar to brightness, e.g.brightness_on and change payload pattern as described.
attr Treppe_Licht devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr Treppe_Licht 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 Treppe_Licht genericDeviceType light
attr Treppe_Licht icon light_control
attr Treppe_Licht model esp_milight_hub_cct_only_bulb
attr Treppe_Licht readingList milight/states/0x137A/fut091/1:.* { json2nameValue($EVENT) }\
  milight/states/0x137A/fut091/0:.* { json2nameValue($EVENT) }\
  milight/updates/0x137A/fut091/1:.* { json2nameValue($EVENT) }\
  milight/updates/0x137A/fut091/0:.* { json2nameValue($EVENT) }\
  milight/updates/0x1940/fut091/1:.* { json2nameValue($EVENT) }\
  milight/updates/0x1940/fut091/0:.* { json2nameValue($EVENT) }
attr Treppe_Licht room Alexa,Flur
attr Treppe_Licht setList on:noArg milight/0x137A/fut091/1 {"status":"ON"}\
  off:noArg milight/0x137A/fut091/1 {"status":"OFF"}\
  brightness:colorpicker,BRI,0,15,255 milight/0x137A/fut091/1 {"$EVTPART0":"$EVTPART1"}\
  command:uzsuSelectRadio,Weiss,Nacht milight/0x137A/fut091/1 {"$EVTPART0":"$EVTPART1"}\
  program:uzsuSelectRadio,Mode,Faster,Slower milight/0x137A/fut091/1 {"command":"$EVTPART1"}\
  mode:select,0,1,2,3,4,5,6,7,8 milight/0x137A/fut091/1 {"$EVTPART0":"$EVTPART1"}\
  dim:uzsuSelectRadio,Up,Down milight/0x137A/fut091/1 {"command":"$EVTPART1"}
attr Treppe_Licht setStateList on off
attr Treppe_Licht webCmd brightness:dim:command:program:mode
attr Treppe_Licht webCmdLabel :dim\
  :::
define FileLog_Treppe_Licht FileLog ./log/Treppe_Licht-%Y.log Treppe_Licht
setuuid FileLog_Treppe_Licht 5dc87a58-f33f-d11a-c358-2c2acee45a57d89b
attr FileLog_Treppe_Licht logtype text
attr FileLog_Treppe_Licht room Logs

Beta-User · 13 November 2019, 20:07:47

Hmm, eventuell kommt das auch von der Hub-Seite?

Ist das die letzte Version? (1.10.4?)

Kannst du mal den MQTT-Verkehr abhören? Kann mir kaum vorstellen, dass der Empfang von Daten die Sendeseite im MQTT2_DEVICE-Modul verbiegt...
(Wenn FHEM erwartungsgemäß sendet und alles aktuell ist, wäre es mMn. Zeit für einen PR im sidoh-github-Repo).

Snocksman · 13 November 2019, 21:16:00

Ich habe gerade noch mal ein bisschen rumprobiert... Die Funktionen der Gruppe Command wie night_mode, white usw. verlieren immer wieder ihre Funktion. Drückt man nun einen Button der Gruppe Program (z.B. set_faster) funktioniert die Gruppe Command für einen Tastendruck auf z.B. night_mode wieder, danach aber auch wieder nicht mehr.

Version der Bridge ist aktuell 1.10.4, davor hatte ich die 1.10.3 drauf, da hatte ich aber das gleiche Problem. Wenn es einfach nicht funktionieren würde, könnte ich mir ein Problem der Bridge vorstellen, aber dann wäre die Fehlermeldung von FHEM komisch (Unknown argument....)

Edit: Was immer funktioniert ist: set Treppe_Licht command Nacht ...kann es sein, dass es bei den CCT_Only Controllern keine Kommandos wie Mode, faster, slower gibt und daher die Probleme auftreten

Beta-User · 14 November 2019, 23:14:36

Weiß auch nicht recht; habe den Eindruck, es muß halt einfach eine Änderung zum bestehenden Zustand sein; von den ganzen Kommandos nutze ich effektiv eigentlich sowieso nur den "Weiß"-Befehl, und tendenziell ziehe ich grade sowieso das meiste nach ZigBee um...

quakosekiki · 17 November 2019, 21:52:29

Hallo,
ich habe seit ein paar Tagen einen milight hub und ich kriege den nicht in FHEM eingebunden.
Heute habe ich beim Hub die Version 1.10.5. eingespielt und FHEM aktualisiere ich auch regelmaessig.
Mit der Weboberflaeche des Hubs kann ich bereits ein paar Lampen steuern.
Beim Hub habe ich in den Settings fuer MQTT Server die IP Adresse des Raspberrys angegeben auf dem FHEM laeuft und unter MQTT Client Status Topic milight/LWT
In FHEM habe ich Server angelegt - der sieht so aus :

Code Auswählen

defmod MQTT2_FHEM_Server MQTT2_SERVER 1883 global
attr MQTT2_FHEM_Server autocreate simple
attr MQTT2_FHEM_Server room Wohnzimmer

setstate MQTT2_FHEM_Server 2019-11-17 21:38:55 RETAIN {"_milight":"{\u0022status\u0022:\u0022connected\u0022,\u0022firmware\u0022:\u0022milight-hub\u0022,\u0022version\u0022:\u00221.10.4\u0022,\u0022ip_address\u0022:\u0022192.168.20.26\u0022,\u0022reset_reason\u0022:\u0022Power on\u0022}","_milight/LWT_":"{\u0022status\u0022:\u0022connected\u0022,\u0022firmware\u0022:\u0022milight-hub\u0022,\u0022version\u0022:\u00221.10.4\u0022,\u0022ip_address\u0022:\u0022192.168.20.26\u0022,\u0022reset_reason\u0022:\u0022Power on\u0022}","milight/LWT":"{\u0022status\u0022:\u0022connected\u0022,\u0022firmware\u0022:\u0022milight-hub\u0022,\u0022version\u0022:\u00221.10.5\u0022,\u0022ip_address\u0022:\u0022192.168.20.26\u0022,\u0022reset_reason\u0022:\u0022Software/System restart\u0022}"}
setstate MQTT2_FHEM_Server 2019-11-17 21:38:55 nrclients 1
setstate MQTT2_FHEM_Server 2019-11-17 21:31:20 state Initialized

Wenn ich dann ueber den Hub schalte wird ein MQTT2 Device angelegt. Ich das Template esp_milight_hub_bridge angewendet und beim Dialog, der dann aufgeht ganz hinten milight statt der BASE_ID eingegeben. Dann Save Config.

Soweit so gut. Wenn ich jetzt weiter rumklickt am Hub passiert leider gar nichts mehr. Es sollten nach meinem Verstaendnis weitere Devices angelegt werden auf die ich dann das passende Template anwenden kann. Ich hab das ganze schon ein paar mal durchgespielt. Raspberry neu gestartet, Hub neu gestartet, andere Kanaele am Hub getestet ...

Das angelegte Device nach dem Template anwenden sieht so aus.

Code Auswählen

Internals:
   CID        milight_hub_4843955
   DEF        milight_hub_4843955
   DEVICETOPIC MQTT2_milight_hub_4843955
   FUUID      5dd1ad35-f33f-3eb3-6ea0-c152e0f0019fcd85
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 3
   MQTT2_FHEM_Server_TIME 2019-11-17 21:38:55
   MSGCNT     3
   NAME       MQTT2_milight_hub_4843955
   NR         592
   STATE      <a href="http://192.168.20.26" target="_blank">
connected
</a>Version: 
1.10.5
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-11-17 21:38:55   firmware        milight-hub
     2019-11-17 21:38:55   ip_address      192.168.20.26
     2019-11-17 21:38:55   reset_reason    Software/System restart
     2019-11-17 21:38:55   status          connected
     2019-11-17 21:38:55   version         1.10.5
Attributes:
   IODev      MQTT2_FHEM_Server
   autocreate 1
   bridgeRegexp milight/[^/]*at[^/]+/(0x[0-9a-fA-F]{1,4})/.*/([0-8])?.*:.* "milight_$1_$2"
   devStateIcon connected:10px-kreis-gruen disconnected.*:10px-kreis-rot
   model      esp_milight_hub_bridge
   readingList milight_hub_4843955:milight/LWT:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
   setStateList on off
   stateFormat <a href="http://ip_address" target="_blank">
status
</a>Version: 
version

Es wird noch ein Device automatisch angelegt MQTT2_FHEM_Server_192.168.20.26_49156 mit dem Status connected und ein bisschen config

Code Auswählen

milight/LWT:{"status":"disconnected_unclean","firmware":"milight-hub","version":"1.10.5","ip_address":"192.168.20.26","reset_reason":"Software/System restart"}

Was mache ich vielleicht falsch ? Habe ich was nicht richtig verstanden ? Hat jemand eine Idee ?
Viele Gruesse quakosekiki

Beta-User · 18 November 2019, 10:14:43

Welche Einstellungen hast du denn für state und update-Topics auf dem Hub? (Scheint, dass da jetzt neuerdings (?) nichts mehr drin steht; dann wie hier aufgeführt vergeben...).

Ansonsten: Relevant sind nur MQTT2_DEVICE-Geräte, die temporären Server-Instanzen sind normal und (für den User) nicht von Bedeutung.

quakosekiki · 18 November 2019, 11:44:18

Da habe ich nichts weiter eingestellt - habe mich auch erst gewundert, dass da so viele leere Felder sind - gucke ich mir nochmal an morgen Abend - danke fuer die schnelle Antwort !

quakosekiki · 20 November 2019, 21:09:35

Moin,
ich hab wieder ein bisschen probiert - und ich bin weiter gekommen

die Config auf dem Hub uebernommen :
MQTT topic pattern : milight/:device_id/:device_type/:group_id
MQTT update topic pattern : milight/updates/:hex_device_id/:device_type/:group_id
MQTT state topic pattern : milight/states/:hex_device_id/:device_type/:group_id
MQTT Client Status Topic: milight/LWT
username, password und HomeAssistant MQTT Discovery Prefix sind leer
status, brightness, hue, color, mode, color_temp, bulb_mode, computed_color, hex_color habe ich gesetzt als group state fields.
Alle Devices geloescht und FHEM neu gestartet. In der Milight Hub Weboberflaeche etwas geschaltet und es wird ein Device erzeugt. Das Template esp_milight_hub_bridge ausgewaehlt und set geklickt - es passiert nicht viel. Das einfach nochmal gemacht und dann fragt er im Popup auch, dass ich DEVIE_ID mit milight ersetzen soll - danach hab ich ein Device, das so aussieht, wie sonst auch.
Dann save und neustart und wieder etwas geschaltet - und es wird wieder ein device erzeugt - super - das ging vorher noch nicht. Da dann das template esp_milight_rgbw_bulb angewendet und es wird ein schoenes Control dazu erzeugt.
Wieder save und Neustart.
Nur leider passiert nichts, wenn ich im Control rumklicke. Ich habe beim Milight Hub das Sniffing eingestellt - da wird auch nichts angezeigt, also wird auch nichts gesendet. Scheint also noch an der Kommunikation von FHEM zum Hub zu liegen.
Im Log ifindet sich das hier :

Code Auswählen

2019.11.20 20:25:19 2: autocreate: define MQTT2_milight_0x74B_3 MQTT2_DEVICE milight_0x74B_3 MQTT2_FHEM_Server
2019.11.20 20:25:19 2: autocreate: define FileLog_MQTT2_milight_0x74B_3 FileLog ./log/MQTT2_milight_0x74B_3-%Y.log MQTT2_milight_0x74B_3
2019.11.20 20:26:09 2: autocreate: define MQTT2_milight_0x74B_2 MQTT2_DEVICE milight_0x74B_2 MQTT2_FHEM_Server
2019.11.20 20:26:09 2: autocreate: define FileLog_MQTT2_milight_0x74B_2 FileLog ./log/MQTT2_milight_0x74B_2-%Y.log MQTT2_milight_0x74B_2

Im Log vom Device steht :

Code Auswählen

2019-11-20_20:40:40 MQTT2_milight_0x74B_2 attrTemplate esp_milight_hub_rgbw_bulb
2019-11-20_20:40:50 MQTT2_milight_0x74B_2 set_off
2019-11-20_20:40:52 MQTT2_milight_0x74B_2 set_on

Und im Log vom Hub :

Code Auswählen

2019-11-20_20:39:12 MQTT2_milight_hub_4843955 attrTemplate esp_milight_hub_bridge
2019-11-20_20:39:51 MQTT2_milight_hub_4843955 status: connected
2019-11-20_20:39:51 MQTT2_milight_hub_4843955 ip_address: 192.168.20.26
2019-11-20_20:39:51 MQTT2_milight_hub_4843955 firmware: milight-hub
2019-11-20_20:39:51 MQTT2_milight_hub_4843955 version: 1.10.5
2019-11-20_20:39:51 MQTT2_milight_hub_4843955 reset_reason: Software/System restart

Auch einen anderen Kanal im Hub und das rgbw_cct Template getestet oder nur einmal das set template beim Hub durchgefuehrt - das gleiche. Ich poste mal noch die beiden erzeugten Devices. Hab ich noch was falsch gemacht ?

Code Auswählen

IODev
	
MQTT2_FHEM_Server
	
deleteattr
autocreate
	
1
	
deleteattr
bridgeRegexp
	
milight_hub_4843955:milight/[^/]*at[^/]+/(0x[0-9a-fA-F]{1,4})/.*/([0-8])?.*:.* "milight_$1_$2"
	
deleteattr
devStateIcon
	
connected:10px-kreis-gruen disconnected.*:10px-kreis-rot
	
deleteattr
model
	
esp_milight_hub_bridge
	
deleteattr
readingList
	
milight_hub_4843955:milight/LWT:.* { json2nameValue($EVENT) }
	
deleteattr
room
	
MQTT2_DEVICE
	
deleteattr
setStateList
	
on off
	
deleteattr
stateFormat
	

<a href="http://ip_address" target="_blank">
status
</a>Version: 
versionIODev
	
MQTT2_FHEM_Server
	
deleteattr
comment
	
To switch device also on when changing brightness, change payload pattern to {"status":"ON","$EVTPART0":"$EVTPART1"} or add a new element to setList, similar to brightness, e.g.brightness_on and change payload pattern as described.
	
deleteattr
devStateIcon
	
{zigbee2mqtt_devStateIcon255($name,"hex",1)}
	
deleteattr
eventMap
	
/set_white:Weiss/night_mode:Nacht/white_mode:white/
	
deleteattr
icon
	
light_control
	
deleteattr
model
	
esp_milight_hub_rgbw_bulb
	
deleteattr
readingList
	

milight/states/0x74B/rgb_cct/2:.* { json2nameValue($EVENT) }
  milight/states/0x74B/rgb_cct/0:.* { json2nameValue($EVENT) }
  milight/updates/0x74B/rgb_cct/2:.* { json2nameValue($EVENT) }
  milight/updates/0x74B/rgb_cct/0:.* { json2nameValue($EVENT) }

	
deleteattr
room
	
MQTT2_DEVICE
	
deleteattr
setExtensionsEvent
	
1
	
deleteattr
setList
	

on:noArg milight/0x74B/rgb_cct/2 {"status":"ON"}
  off:noArg milight/0x74B/rgb_cct/2 {"status":"OFF"}
  brightness:colorpicker,BRI,0,15,255 milight/0x74B/rgb_cct/2 {"$EVTPART0":"$EVTPART1"}
  hue:colorpicker,HUE,0,1,359 milight/0x74B/rgb_cct/2 {"$EVTPART0":"$EVTPART1"}
  command:uzsuSelectRadio,Weiss,Nacht milight/0x74B/rgb_cct/2 {"$EVTPART0":"$EVTPART1"}

	
deleteattr
setStateList
	
on off
	
deleteattr
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"}
	
deleteattr
webCmd
	
brightness:hue:command

Beta-User · 20 November 2019, 21:17:52

Versuch's mal mit

ZitatMQTT topic pattern : milight/:hex_device_id/:device_type/:group_id

(Dein Post ist übrigens nicht besonders gut zu lesen, etwas mehr Formatierung wäre noch möglich, und v.a. nimm "RAW"-Code zum posten (für MQTT2_DEVICE => https://wiki.fhem.de/wiki/Raw_definition), oder sonst - für andere Module - den output von "list")

quakosekiki · 20 November 2019, 23:25:48

Sorry fuer die Formatierung und danke fuer den Tip.

Also das Topic umkonfiguriert, alles geloescht und wieder neu angelegt.
Was mir aufgefallen ist - wenn ich im Webinterface des Milight Hubs an- oder ausschalte, wird das im State vom Device in FHEM auch angezeigt.

Aber wenn ich in FHEM schalte, passiert nichts und im Sniffer des Hubs taucht auch nichts auf.

Das Device sieht jetzt so aus (als Raw Output) :

Code Auswählen

defmod MQTT2_milight_0x74B_2 MQTT2_DEVICE milight_0x74B_2
attr MQTT2_milight_0x74B_2 IODev MQTT2_FHEM_Server
attr MQTT2_milight_0x74B_2 comment To switch device also on when changing brightness, change payload pattern to {"status":"ON","$EVTPART0":"$EVTPART1"} or add a new element to setList, similar to brightness, e.g.brightness_on and change payload pattern as described.
attr MQTT2_milight_0x74B_2 devStateIcon {zigbee2mqtt_devStateIcon255($name,"hex",1)}
attr MQTT2_milight_0x74B_2 eventMap /set_white:Weiss/night_mode:Nacht/white_mode:white/
attr MQTT2_milight_0x74B_2 icon light_control
attr MQTT2_milight_0x74B_2 model esp_milight_hub_rgbw_bulb
attr MQTT2_milight_0x74B_2 readingList milight/states/0x74B/rgb_cct/2:.* { json2nameValue($EVENT) }\
  milight/states/0x74B/rgb_cct/0:.* { json2nameValue($EVENT) }\
  milight/updates/0x74B/rgb_cct/2:.* { json2nameValue($EVENT) }\
  milight/updates/0x74B/rgb_cct/0:.* { json2nameValue($EVENT) }
attr MQTT2_milight_0x74B_2 room MQTT2_DEVICE
attr MQTT2_milight_0x74B_2 setExtensionsEvent 1
attr MQTT2_milight_0x74B_2 setList on:noArg milight/0x74B/rgb_cct/2 {"status":"ON"}\
  off:noArg milight/0x74B/rgb_cct/2 {"status":"OFF"}\
  brightness:colorpicker,BRI,0,15,255 milight/0x74B/rgb_cct/2 {"$EVTPART0":"$EVTPART1"}\
  hue:colorpicker,HUE,0,1,359 milight/0x74B/rgb_cct/2 {"$EVTPART0":"$EVTPART1"}\
  command:uzsuSelectRadio,Weiss,Nacht milight/0x74B/rgb_cct/2 {"$EVTPART0":"$EVTPART1"}
attr MQTT2_milight_0x74B_2 setStateList on off
attr MQTT2_milight_0x74B_2 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_0x74B_2 verbose 5
attr MQTT2_milight_0x74B_2 webCmd brightness:hue:command

setstate MQTT2_milight_0x74B_2 set_off
setstate MQTT2_milight_0x74B_2 2019-11-20 23:14:20 associatedWith MQTT2_milight_hub_4843955
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 brightness 255
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 bulb_mode white
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 color_b 255
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 color_g 255
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 color_r 255
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 color_temp 153
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 hex FFFFFF
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 hue 0
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:48 state set_off
setstate MQTT2_milight_0x74B_2 2019-11-20 23:18:42 status ON

Ich habe mal verbose auf 5 gestellt im Device - dann finden sich im allgemeinen Log noch solche Eintraege - aber auch daraus bin ich nicht so richtig schlau geworden :

Code Auswählen

2019.11.20 23:18:42 4: MQTT2_DEVICE_Parse: MQTT2_milight_0x74B_2 milight/states/0x74B/rgb_cct/2 => { json2nameValue($EVENT) }

Noch eine andere Idee vielleicht ? Ich wuerde mich wirklich freuen, wenn ich den Hub mit FHEM ans Laufen kriegen wuerde ...

Beta-User · 21 November 2019, 07:33:00

Imo sind Kommunikationsprobleme zum HUB auf der WLAN-Ebene die wahrscheinlichste Ursache. Hast du >20 WLAN-Geräte und eine Fritzbox?

Evtl. bricht auch die Spannungsversorgung weg, aber da das funktioniert, wenn du das auf dem Web-IF machst, ist das nicht eben wahrscheinlich.

Ansonsten könnte es noch mit der Länge der ID zusammenhängen. Ich nutze grundsätzlich 4-stellige, deine hat nur drei (sollte dem Vernehmen nach aber gehen).
Sonst bin ich ziemlich ratlos, bei mir scheint soweit alles zu laufen (1.10.5), aber mit den durchgängigen ":device_id"-Vorgaben wie im Wiki vermerkt, nicht mit "hex". Sollte aber keinen Unterschied machen, aber evtl. hat die firmware da einen Hau...

quakosekiki · 21 November 2019, 11:03:09

Hi,
ich habe einige WLAN Geraete - aber auf verschiedene SSIDs aufgeteilt. In diesem WLAN sind <10 Geraete und der Raspberry steht im gleichen VLAN. Die Hardware ist von Unifi (Switch, AP, Router).
Ich habe auch Geraete mit 4 stelligen IDs neu angelegt und die getestet - kein Unterschied. Die Dreistelligen sind die, die ich von der vorhandenen Fernsteuerung uebernommen hatte.
Vorher hatte ich das schon mit der 1.10.4 getestet - vielleicht versuche ich mal eine noch aeltere Version fuer den Hub zu finden - vielleicht gibt es da noch andere Default Eintraege in der Config, die mir fehlen.
Das mit der Stromversorgung hatte ich auch schon gelesen - ich teste einfach nochmal eine andere.
Wo kann ich vielleicht noch suchen um das zu debuggen ? Ich wuerde als naechstes mal beim MQQT Server debug auf 5 setzen, dann muesste ich alle Messages mitlesen koennen ...
Viele Gruesse quakosekiki

quakosekiki · 24 November 2019, 10:45:32

Hi,
ich habe noch etwas weiter getestet - vom PC aus mit einem Client (mqttfx) messages mitgelesen und abgeschickt - da funktioniert alles - ganz schoen um zu sehen, was da so passiert.
Jetzt habe ich im milight Hub alle Eintraege mit 3 stelligen IDs geloescht. Und im FHEM auch alles geloescht. Dann geht es

!! Genauso wie beschrieben.
Vielen Dank fuer die Hilfe und Gruesse quakosekiki

Heimweh · 05 Februar 2020, 20:19:07

Zitat von: Heimweh am 26 September 2019, 17:01:51
Ich nutze die 1.10.3 ... In meinem Beitrag von 30.08 hatte ich es ja bereits berichtet - die Transition ist sehr sehr grob aufgelöst. Der Effekt wird eher wie ein Wackelkontakt als ein dimmen....

Gesendet von meinem LYA-L29 mit Tapatalk

Hallo Beta-User,

ich war jetzt lange mit anderen Dingen beschäftigt, aber da ich gerade krank geschrieben bin konnte ich mich nochmal mit dem Thema "Transition" (auf und abdimmen) befassen.
Ich habe das mit einer Milight RGB+CCT - wenn man die Zeit mit 3 Sekunden aufwärts wählt, sieht es garnicht schlecht aus.

Falls es irgendjemand interessiert, muss man bei Atribut setlist den Befehl "transition" mit einbauen:

Code Auswählen


on:noArg milight/0x3256/rgb_cct/4 {"status":"ON","transition":3}
off:noArg milight/0x3256/rgb_cct/4 {"status":"OFF","transition":3}

das ganze Gerät:

Code Auswählen


Internals:
   CID        milight_0x3256_4
   DEF        milight_0x3256_4
   DEVICETOPIC MQTT2_milight_0x3256_4
   FUUID      5cf6b263-f33f-55ed-7a6d-93b454a890c11f7d
   IODev      MQTTServer
   LASTInputDev MQTTServer
   MQTTServer_MSGCNT 1410
   MQTTServer_TIME 2020-02-05 20:08:17
   MSGCNT     1410
   NAME       MQTT2_milight_0x3256_4
   NR         484
   STATE      off
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2020-02-05 19:32:01   OFF             set
     2020-02-05 20:08:17   brightness      0
     2020-02-05 20:08:17   bulb_mode       color
     2020-02-05 19:55:36   color_b         255
     2020-02-05 19:55:36   color_g         255
     2020-02-05 20:08:17   color_r         255
     2020-02-05 19:55:36   color_temp      366
     2020-02-05 19:53:05   command         set set_white
     2020-02-05 19:55:36   device_id       12886
     2020-02-05 19:45:59   dim             set level_up
     2020-02-05 19:43:41   dimdown         set
     2020-02-05 19:43:24   dimup           set
     2020-02-05 19:55:36   effect          white_mode
     2020-02-05 20:08:17   hue             356
     2020-02-05 20:08:17   level           0
     2020-02-05 20:08:17   saturation      94
     2020-02-05 20:08:17   state           OFF
     2020-02-05 20:08:17   status          OFF
Attributes:
   IODev      MQTTServer
   alias      3er Milight
   comment    To switch device also on when changing brightness, change payload pattern to {"status":"ON","$EVTPART0":"$EVTPART1"} or add a new element to setList, similar to brightness, e.g.brightness_on and change payload pattern as described.
   devStateIcon {zigbee2mqtt_devStateIcon255($name)}
   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/
   icon       light_control
   model      esp_milight_hub_rgb_cct_bulb
   readingList milight/states/0x3256/rgb_cct/4:.* { json2nameValue($EVENT) }
  milight/states/0x3256/rgb_cct/0:.* { json2nameValue($EVENT) }
  milight/updates/0x3256/rgb_cct/4:.* { json2nameValue($EVENT) }
  milight/updates/0x3256/rgb_cct/0:.* { json2nameValue($EVENT) }
   room       Test
   setList    on:noArg milight/0x3256/rgb_cct/4 {"status":"ON"}
  off:noArg milight/0x3256/rgb_cct/4 {"status":"OFF"}
  dimup:noArg milight/0x3256/rgb_cct/4 {"status":"ON","transition":3}
  dimdown:noArg milight/0x3256/rgb_cct/4 {"status":"OFF","transition":3}
  brightness:colorpicker,BRI,0,15,255 milight/0x3256/rgb_cct/4 {"$EVTPART0":"$EVTPART1"}
  hue:colorpicker,HUE,0,1,359 milight/0x3256/rgb_cct/4 {"$EVTPART0":"$EVTPART1"}
  color_temp:colorpicker,CT,153,1,370 milight/0x3256/rgb_cct/4 {"$EVTPART0":"$EVTPART1"}
  saturation:colorpicker,BRI,0,1,100 milight/0x3256/rgb_cct/4 {"$EVTPART0":"$EVTPART1"}
  command:uzsuSelectRadio,Weiss,Nacht milight/0x3256/rgb_cct/4 {"$EVTPART0":"$EVTPART1"}
  program:uzsuSelectRadio,Mode,Faster,Slower milight/0x3256/rgb_cct/4 {"command":"$EVTPART1"}
  mode:select,0,1,2,3,4,5,6,7,8 milight/0x3256/rgb_cct/4 {"$EVTPART0":"$EVTPART1"}
  dim:uzsuSelectRadio,Up,Down milight/0x3256/rgb_cct/4 {"command":"$EVTPART1"}
   setStateList on off dimup dimdown
   webCmd     brightness:dim:hue:command:color_temp:program:saturation:mode
   webCmdLabel brightness:dim
  :hue:command
  :color_temp:program
  :saturation:mode

Beta-User · 06 Februar 2020, 11:10:41

Danke für die Rückmeldung, vermutlich kommt das einfach dynamisiert als Beispiel in die RGBW-Variante rein:

Code Auswählen

  on:noArg BASE_ID/REMOTE_ID/BULB_TYPE/GROUP_ID {"status":"ON"}\
  on_transition:slider,3,10,3600 BASE_ID/REMOTE_ID/BULB_TYPE/GROUP_ID {"status":"ON","transition":$EVTPART1}\
  off:noArg BASE_ID/REMOTE_ID/BULB_TYPE/GROUP_ID {"status":"OFF"}\
  off_transition:slider,3,10,3600 BASE_ID/REMOTE_ID/BULB_TYPE/GROUP_ID {"status":"OFF","transition":$EVTPART1}\