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

[Beta-User]

MQTT Client Status Topic steht bei mir auf "milight/LWT" + Detailed (habe das eben auch im Wiki nachgetragen).

@DasQ: Danke für den Hinweis zu "hex".... war wohl doch einfach heiß gestern

[cortmen]

 :)Erstmal Danke für die Tipps:

Ist die ESP-Bridge so richtig eingebunden?

Code Auswählen Erweitern

Internals:
   CID        milight_hub_3406671
   DEF        milight_hub_3406671
   DEVICETOPIC MQTT2_milight_hub_3406671
   FUUID      5d1628c2-f33f-0190-6a3f-923e07d1a28808a6
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 4
   MQTT2_FHEM_Server_TIME 2019-06-28 16:57:53
   MSGCNT     4
   NAME       MQTT2_milight_hub_3406671
   NR         605
   STATE      <a href="http://192.168.0.85" target="_blank">
connected
</a>Version:
1.9.2
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2019-06-28 16:57:53   firmware        milight-hub
     2019-06-28 16:57:53   ip_address      192.168.0.85
     2019-06-28 16:57:53   reset_reason    Software/System restart
     2019-06-28 16:57:53   status          connected
     2019-06-28 16:57:53   version         1.9.2
Attributes:
   IODev      MQTT2_FHEM_Server
   autocreate 1
   bridgeRegexp milight_hub_3406671:milight/[^/]*at[^/]+/(0x....)/.*/([0-4])?.*:.* "milight_$1_$2"
   devStateIcon connected:10px-kreis-gruen disconnected.*:10px-kreis-rot
   model      X_01_esp_milight_hub_bridge
   readingList milight_hub_3406671:milight/LWT:.* { json2nameValue($EVENT) }
   room       MQTT
   setStateList on off
   stateFormat <a href="http://192.168.0.85" target="_blank">
status
</a>Version:
version


Hier noch einmal ein screen der MQTT Einträge der ESP Bridge

[DasQ]

also ich hab da nur das was ich wirklich brauche angehakt. plus den farbwert in HEX damit man das DevStateIcon farblich an die aktuelle farbe anpassen kann.

kannst ja mal einfach ausprobieren, welche readings sich beim betätigen den MilightFernbedienung in FHEM ändern und dann nur diese im hub aktivieren.

solltest mehrere arten an milights haben, sollten alle für alle betrieben lampen benötigten werte aktiviert sein.

[cortmen]

 @DasQ

Die FB reagiert auf keine Lampe mehr.
Allerdings werden Devices angelegt.

Ich drücke sonst immer (-)  oder (0)
Muss ich die FB neu anlernen ?

[Beta-User]

Code Auswählen Erweitern

wer meine rechtschreibfehler findet, oder nachmacht, oder gefundene nachgemachte verfälscht, wird mit ziebelsuppe, nicht unter 2 teller bestraft.
Klingt lecker, werde mich bemühen...

@TE:
Also zum einen wäre ich dankbar, wenn ich da - ausgehend von einem "nackigen" setting - verwertbare Infos bekäme, was man denn alles an vom Hub zu sendenen Infos (wirklich nur) braucht; dann trage ich das gerne im Wiki nach...

Dann: Am einfachsten ist das ganze, wenn man die Bulbs (verwende ich als Synonym für die Leuchtmittel (-Gruppe)) an eine FB anlernt und via dem Hub deren Code (FB-ID) snifft. Dann gilt nämlich die einfache Regel: ein Kanal = eine Bulb. Man kann das auch anders machen (insbesondere eine virtuelle FB im Hub anlegen und damit (zusätzlich) die Bulb pairen), aber dann hat man mehrere virtuelle Geräte (nur in FHEM bzw. Hub/ESP existent), die wenig mit der Realität zu tun haben oder diese irgendwie doppeln, was verwirrend sein kann (und scheinbar impliziert, dass man einen Eventhandler (notify) benötigt, um das zusammenzuführen). Da besser die einzelnen Reading-List-Einträge aus dem FB-Device zum Hub-FB-Device hinzufügen, dann ist der Device-Zustand und der Bulb-Zustand konsistent.

(Mei, ist das kompliziert zu beschreiben...)

[cortmen]

 
Danke für die Hilfe, alles passt jetzt.

