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

lucca111 · 31 Dezember 2018, 13:01:49

Hallo nochmal,
ich habe es jetzt geschafft das über autocreate ein MQTT2_Device angelegt wird. Die beiden Schalter werden nach betätigen in der Readinglist automatisch eingetragen.

readingList
milight_hub_7365307:milight/update/0x3698/0x3698/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }
milight_hub_7365307:milight/state/0x3698/0x3698/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }
milight_hub_7365307:milight/update/0x3682/0x3682/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }
milight_hub_7365307:milight/state/0x3682/0x3682/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }

Unter Readings sehe ich aber nur folgendes:

Readings
1_brightness 150 2018-12-31 12:47:30
1_color_b 255 2018-12-31 12:47:30
1_color_g 25 2018-12-31 12:47:30
1_color_r 255 2018-12-31 12:47:30
1_command night_mode 2018-12-31 12:47:27
1_state OFF 2018-12-31 12:47:30

Egal welchen Schalter ich betätige die Readings werden geupdatet.
Wie stelle ich es an das ich beide Schalter auseinander halten kann?
Ich habe auch schon versucht per Hand 2 Devices zu erstellen scheitere aber jedesmal jämmerlich.
Gruß Lucca

lucca111 · 31 Dezember 2018, 14:11:12

So nach x-mal probieren (restart + Device über die fhemconfig anlegen,löschen, rumprobieren usw.) sehe ich unter den
Reading jetzt 2 Devices:

Readings
1_brightness 150 2018-12-31 12:47:30
1_color_b 255 2018-12-31 12:47:30
1_color_g 25 2018-12-31 12:47:30
1_color_r 255 2018-12-31 12:47:30
1_command night_mode 2018-12-31 12:47:27
1_state OFF 2018-12-31 12:47:30
2_brightness 150 2018-12-31 12:47:55
2_color_b 255 2018-12-31 12:47:55
2_color_g 25 2018-12-31 12:47:55
2_color_r 255 2018-12-31 12:47:55
2_command night_mode 2018-12-31 12:47:55
2_state ON 2018-12-31 12:47:55

jetzt noch die Readiglist manuell angepasst ("$EVENT, '2_") und es wird Schalter1 und 2 unterschiedlich nach einen Neustart ausgewertet.

readingList
milight_hub_7365307:milight/update/0x3698/0x3698/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }
milight_hub_7365307:milight/state/0x3698/0x3698/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }
milight_hub_7365307:milight/update/0x3682/0x3682/fut089/1:.* { json2nameValue($EVENT, '2_', $JSONMAP) }
milight_hub_7365307:milight/state/0x3682/0x3682/fut089/1:.* { json2nameValue($EVENT, '2_', $JSONMAP) }

genau kann ich jetzt nicht erklären wie das jetzt funktioniert hat.
Jetzt mach ich mich mal daran 2 Schalter zu erstellen die mit den Daten arbeiten können.
Bin über jede Unterstützung dafür dankbar.

lucca111 · 31 Dezember 2018, 15:29:46

Brauch mal bitte Hilfe. Warum funktioniert das notify nicht ??

define MQTT2_milight_hub_7365307 MQTT2_DEVICE milight_hub_7365307
attr MQTT2_milight_hub_7365307 IODev MQTT2_FHEM_Server
attr MQTT2_milight_hub_7365307 readingList milight_hub_7365307:milight/update/0x3698/0x3698/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }\
milight_hub_7365307:milight/state/0x3698/0x3698/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }\
milight_hub_7365307:milight/update/0x3682/0x3682/fut089/1:.* { json2nameValue($EVENT, '2_', $JSONMAP) }\
milight_hub_7365307:milight/state/0x3682/0x3682/fut089/1:.* { json2nameValue($EVENT, '2_', $JSONMAP) }
attr MQTT2_milight_hub_7365307 room MQTT2_DEVIC

define act_on_MiSwitch1 notify MQTT2_milight_hub_7365307 {\
if(ReadingsVal("MQTT2_milight_hub_7365307", "1_state", "") eq "ON") { fhem("set HUEDevice2 dim 100;;");; }\
elsif(ReadingsVal("MQTT2_milight_hub_7365307", "1_state", "") eq "OFF") { fhem("set HUEDevice2 dim 0;;");; }\
}

gruß lucca

Snocksman · 31 Dezember 2018, 16:31:36

@Beta-User: Das neue Template für RGB-CCT Bulbs sieht super aus und funktioniert soweit.
Was mir nur aufgefallen ist:
- Ist es Absicht, dass die Werte bei Color_Temp von 153-370 gehen ?!
- Nach erstellen eines neuen Devices und festlegen des AttrTemplates am besten alle Slider einmal bewegen und ein shutdown restart machen, sonst springen die Slider immer wieder zurück auf 0. Nach dem restart ist das scheinbar kein Problem mehr.
- Warum auch immer wird bei mir aktuell der Wert für Brightness (wenn ich mir der Fernbedienung schalte) in FHEM nicht aktualisiert. Saturation und hue aktualisiert sich...
- Ist es möglich, das devStateIcon anzupassen, damit immer die aktuell gewählte Farbe angezeigt wird ? Bei mir ist das Icon weiß und bei 100% brightness färbt es sich orange.

Das ungetestete Template für CCT-only Bulbs passt für mich ganz genau und funktioniert auch. Für User, die einen Kaltweiß/Warmweiß Stripe an dem Controller betreiben müsste die color_Temp noch in das Template... Aber ich bin glücklich so, wie es ist.

Beta-User · 31 Dezember 2018, 16:59:36

@Snocksman:
Danke für's Testen. Habe eben eine leicht modifizierte Version (mit etwas mehr Optionen, kann man ja löschen) hochgeladen.
Die Temperaturwerte wurden mir hier zugerufen, nehme aber an, das ist valide. Wenn (evtl. je nach Bulb-Typ) andere Werte passen, kann ich das gerne in die Templates einfließen lassen (und/oder ins wiki).
Wenn Brightness vom ESP nicht übertragen wird, aktualisiert sich auch der Wert in FHEM nicht, am einfachsten ggf. mit mosquitto_sub oder den internen Optionen des MQTT2_SERVERs mitlesen, was auf dem MQTT-Server so ankommt.

Ob es einen Neustart braucht, weiß ich nicht mehr; kann sein, dass ein schlichtes Neuladen der Seite reicht.

@lucca111
Das sieht mir im ersten Moment nach einer klassichen notify-Frage aus, "vermutlich" paßt der Auslöser nicht. Bitte dazu am einfachsten mal im Wiki den notify-Artikel lesen, und ggf. dann einen neuen Thread dazu anfangen - diesen dann gerne hier verlinken, ist ja eine interessante Art, die FB zu nutzen.
Bitte dabei code zukünftig schöne verpacken (code-Tags

).
Was ich allgemein überlegen würde:
- 3 input-devices anlegen (Bridge und je eines pro FB, JSON dabei ohne Prefix auspacken, siehe Praxisbeispiele im Wiki).
- Damit hast du eigentlich schon ein Format, das z.B. für zigbee2mqtt bereits weitestgehend passen würde (Einbindung der zu steuernden Devices?)
- Evtl böte es sich an, statt einzelner notify die Generic-Bridge zu verwenden und dann "nur" bei dem eigentlichen Ziel-Device die Ansteuerung über die MQTT-Infos zu machen.
Das klingt jetzt evtl. etwas kompliziert, aber da bekommst du bestimmt Hilfe auch von anderen, wenn du auch etwas rumspielst. So wie ich das verstanden habe, baut die Generic-Bridge eine eigenen Event-Handler auf, der dann im Zieldevice "das Richtige" tun kann. Dann hättest du aber "alles beieinander".
(Ich habe hier auch zwei zigbee2mqtt-Devices in "Milight-Nähe", die ich evtl. zum Teil mit den anderen steuern will, da könnte das auch passen - die Idee ist jedenfalls klasse!; es ist nur hier m.E. etwas "speziell"....)

Gruß, Beta-User