[blade-of-fire]

Hallo zusammen,

ich bekomme das bei mir irgendwie nicht so recht zum laufen.
Ich habe, wie im MQTT-Wiki (bei Milight) die Brdige angelegt. Die Bridge selbst wird auch automatisch angelegt. Danach das Template zugewiesen und erneut einen der Lampen geschaltet. In meinem Fall wird dann nicht, wie im Wiki beschrieben, ein neues MQTT-Device erzeugt, sondern im Bridge-Device werden die Readings entsprechend erweitert.

Wenn ich den Befehl aus diesem Beitrag (Seite 1) eintrage, dann stürzt FHEM augenblicklich ab mit folgender Fehlermeldung

Befehl von der 1. Seite auf mein System angepasst:

Code Auswählen Erweitern

define Milightbeispiel MQTT_MILIGHTDEVICE 0x1 1 rgbw dev_mqtt2_server

Fehlermeldung

Code Auswählen Erweitern


2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_UNSUBACK redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_PINGREQ redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_CONNECT_REFUSED_IDENTIFIER_REJECTED redefined at FHEM/lib/Net                                                                                                                                                /MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_CONNECT redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_PUBACK redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_PUBREC redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_SUBSCRIBE redefined at FHEM/lib/Net/MQTT/Constants.pm line 44                                                                                                                                                .
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_PINGRESP redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_CONNECT_REFUSED_UNACCEPTABLE_PROTOCOL_VERSION redefined at FH                                                                                                                                                EM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_CONNECT_ACCEPTED redefined at FHEM/lib/Net/MQTT/Constants.pm                                                                                                                                                 line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_DISCONNECT redefined at FHEM/lib/Net/MQTT/Constants.pm line 4                                                                                                                                                4.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_PUBCOMP redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_QOS_EXACTLY_ONCE redefined at FHEM/lib/Net/MQTT/Constants.pm                                                                                                                                                 line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_CONNACK redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_QOS_AT_MOST_ONCE redefined at FHEM/lib/Net/MQTT/Constants.pm                                                                                                                                                 line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_CONNECT_REFUSED_SERVER_UNAVAILABLE redefined at FHEM/lib/Net/                                                                                                                                                MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_QOS_AT_LEAST_ONCE redefined at FHEM/lib/Net/MQTT/Constants.pm                                                                                                                                                 line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_PUBREL redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_CONNECT_REFUSED_BAD_USER_NAME_OR_PASSWORD redefined at FHEM/l                                                                                                                                                ib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_PUBLISH redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_SUBACK redefined at FHEM/lib/Net/MQTT/Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_UNSUBSCRIBE redefined at FHEM/lib/Net/MQTT/Constants.pm line                                                                                                                                                 44.
2019.07.24 13:38:35 1: PERL WARNING: Constant subroutine MQTT::MQTT_CONNECT_REFUSED_NOT_AUTHORIZED redefined at FHEM/lib/Net/MQTT                                                                                                                                                /Constants.pm line 44.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Define redefined at ./FHEM/00_MQTT.pm line 106.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Undef redefined at ./FHEM/00_MQTT.pm line 135.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Delete redefined at ./FHEM/00_MQTT.pm line 141.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Shutdown redefined at ./FHEM/00_MQTT.pm line 148.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine onConnect redefined at ./FHEM/00_MQTT.pm line 156.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine onDisconnect redefined at ./FHEM/00_MQTT.pm line 163.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine onTimeout redefined at ./FHEM/00_MQTT.pm line 170.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine isConnected redefined at ./FHEM/00_MQTT.pm line 179.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine process_event redefined at ./FHEM/00_MQTT.pm line 186.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Set redefined at ./FHEM/00_MQTT.pm line 207.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine parseParams redefined at ./FHEM/00_MQTT.pm line 254.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine parsePublishCmdStr redefined at ./FHEM/00_MQTT.pm line 341.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine parsePublishCmd redefined at ./FHEM/00_MQTT.pm line 350.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Notify redefined at ./FHEM/00_MQTT.pm line 392.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Attr redefined at ./FHEM/00_MQTT.pm line 400.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Start redefined at ./FHEM/00_MQTT.pm line 433.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Stop redefined at ./FHEM/00_MQTT.pm line 450.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Ready redefined at ./FHEM/00_MQTT.pm line 464.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Rename redefined at ./FHEM/00_MQTT.pm line 469.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Init redefined at ./FHEM/00_MQTT.pm line 479.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Timer redefined at ./FHEM/00_MQTT.pm line 488.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Read redefined at ./FHEM/00_MQTT.pm line 501.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine send_connect redefined at ./FHEM/00_MQTT.pm line 647.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine send_publish redefined at ./FHEM/00_MQTT.pm line 660.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine send_subscribe redefined at ./FHEM/00_MQTT.pm line 672.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine send_unsubscribe redefined at ./FHEM/00_MQTT.pm line 679.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine send_ping redefined at ./FHEM/00_MQTT.pm line 686.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine send_disconnect redefined at ./FHEM/00_MQTT.pm line 690.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine send_message redefined at ./FHEM/00_MQTT.pm line 697.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine topic_to_regexp redefined at ./FHEM/00_MQTT.pm line 712.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine client_subscribe_topic redefined at ./FHEM/00_MQTT.pm line 723.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine client_unsubscribe_topic redefined at ./FHEM/00_MQTT.pm line 742.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Client_Define redefined at ./FHEM/00_MQTT.pm line 759.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine Client_Undefine redefined at ./FHEM/00_MQTT.pm line 778.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine client_attr redefined at ./FHEM/00_MQTT.pm line 783.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine notify_client_connected redefined at ./FHEM/00_MQTT.pm line 897.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine notify_client_disconnected redefined at ./FHEM/00_MQTT.pm line 902.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine notify_client_connection_timeout redefined at ./FHEM/00_MQTT.pm line 907.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine client_start redefined at ./FHEM/00_MQTT.pm line 912.
2019.07.24 13:38:35 1: PERL WARNING: Subroutine client_stop redefined at ./FHEM/00_MQTT.pm line 944.
Undefined subroutine &MQTT::MILIGHTDEVICE::client_attr called at ./FHEM/10_MQTT_MILIGHTDEVICE.pm line 284.