lucca111 · 04 Januar 2019, 14:01:15

Hallo nochmal,

ich habe meine Milight-Schalter FUT087 jetzt folgendermaßen in FHEM mit MQTT2 erfolgreich einbinden können.
Ein Schalter habe ich da für meine Milight Warm-Weiss Küchen-Stripes und den anderen für eine Hue Warm-Weiss Lampe verwendet.

Nach dem automatische Create des MQTT2_milight_hub musste ich z.B. bei { json2nameValue($EVENT, '3_', $JSONMAP) }\ die "3" manuell setzen. Es wurde automatisch immer mit "1_" angelegt und somit haben die Readings nicht gestimmt. Also beim anlegen nochmal kontrollieren sonnst werden 2 oder mehr Geräte über ein Event angesprochen.

Natürlich kann man jetzt damit so gut wie alles in Fhem schalten. Ich habe die Schalter übrigens für günstige 7,- Euro beim China-Händler bekommen. Vielen dank nochmal für eure Unterstützung, ich bin begeistert von euren Forschergeist

Code Auswählen

#########################################################################################
#                                                                                       #
#                                  MQTT2_MILIGHT-HUB                                    #
#                                                                                       #
#########################################################################################

define MQTT2_milight_hub_7365307 MQTT2_DEVICE milight_hub_7365307
attr MQTT2_milight_hub_7365307 IODev MQTT2_FHEM_Server
attr MQTT2_milight_hub_7365307 readingList milight_hub_7365307:milight/update/0x3698/0x3698/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }\
milight_hub_7365307:milight/state/0x3698/0x3698/fut089/1:.* { json2nameValue($EVENT, '1_', $JSONMAP) }\
milight_hub_7365307:milight/update/0x3682/0x3682/fut089/1:.* { json2nameValue($EVENT, '2_', $JSONMAP) }\
milight_hub_7365307:milight/state/0x3682/0x3682/fut089/1:.* { json2nameValue($EVENT, '2_', $JSONMAP) }\
milight_hub_7365307:milight/update/0xC99/0xC99/rgbw/1:.* { json2nameValue($EVENT, '3_', $JSONMAP) }\
milight_hub_7365307:milight/state/0xC99/0xC99/rgbw/1:.* { json2nameValue($EVENT, '3_', $JSONMAP) }
attr MQTT2_milight_hub_7365307 room MI

#########################################################################################
#                                                                                       #
#                                MQTT2_MILIGHT-Switch1  FUT087                          #
#                                                                                       #
#########################################################################################

define act_on_MiSwitch1 notify MQTT2_milight_hub_7365307:1_brightness:.*|MQTT2_milight_hub_7365307:1_state:.* {\
	if($EVENT eq "1_state: ON") { fhem("set Ki.Spots on");;;; }\
	elsif($EVENT eq "1_state: OFF") { fhem("set Ki.Spots off");;;; }\
	elsif($EVENT ne "1_state: ON" || $EVENT ne "1_state: OFF") {fhem("set Ki.Spots brightness $EVTPART1");;;; }\
}
attr act_on_MiSwitch1 room MI

#########################################################################################
#                                                                                       #
#                               MQTT2_MILIGHT-Switch2   FUT087                          #
#                                                                                       #
#########################################################################################

define act_on_MiSwitch2 notify MQTT2_milight_hub_7365307:2_brightness:.*|MQTT2_milight_hub_7365307:2_state:.* {\
	if($EVENT eq "2_state: ON") { fhem("set HUEDevice1 toggle");;;; }\
	elsif($EVENT eq "2_state: OFF") { fhem("set HUEDevice1 toggle");;;; }\
	elsif($EVENT ne "2_state: ON" || $EVENT ne "2_state: OFF") {fhem("set HUEDevice1 bri $EVTPART1");;;; }\
}
attr act_on_MiSwitch2 room MI

#########################################################################################
#                                                                                       #
#                        MQTT2_MILIGHT-DEVICE-Kitchen-Spots  FUT038                     #
#                                                                                       #
#########################################################################################