Hat jemand ne Idee, woran das liegen kann und/oder hängt das vielleicht miteinander zusammen?

Viele Grüße
Patrick

[Beta-User]

Das sieht mir so aus, als würdest du da neue und alte Welt mischen wollen, und das geht leider schief...

Konkret: Entweder du verwendest MQTT2_SERVER als IO, dann darfst du daran KEIN MQTT_MILIGHTDEVICE horchen lassen, sondern "mußt" alles mit MQTT2_DEVICE abbilden (was ich zwischenzeitlich dringlich empfehlen würde und auch die Methode ist, die aktuell im Wiki steht mit den attrTemplates und allem).
Oder du bleibst in der "alten Welt" mit "MQTT" (00_MQTT.pm) als IO...

Steht denn nicht im ersten Beitrag deutlich genug, dass das "for historical reasons only" überhaupt noch vorgehalten wird, und man das jetzt bitte anders machen sollte (wenn man überhaupt auf das MiLight-Pferd setzen will, na ja...).

[blade-of-fire]

Ach sorry, da habe ich mich beim rumprobieren und hin und her testen wohl etwas verzettelt.

Also von vorn.
Ich habe die milight Komponenten schon länger im Einsatz und möchte daher auch vorerst Weiterhin damit leben. Die Nachteile sind für mich zur Zeit noch verschmerzbar.

Da bei mir alles (Sonoff, Shelly, milight,...) mit MQTT2_SERVER läuft, möchte ich dabei natürlich bleiben.

Ich hatte mich an das Wiki https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Milight-Bridge gehalten. Habe sogar nochmal den bestehenden Bridge device gelöscht und per autocreate neu anlegen lassen.
Der Part

Einzelne Leuchtmittel
Wird nun nochmals das oben verwendete Leuchtmittel geschaltet, erstellt autocreate ein weiteres Device:

Zeigt bei mir allerdings ein anderes Verhalten wie in meinem vorhergehenden Post beschrieben.

[Beta-User]

OK, dann nochmal von vorne:

Du hast jetzt also das attrTemplate für die Milight-Bridge angewendet, aber dennoch landet alles weiter in der readingList in diesem Device und wird nicht vereinzelt?