define Ki.Spots MQTT2_DEVICE milight_0xc99_1
attr Ki.Spots IODev MQTT2_Broker
attr Ki.Spots devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr Ki.Spots 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 Ki.Spots group Licht
attr Ki.Spots icon light_control
attr Ki.Spots model X_01_esp_milight_hub_rgbw_bulb
attr Ki.Spots readingList milight/updates/0xc99/rgbw/1:.* { json2nameValue($EVENT) }\
milight/states/0xc99/rgbw/1:.* { json2nameValue($EVENT) }
attr Ki.Spots room MI
attr Ki.Spots setList on milight/0xc99/rgbw/1 {"status":"ON"}\
off milight/0xc99/rgbw/1 {"status":"OFF"}\
brightness:colorpicker,BRI,0,1,255 milight/0xc99/rgbw/1 {"$EVTPART0":"$EVTPART1"}\
command:uzsuSelectRadio,Weiss,Nacht milight/0xc99/rgbw/1 {"$EVTPART0":"$EVTPART1"}\
program:uzsuSelectRadio,Mode,Faster,Slower milight/0xc99/rgbw/1 {"command":"$EVTPART1"}\
mode:select,0,1,2,3,4,5,6,7,8 milight/0xc99/rgbw/1 {"$EVTPART0":"$EVTPART1"}
attr Ki.Spots verbose 5
attr Ki.Spots webCmd brightness:command:program:mode
attr Ki.Spots webCmdLabel Dim\
:Command\
:Program\
:Mode
attr Ki.Spots widgetOverride command:uzsuSelectRadio,Weiss,Nacht brightness:colorpicker,BRI,0,1,255

Beta-User · 04 Januar 2019, 14:20:25

@lucca111,
schön, dass es jetzt klappt, aber warum hast du nicht wie vorgeschlagen das Bridge-template auf das "
MQTT2_milight_hub_7365307"-Device angewendet?

Das würde nach meinem Geschmack die Sache sehr vereinfachen, weil dann für jeden Kanal ein eigenes Device bereitsteht bzw. erstellt wird....

Ansonsten müßte es möglich sein, das ganze mit MQTT_GENERIC_BRIDGE zu lösen, also in etwa so: an der Milight-Fernbedienung die publish-Angaben so eintragen, dass diese mit den stopic-Angaben am HUE-Device zusammenpassen. Dann müßte sich das ohne notify usw. schalten lassen.

lucca111 · 04 Januar 2019, 16:01:27

Verstehe ich nicht ganz hab das jetzt mal probiert komme aber nicht so richtig klar.
Habs nach Wiki gemacht!

1. Hub erstellen lassen mit autocreate
2. template X_01_esp_milight_hub_bridge angewendet.
3. nochmals das Leuchtmittel geschaltet erstellt autocreate ein weiteres Device

Klappt bei mir nicht, es wird nur im Hub zusätzlich als Device mit eingetragen
Sieht dann alles so aus wie in meinem vorigen Beitrag:

Wo finde ich dieMQTT_GENERIC_BRIDGE?

gruß lucca

Beta-User · 04 Januar 2019, 17:38:30

Hmm,
also irgendwas ist bei Schritt 2 schiefgegangen oder du hast danach was gemacht, was nicht paßt. Sonst gäbe es da jetzt ein model-Attribut...

Würde auf nicht gespeichert vor Restart tippen

.
Und noch was: Editiere nicht in der cfg rum! Geht alles über die Web-Oberfläche und ist weniger fehleranfällig...

Snocksman · 31 Januar 2019, 19:16:13

Gibt es eigentlich irgend eine Möglichkeit, für die Milight Devices voreingestellte Farben als webCmds anzulegen (siehe Screenshot) ?

Beta-User · 31 Januar 2019, 22:43:42

Zitat von: Snocksman am 31 Januar 2019, 19:16:13
Gibt es eigentlich irgend eine Möglichkeit, für die Milight Devices voreingestellte Farben als webCmds anzulegen (siehe Screenshot) ?