Dann solltest du mal ein list (bzw. besser: eine RAW-Definition) von dem Teil zeigen. Vermutlich stimmt dann was mit den MQTT-Einstellungen nicht (dann vielleicht auch vorab bitte hier mal etwas in den jüngeren Beiträgen hier rumlesen, das Thema hatten wir immer mal wieder, wäre nicht schlecht, wenn wir mal einen Knopf mit einer "jugfräulichen" Bridge dran bekäme, wie das denn sinnvollerweise konkret ausschaut mit den Topics und den ausgewählten Sendedaten ).

[blade-of-fire]

Ich bin gerade parallel dabei, den Thread von vorne komplett durchzulesen.

Du hast jetzt also das attrTemplate für die Milight-Bridge angewendet, aber dennoch landet alles weiter in der readingList in diesem Device und wird nicht vereinzelt?

Richtig

Hier mein Bridge device:

Code Auswählen Erweitern

define MQTT2_milight_hub_4527858 MQTT2_DEVICE milight_hub_4527858
attr MQTT2_milight_hub_4527858 IODev dev_mqtt2_server
attr MQTT2_milight_hub_4527858 autocreate 1
attr MQTT2_milight_hub_4527858 bridgeRegexp milight_hub_4527858:miligth/[^/]*at[^/]+/(0x....)/.*/([0-4])?.*:.* "milight_$1_$2"
attr MQTT2_milight_hub_4527858 devStateIcon connected:10px-kreis-gruen disconnected.*:10px-kreis-rot
attr MQTT2_milight_hub_4527858 model X_01_esp_milight_hub_bridge
attr MQTT2_milight_hub_4527858 readingList milight_hub_4527858:milight/LWT:.* { json2nameValue($EVENT) }
milight_hub_4527858:miligth/update/0x1/rgbw/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:milight/states/0x1/rgbw/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:miligth/update/0x3/rgbw/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:miligth/update/0x4/rgbw/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:miligth/update/0x2/rgbw/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:miligth/update/0x1/rgb_cct/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:miligth/update/0x5/rgb_cct/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:milight/states/0x5/rgb_cct/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:miligth/update/0x6/rgb_cct/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:milight/states/0x6/rgb_cct/1:.* { json2nameValue($EVENT) }
milight_hub_4527858:milight-hub/LWT:.* { json2nameValue($EVENT) }
attr MQTT2_milight_hub_4527858 room %Type
attr MQTT2_milight_hub_4527858 setStateList on off
attr MQTT2_milight_hub_4527858 stateFormat <a href="http://ip_address" target="_blank">
status
</a>Version:
version


Und hier der Mqtt2-Device:

Code Auswählen Erweitern

define dev_mqtt2_server MQTT2_SERVER 1883 global
attr dev_mqtt2_server autocreate 1
attr dev_mqtt2_server rawEvents 1

Ich kam aber jetzt leider noch nicht dazu, dass gegen die Vorgaben zu checken 

[Beta-User]

fällt dir was auf?

milight_hub_4527858:miligth/update/0x1/rgbw/1:.* { json2nameValue($EVENT) }

Mach' mal "milight" als Präfix in den Hub, und irgendwie ist mir auch nicht klar, warum deine FB-Signale scheinbar nur eine Stelle haben und nicht 4 wie üblich .
(also "0x1" statt "0x12EF")

Da ist also wie vermutet irgendwas faul auf dem Hub...

[blade-of-fire]

OMG 

Das da miligth statt milight steht ist mir so gar nicht aufgefallen... Kein Wunder, dass dann das Template nicht greift.
Ich bin gerade unterwegs, werde mir das dann später direkt mal anschauen.

Danke für den Hinweis. Meine Güte, manchmal ist man echt blind. Oder es ist die Hitze 

[DasQ]

im zweifelsfall nach zu wilden löschorgien das ganze von vor und ganz wichtig zwischenzeitlich fhem mal neustarten

[Beta-User]

...das mit dem Neustart sollte nicht mehr notwendig sein, da hatte Rudi ca. im Feb. was geändert.

ABER: das Problem war/ist nicht die Schreibweise "miligth", sondern die gekürzte Übertragung der Fernbedienungs-ID...
Die Schreibweise irritiert nur, wird aber sauber auf die bridgeRegexp übertagen .