Müßte schon gehen. Ansatzpunkt: https://wiki.fhem.de/wiki/Color#RGB_Farbe

Allerdings müßte dann entweder ein hue-Wert übergeben werden oder der RGB gesplittet, wenn die bridge das so braucht (?). (Vermutlich etwas komplexeren) Code dazu gäbe es dann eventuell bei dem template für die RGBW-Shellys (das wäre mein 2. Startpunkt).

Reicht dir das als Richtungsangabe?

Snocksman · 03 Februar 2019, 18:17:35

Ich hab mich mal Probiert, es aber nicht wirklich hinbekommen... $:-\$
Ich habe mir jetzt einen Dummy angelegt und einige Notifys, welche dann bei Klick auf eine Farbe des Dummys die Werte hue, brightness & saturation des Milight Devices ändern. Wenn das jemand besser lösen konnte, bitte mal posten wie.
Dabei ist mir aber mal aufgefallen, dass der brightness Wert des angelegten Milight Devices nur in 15er Schritten änderbar ist (BRI,0,15,255)... Hat das einen Hintergrund ? Akzeptiert die Bridge nur 15er Schritte ?

DasQ · 04 Februar 2019, 01:49:26

Warum das mit der Schrittweite so ist, kann ich nicht genau sagen. Vermutlich hängt das aber damit zusammen, das in kleineren schritten auch viel mehr Ereignisse erzeugt werden, beim verstellen.

Mach mal eins, aktivier dir im milighthub die sniffing logausgabe.
Dann schnappst dir deine Fernbedienung und schaust dir dann live im log die Werte die die Fb sendet an.
In FHEM simulierst du dann nur noch diese Werte. Das was.

Wenn jetzt deine Fernbedienung und deine Lampen andere Werte, als die im FHEM Template nutzt, änderte die auf deine Umgebung ab.

Beta-User · 05 Februar 2019, 08:52:46

Hab mal mit den beiden angegebenen Quellen ein wenig rumexperimentiert

.
Das scheint soweit grundsätzlich zu funktionieren, ist aber nicht vollständig ausgetestet oder aufgehübscht:

Code Auswählen

defmod milight_0xBE59_0 MQTT2_DEVICE milight_0xBE59_0
attr milight_0xBE59_0 IODev MQTT2_FHEM_Server
attr milight_0xBE59_0 devStateIcon {zigbee2mqtt_devStateIcon255($name)}
attr milight_0xBE59_0 eventMap /set_white:Weiss/night_mode:Nacht/white_mode:white/
attr milight_0xBE59_0 group Licht
attr milight_0xBE59_0 icon light_control
attr milight_0xBE59_0 model X_01a_esp_milight_hub_make_rgbw_group
attr milight_0xBE59_0 readingList milight/states/0xBE59/rgbw/0:.* { json2nameValue($EVENT) }\
   milight/updates/0xBE59/rgbw/0:.* { json2nameValue($EVENT) }
attr milight_0xBE59_0 room MQTT2_DEVICE
attr milight_0xBE59_0 setList on milight/0xBE59/rgbw/0 {"status":"ON"}\
   off milight/0xBE59/rgbw/0_ID {"status":"OFF"}\
   brightness:colorpicker,BRI,0,15,255 milight/0xBE59/rgbw/0 {"$EVTPART0":"$EVTPART1"}\
   hue:colorpicker,HUE,0,1,359 milight/0xBE59/rgbw/0 {"$EVTPART0":"$EVTPART1"}\
   command:uzsuSelectRadio,Weiss,Nacht milight/0xBE59/rgbw/0 {"$EVTPART0":"$EVTPART1"}\
   helligkeit:colorpicker,BRI,0,15,255 {}\
rgb:colorpicker,RGB {my $helligkeit = ReadingsNum("milight_0xBE59_0","helligkeit","255");; $EVTPART1=~/(..)(..)(..)/;; "milight/0xBE59/rgbw/0 {\"status\":\"ON\",\"brightness\":\"".$helligkeit."\",\"color\":{\"r\":".hex($1).",\"g\":".hex($2).",\"b\":".hex($3)."}}"}
attr milight_0xBE59_0 setStateList on off
attr milight_0xBE59_0 webCmd brightness:hue:command:helligkeit:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb ffffff:on:off

Damit hat man die Option, über das Reading "helligkeit" eine Voreinstellung vorzunehmen, die dann allerdings erst greift, wenn man den RGB-Colorpicker oder die direkten Farbauswahlfelder verwendet (leider ging $name nicht, daher ist der Device-Name hartcodiert...).

Das mit den 15-er Schritten ist völlig willkürlich, da kann auch 1 stehen. Die derzeitige Voreistellung beruht auf meinen persönlichen Vorlieben; ich brauche schlicht nicht mehr. Es gibt auch nicht mehr Events, die zu verarbeiten wären, sondern immer nur eines, sobald man den Slider losläßt.

Sebastian J · 28 März 2019, 19:47:16

Moin Moin,

beschäftige mich jetzt seit ein paar Abenden mit dem MQTT2 Server und Milight Hub von Sidho, aber ich komme da jetzt einfach nicht weiter und bräuchte Hilfe.

Hier meine Hub config:

Code Auswählen

MQTT server 10.0.0.10:1883
MQTT topic pattern milight/:device_id/:device_type/:group_id/
MQTT update topic pattern milight/update/:hex_device_id/:device_id/:device_type/:group_id/
MQTT state topic pattern milight/state/:hex_device_id/:device_id/:device_type/:group_id/

In Fhem den MQTT2 Server/Broker definiert:

Code Auswählen

define MQTT2_FHEM_Server MQTT2_SERVER 1883 global

Danach wird der Server angelegt und sieht so aus:

Code Auswählen

Internals
CFGFN
DEF	     1883 global
FD         15
FUUID    5c9d0603-f33f-2da0-c46f-a6d2afff9c69bc9e
NAME     MQTT2_FHEM_Server
NR         434
PORT     1883
STATE    Initialized
TYPE      MQTT2_SERVER

Code Auswählen

Readings
nrclients 1               2019-03-28 18:36:06
state      Initialized   2019-03-28 18:36:03

Nun weise ich dem Server das autocreate complex und verbose 5(damit man was sehen kann) zu.
Zusätzlich schiebe ich das ganze noch in den room MQTT2_SERVER.

Schon jetzt sehe im log dass, das Hub den Server anpingt.

Code Auswählen

2019.03.28 18:48:21 5: PINGREQ: (192)(0)
2019.03.28 18:48:21 4: MQTT2_FHEM_Server_10.0.0.37_49157 milight-hub-2412749 PINGREQ

Unter MQTT2_SERVER bei Everything taucht dann auf einmal ein neuer Server auf:

Code Auswählen

DeviceOverview
MQTT2_FHEM_Server_10.0.0.37_49157       Connected

Internals 
BUF
FD                 21
NAME            MQTT2_FHEM_Server_10.0.0.37_49157
NR                438
PEER             10.0.0.37
PORT             49157
SNAME          MQTT2_FHEM_Server
SSL            
STATE           Connected
TEMPORARY  1
TYPE             MQTT2_SERVER
WBCallback
cflags            2
cid                milight-hub-2412749
keepalive      15
lastMsgTime 1553795571.65018
protoNum     4
protoTxt       MQTT

Readings
state            Connected   2019-03-28 18:36:06

Attributes
room            hidden      deleteattr

Wenn ich nun im WEBIF vom Hub meinen gepaarten Einbaustrahler einschalte, passiert folgendes im Log:

Code Auswählen

2019.03.28 18:59:17 5: PUBLISH: 08(0)'milight/update/0xABCD/0xABCD/rgb_cct/1/{"state":"OFF"}
2019.03.28 18:59:17 4: MQTT2_FHEM_Server_10.0.0.37_49157 milight-hub-2412749 PUBLISH milight/update/0xABCD/0xABCD/rgb_cct/1/:{"state":"OFF"}
2019.03.28 18:59:17 5: MQTT2_FHEM_Server: dispatch autocreate=complex\000milight_hub_2412749\000milight/update/0xABCD/0xABCD/rgb_cct/1/\000{"state":"OFF"}
2019.03.28 18:59:18 2: autocreate: define MQTT2_milight_hub_2412749 MQTT2_DEVICE milight_hub_2412749
2019.03.28 18:59:18 2: autocreate: define FileLog_MQTT2_milight_hub_2412749 FileLog ./log/MQTT2_milight_hub_2412749-%Y.log MQTT2_milight_hub_2412749
2019.03.28 18:59:18 5: PUBLISH: 1(159)(1)(0)&milight/state/0xABCD/0xABCD/rgb_cct/1/{"state":"OFF","status":"OFF","color":{"r":255,"g":255,"b":255},"device_id":43981,"group_id":1,"device_type":"rgb_cct"}
2019.03.28 18:59:18 4: MQTT2_FHEM_Server_10.0.0.37_49157 milight-hub-2412749 PUBLISH milight/state/0xABCD/0xABCD/rgb_cct/1/:{"state":"OFF","status":"OFF","color":{"r":255,"g":255,"b":255},"device_id":43981,"group_id":1,"device_type":"rgb_cct"}
2019.03.28 18:59:18 5: MQTT2_FHEM_Server: dispatch autocreate=complex\000milight_hub_2412749\000milight/state/0xABCD/0xABCD/rgb_cct/1/\000{"state":"OFF","status":"OFF","color":{"r":255,"g":255,"b":255},"device_id":43981,"group_id":1,"device_type":"rgb_cct"}

und es wurde ein MQTT2_DEVICE inkl. FileLog angelegt:

Code Auswählen

DeviceOverview
MQTT2_milight_hub_2412749     ???

 
Internals
CFGFN
CID                  milight_hub_2412749
DEF	               milight_hub_2412749
DEVICETOPIC   MQTT2_milight_hub_2412749
FUUID             5c9d0b76-f33f-2da0-5745-1993d44fa1e6d7c7
IODev             MQTT2_FHEM_Server
NAME              MQTT2_milight_hub_2412749
NR                  488
STATE             ???
TYPE               MQTT2_DEVICE

Readings
1_color_b               255            2019-03-28 18:59:18
1_color_g               255            2019-03-28 18:59:18
1_color_r                255           2019-03-28 18:59:18
1_device_id            43981        2019-03-28 18:59:18
1_device_type        rgb_cct       2019-03-28 18:59:18
1_group_id            1                2019-03-28 18:59:18
1_state                  OFF            2019-03-28 18:59:18
1_status                OFF            2019-03-28 18:59:18

Attributes
IODev           MQTT2_FHEM_Server      deleteattr
readingList    milight_hub_2412749:milight/update/0xABCD/0xABCD/rgb_cct/1/:.* { json2nameValue($EVENT, '1_', $JSONMAP) }
                    milight_hub_2412749:milight/state/0xABCD/0xABCD/rgb_cct/1/:.* { json2nameValue($EVENT, '1_', $JSONMAP) }
deleteattr
room           MQTT2_DEVICE               deleteattr

Diesem Device / Hub weise ich dann das attrTemplate X_01_esp_milight_hub_bridge zu.

Hier erscheint dann ein POPUP welches mir mitteilt:

Code Auswählen

Replace
BASE_ID: with the BASE_ID typically is milight

BASE_ID ersetzte ich dann mit 0xABCD

Danach soll laut WIKI beim erneuten schalten ein weiteres Device angelegt werden, welches dann die BULB oder eben meinen Einbaustrahler wiederspiegelt und ich diesen dann entsprechend konfigurieren kann. Leider passiert dies aber nicht. Die Readings bei der angelegten Bridge ändern sich alle korrekt wenn ich am Hub über das WEBIF Änderungen der Farbe, Helligkeit etc durchführe. Würde gerne in der Lage sein über Fhem das ganze zu steuern und vielleicht ist es ja nur eine Kleinigkeit die ich falsch verstehe oder umgesetzt habe.

Freue mich auf eure Antworten.

Gruß

Sebastian