[Bugs] 00_MQTT2_SERVER / 10_MQTT2_DEVICE

Begonnen von betateilchen, 10 August 2018, 18:01:33

Vorheriges Thema - Nächstes Thema

MarkusN

Sieht super aus, habe gerade erfolgreich ein device auf diese neuen Module umgezogen. Wie verhält es sich eigentlich mit dem retain flag? So wie ich es sehe gibt es bei einem manuellen publish die möglichkeit das retain flag zu setzen. Gibt es dafür auch ein Attribut pro device? Bei den meisten meiner Geräte nutze ich nämlich retain, da die sonoffs nicht die stabilste WLAN Verbindung haben.

SamNitro

Habe mir die Version auch aus dem SVN geladen. Aber komischerweise kommt jetzt wenn ich den sonoff neu starte kurz eine Nachricht LWT Online und direkt danach LWT Offline.
Aber funktionieren noch...

Starte ich FHEM neu werden alle sonoffs als Online angezeigt.
(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

eldrik

Hi,

ich habe heute einmal den Test gewagt und wollte im ersten Anlauf das MQTT Modul sich mit dem MQTT2_SERVER Modul verbinden lassen, nach ein paar Minuten ist FHEM jedoch mit folgender Meldung im Log abgeschmiert.

2018.08.20 14:58:06.395 4: mqtt_10.0.83.104_49299 multi_1w_ds2408_voltA_D_water1_5_mqtt_KG PUBLISH multi_1w_ds2408_voltA_D_water1_5_mqtt_KG/volt.A:229.00
2018.08.20 14:58:06.397 5: mqtt: dispatch multi_1w_ds2408_voltA_D_water1_5_mqtt_KG:multi_1w_ds2408_voltA_D_water1_5_mqtt_KG/volt.A:229.00
decode_string: insufficient data at /usr/local/share/perl/5.24.1/Net/MQTT/Message/Publish.pm line 36.


Ist mein Perl zu alt?

Greetz
Eldrik

betateilchen

Zitat von: eldrik am 20 August 2018, 15:04:25
und wollte im ersten Anlauf das MQTT Modul sich mit dem MQTT2_SERVER Modul verbinden lassen

wozu?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

rudolfkoenig

Zitatinsufficient data at /usr/local/share/perl/5.24.1/Net/MQTT/Message/Publish.pm line 36.
Zur Klarstellung: das ist kein direktes Problem in den hier behandelten MQTT2* Modulen, es entsteht, wenn FHEM mit sich selbst ueber das MQTT Protokoll unterhaelt.

Zitatwozu?
Eine solche Verbindung kann reizvoll sein, wenn man die "alten" MQTT_DEVICE Definitionen behalten moechte, und den externen MQTT Server (mosquitto) entfernen will. Allerdings will ich keine Energie hier reinstecken (vulgo: ich will es nicht debuggen), da diese Loesung ineffizient ist.

ZitatWie verhält es sich eigentlich mit dem retain flag?
Messages mit retain Flag werden jedem, der sich neu via MQTT verbindet, mitgeteilt, aber solche Messages ueberleben kein FHEM-Neustart . Diese Nachrichten werden ueber Dispatch (dir FHEM-Interne Verteilung der Nachrichten) nicht speziell gekennzeichnet, d.h. MQTT2_DEVICE Instanzen kriegen das nicht mit. Mit dem MQTT2_SERVER set kann man mit -r diesen Flag setzen.

Zitatda die sonoffs nicht die stabilste WLAN Verbindung haben.
Wenn ich es richtig verstehe, geht es dir vornehmlich ums Senden, d.h. power soll explizit mitgeteilt werden, wenn ein sonoff sich neu verbindet.


Neu:
- Messages mit retain flag werden gespeichert, indem das RETAIN Reading vom Modul gesetzt wird. Achtung: dieses Reading erzeugt kein Event.
- falls man bei MQTT2_DEVICE setList den Topic mit dem :r Suffix versieht, dann wird das retain Flag gesetzt.

hexenmeister

<OT>
Für einfache kleine MQTT-Szenarien (eine Handvoll MQTT-Clients) sind die neuen Module eine tolle Sache - schnelle und einfache Installation.
Allerdings verstehe ich nicht, welche Beweggründe man hat, wenn man bestehende Installationen auf die neuen Module umzieht. :o
Da FHEM nun Mal eine Single-Threaded-Anwendung ist, ist es generell eher eine bessere Idee, Funktionalität aus der FHEM-Installation auszulagern, nicht andersrum. Und dann kommen Klagen über eine schlechte Performance :(
</OT>
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

eldrik

Zitat von: betateilchen am 20 August 2018, 16:47:16
wozu?
wie Rudolf schon schrieb um im ersten Rutsch die bestehenden Devices nicht abändern oder gar doppelte Devices anlegen zu müssen.

Ich habe keine Bauchschmerzen mit meinem jetzigen Setup aus mosquitto und den jetzigen MQTT Modulen, wollte hier lediglich etwas zur Robustheit der neuen Module beitragen.

Greetz
Eldrik

SamNitro

#82
Ich habe noch ein kleines problem:
Ich Steuer über MQTT meinen Fernseher doch leider ist in dem Befehl eine geschweifte klammer mit drin.

KEY_POWER cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772793023}
Jetzt habe ich immer im log folgende Zeilen
2018.08.20 22:44:58 1: PERL WARNING: Argument "1T06:05:15" isn't numeric in numeric gt (>) at (eval 28497) line 4.

Kann ich in dem fall FHEM sagen er soll die Perl ebene ignorieren?

Edit: Der kam heute vorangestellt an die alte Meldung.
2018.08.21 09:10:57 1: PERL WARNING: Use of uninitialized value $k in hash element at ./FHEM/10_MQTT2_DEVICE.pm line 209.
(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

MarkusN

Zitat von: rudolfkoenig am 20 August 2018, 19:05:15
Wenn ich es richtig verstehe, geht es dir vornehmlich ums Senden, d.h. power soll explizit mitgeteilt werden, wenn ein sonoff sich neu verbindet.

Neu:
- Messages mit retain flag werden gespeichert, indem das RETAIN Reading vom Modul gesetzt wird. Achtung: dieses Reading erzeugt kein Event.
- falls man bei MQTT2_DEVICE setList den Topic mit dem :r Suffix versieht, dann wird das retain Flag gesetzt.

Korrekt, und danke für die implementierung, scheint zu funktionieren. Im retain reading vom MQTT2_SERVER sehe ich allerdings zwei Einträge welche ich mir nicht erklären kann. ???
{"cmnd/sonoff2/power":"OFF","homeassistant/switch/sonoff2/config":"","homeassistant/switch/sonoff4/config":"","tele/sonoff2/LWT":"Offline","tele/sonoff4/LWT":"Offline"}
Ich bin mir ziemlich sicher dass die beiden Topics mit "homeassistant" nicht aus meiner Konfiguration oder aus meinen Sonoffs kommen.

rudolfkoenig

ZitatIm retain reading vom MQTT2_SERVER sehe ich allerdings zwei Einträge welche ich mir nicht erklären kann
Ich leider auch nicht, ich kann dir aber zusichern, dass sowas nicht im Modul hartkodiert ist.
Wenn es Dir sorgen macht, dann ist die Aktivierung von allowed eine Option.

rudolfkoenig

@SamNitro: ich kann dein Problem anhand der gezeigten Daten nicht nachstellen, kannst du mir die komplette Definition der MQTT2_DEVICE und MQTT2_SERVER zeigen? Und bitte genau beschreiben, was man machen muss, um die Meldung zu provozieren.

SamNitro

Zitat von: rudolfkoenig am 21 August 2018, 20:04:18
@SamNitro: ich kann dein Problem anhand der gezeigten Daten nicht nachstellen, kannst du mir die komplette Definition der MQTT2_DEVICE und MQTT2_SERVER zeigen? Und bitte genau beschreiben, was man machen muss, um die Meldung zu provozieren.

Ja, hier das Device:

defmod sonoff_TV_IR MQTT2_DEVICE DVES_0786C1
attr sonoff_TV_IR IODev m2s
attr sonoff_TV_IR devStateIcon ON:on OFF:off
attr sonoff_TV_IR devicetopic sonoff_TV_IR
attr sonoff_TV_IR event-on-change-reading .*
attr sonoff_TV_IR eventMap on:ON off:OFF
attr sonoff_TV_IR mqttPublish *:topic={"/out/$device/$reading"}
attr sonoff_TV_IR mqttSubscribe *:stopic={"/in/$device/$reading"}
attr sonoff_TV_IR readingList DVES_0786C1:tele/sonoff_TV_IR/LWT:.* LWT\
DVES_0786C1:cmnd/sonoff_TV_IR/POWER:.* POWER\
DVES_0786C1:tele/sonoff_TV_IR/STATE:.* { json2nameValue($EVENT) }\
DVES_0786C1:stat/sonoff_TV_IR/RESULT:.* { json2nameValue($EVENT) }\
DVES_0786C1:tele/sonoff_TV_IR/INFO1:.* { json2nameValue($EVENT) }\
DVES_0786C1:tele/sonoff_TV_IR/INFO2:.* { json2nameValue($EVENT) }\
DVES_0786C1:tele/sonoff_TV_IR/INFO3:.* { json2nameValue($EVENT) }\
DVES_0786C1:stat/sonoff_TV_IR/POWER:.* POWER\
DVES_0786C1:tele/sonoff_TV_IR/UPTIME:.* { json2nameValue($EVENT) }\
DVES_0786C1:stat/sonoff_TV_IR/UPGRADE:.* UPGRADE
attr sonoff_TV_IR room MQTT2_DEVICE,TV
attr sonoff_TV_IR setList on cmnd/$DEVICETOPIC/POWER on\
off cmnd/$DEVICETOPIC/POWER off\
reboot cmnd/$DEVICETOPIC/Restart 1\
otaurl cmnd/$DEVICETOPIC/otaurl\
update cmnd/$DEVICETOPIC/upgrade 1\
\
KEY_POWER cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772793023}\
KEY_VOLUP cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772833823}\
KEY_VOLDOWN cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772829743}\
KEY_MUTE cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772837903}\
KEY_1 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772784863}\
KEY_2 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772817503}\
KEY_3 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772801183}\
KEY_4 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772780783}\
KEY_5 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772813423}\
KEY_6 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772797103}\
KEY_7 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772788943}\
KEY_8 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772821583}\
KEY_9 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772805263}\
KEY_0 cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772811383}\
KEY_CHUP cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772795063}\
KEY_CHDOWN cmnd/sonoff_TV_IR/IRSend {"protocol": "SAMSUNG","bits": 32, "data": 3772778743}
attr sonoff_TV_IR stateFormat POWER

setstate sonoff_TV_IR 2018-08-21 10:41:44 FallbackTopic DVES_0786C1
setstate sonoff_TV_IR 2018-08-21 10:41:44 GroupTopic sonoffs
setstate sonoff_TV_IR 2018-08-21 10:41:44 Hostname sonoff_TV_IR-1729
setstate sonoff_TV_IR 2018-08-21 10:41:44 IPAddress 192.168.1.207
setstate sonoff_TV_IR 2018-08-21 10:32:05 IRSend Done
setstate sonoff_TV_IR 2018-08-21 10:43:02 LWT Offline
setstate sonoff_TV_IR 2018-08-21 10:41:44 Module Sonoff Basic
setstate sonoff_TV_IR 2018-08-21 10:40:49 OtaUrl http://192.168.1.2:80/firmware.bin
setstate sonoff_TV_IR 2018-08-21 10:42:14 POWER
setstate sonoff_TV_IR 2018-08-21 00:11:27 Restart Restarting
setstate sonoff_TV_IR 2018-08-21 10:41:44 RestartReason Software/System restart
setstate sonoff_TV_IR 2018-08-21 10:41:52 Time 1970-01-01T00:00:17
setstate sonoff_TV_IR 2018-08-21 10:41:22 UPGRADE Successful. Restarting
setstate sonoff_TV_IR 2018-08-21 10:40:57 Upgrade Version 6.1.1-minimal from http://192.168.1.2:80/firmware.bin
setstate sonoff_TV_IR 2018-08-21 10:41:52 Uptime 0T00:00:17
setstate sonoff_TV_IR 2018-08-21 10:41:52 Vcc 3.195
setstate sonoff_TV_IR 2018-08-21 10:41:44 Version 6.1.1.7
setstate sonoff_TV_IR 2018-08-21 10:41:44 WebServerMode Admin
setstate sonoff_TV_IR 2018-08-21 10:41:52 Wifi_AP 1
setstate sonoff_TV_IR 2018-08-21 10:41:52 Wifi_APMac E0:28:6D:24:E5:B0
setstate sonoff_TV_IR 2018-08-21 10:41:52 Wifi_RSSI 100
setstate sonoff_TV_IR 2018-08-21 10:41:52 Wifi_SSId PC


Hier der Server:

defmod m2s MQTT2_SERVER 1883 global
attr m2s autocreate 1
attr m2s room MQTT2,

setstate m2s 2018-08-21 21:05:05 RETAIN {"tele/sonoff_TV_IR/LWT":"Offline","tele/sonoff_bu_led/LWT":"Online","tele/sonoff_garage/LWT":"Online","tele/sonoff_ku_led/LWT":"Offline","tele/sonoff_trockner/LWT":"Offline","tele/sonoff_waschmaschine/LWT":"Offline"}
setstate m2s 2018-08-21 21:05:05 nrclients 7
setstate m2s 2018-08-21 10:29:33 state Initialized


Das komische ist das er zwischenzeitlich alleine produziert wird, aber auch immer wenn ich einen nicht Standard Befehl absetze. Sprich bei On/Off nicht aber z.B. Beim reboot(Sonoff) oder Key_1
(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

rudolfkoenig

Das Problem liegt an der leeren Zeile in setList zwischen upgrade und KEY_POWER, keiner hat gesagt, dass sowas zulaessig ist.

Ich habe das Modul geaendert, damit in solchen Faellen keine Warnung kommt.

SamNitro

Zitat von: rudolfkoenig am 22 August 2018, 08:47:56
Das Problem liegt an der leeren Zeile in setList zwischen upgrade und KEY_POWER, keiner hat gesagt, dass sowas zulaessig ist.

Ich habe das Modul geaendert, damit in solchen Faellen keine Warnung kommt.

Danke für deine mühe und Arbeit, da bei mir mein Garagen Kontakt keine Meldung mehr von sich gegeben hat per MQTT bin ich mal auf meine alte Konfiguration zurück gegangen, und muss zum bedauern feststellen das ich die Meldungen da auch schon hatte.

Doch leider kann ich bis jetzt den Ursprung nicht ermitteln, werde später dafür aber einen neuen Beitrag erstellen.

Sorry für die umstände.  :-[
(Intel-Nuc Proxmox) (Homematic) (EnOcean) (CUL868) (CUL433) (Zigbee2MQTT) (ESP8266) (Echo) (DUOFERN)

gloob

#89
Hat jemand eine Idee, warum ich mein Tasmota nur OFF schalten kann aber nicht ON?

Eigentlich sollte er OFF schaltet werden und das passiert auch. Drücke ich allerdings auf ON, passiert nichts.


2018.08.23 17:14:07 4: mqtt_server_local_192.168.1.165_24791 DVES_4B76BD PUBLISH stat/sonoff11/RESULT:{"POWER":"OFF"}
2018.08.23 17:14:07 5: mqtt_server_local: dispatch autocreate:DVES_4B76BD:stat/sonoff11/RESULT:{"POWER":"OFF"}
2018.08.23 17:14:07 4: MQTT2_DEVICE_Parse: MQTT2_DVES_4B76BD stat/sonoff11/RESULT => { json2nameValue($EVENT) }
2018.08.23 17:14:07 4: mqtt_server_local_192.168.1.165_24791 DVES_4B76BD PUBLISH stat/sonoff11/POWER:OFF
2018.08.23 17:14:07 5: mqtt_server_local: dispatch autocreate:DVES_4B76BD:stat/sonoff11/POWER:OFF
2018.08.23 17:14:07 4: MQTT2_DEVICE_Parse: MQTT2_DVES_4B76BD stat/sonoff11/POWER => POWER
2018.08.23 17:14:09 4: mqtt_server_local_192.168.1.165_24791 DVES_4B76BD PUBLISH stat/sonoff11/RESULT:{"POWER":"OFF"}
2018.08.23 17:14:09 5: mqtt_server_local: dispatch autocreate:DVES_4B76BD:stat/sonoff11/RESULT:{"POWER":"OFF"}
2018.08.23 17:14:09 4: MQTT2_DEVICE_Parse: MQTT2_DVES_4B76BD stat/sonoff11/RESULT => { json2nameValue($EVENT) }
2018.08.23 17:14:09 4: mqtt_server_local_192.168.1.165_24791 DVES_4B76BD PUBLISH stat/sonoff11/POWER:OFF
2018.08.23 17:14:09 5: mqtt_server_local: dispatch autocreate:DVES_4B76BD:stat/sonoff11/POWER:OFF
2018.08.23 17:14:09 4: MQTT2_DEVICE_Parse: MQTT2_DVES_4B76BD stat/sonoff11/POWER => POWER
2018.08.23 17:14:10 4: mqtt_server_local_192.168.1.165_24791 DVES_4B76BD PUBLISH tele/sonoff11/SENSOR:{"Time":"2018-08-23T16:14:09","ENERGY":{"Total":0.349,"Yesterday":0.079,"Today":0.045,"Power":0,"Factor":0.00,"Voltage":0,"Current":0.000}}
2018.08.23 17:14:10 5: mqtt_server_local: dispatch autocreate:DVES_4B76BD:tele/sonoff11/SENSOR:{"Time":"2018-08-23T16:14:09","ENERGY":{"Total":0.349,"Yesterday":0.079,"Today":0.045,"Power":0,"Factor":0.00,"Voltage":0,"Current":0.000}}
2018.08.23 17:14:10 4: MQTT2_DEVICE_Parse: MQTT2_DVES_4B76BD tele/sonoff11/SENSOR => { json2nameValue($EVENT) }


Internals:
   CID        DVES_4B76BD
   DEF        DVES_4B76BD
   DEVICETOPIC MQTT2_DVES_4B76BD
   IODev      mqtt_server_local
   LASTInputDev mqtt_server_local
   MSGCNT     128
   NAME       MQTT2_DVES_4B76BD
   NR         817
   STATE      OFF
   TYPE       MQTT2_DEVICE
   mqtt_server_local_MSGCNT 128
   mqtt_server_local_TIME 2018-08-23 17:14:10
   READINGS:
     2018-08-23 17:14:10   ENERGY_Current  0.000
     2018-08-23 17:14:10   ENERGY_Factor   0.00
     2018-08-23 17:12:31   ENERGY_Period   1
     2018-08-23 17:14:10   ENERGY_Power    0
     2018-08-23 17:14:10   ENERGY_Today    0.045
     2018-08-23 17:14:10   ENERGY_Total    0.349
     2018-08-23 17:14:10   ENERGY_Voltage  0
     2018-08-23 17:14:10   ENERGY_Yesterday 0.079
     2018-08-23 12:02:01   FallbackTopic   DVES_4B76BD
     2018-08-23 12:02:01   GroupTopic      sonoffs
     2018-08-23 12:02:01   Hostname        sonoff11-5821
     2018-08-23 12:02:01   IPAddress       192.168.1.165
     2018-08-23 13:56:15   LWT             online
     2018-08-23 12:02:01   Module          BlitzWolf SHP2
     2018-08-23 17:14:09   POWER           OFF
     2018-08-23 12:02:01   RestartReason   Software/System restart
     2018-08-23 17:14:10   Time            2018-08-23T16:14:09
     2018-08-23 17:12:31   Uptime          0T05:10:35
     2018-08-23 17:12:31   Vcc             3.152
     2018-08-23 12:02:01   Version         6.1.1
     2018-08-23 12:02:01   WebServerMode   Admin
     2018-08-23 17:12:31   Wifi_AP         1
     2018-08-23 17:12:31   Wifi_APMac      F0:9F:C2:F4:E7:45
     2018-08-23 17:12:31   Wifi_RSSI       74
     2018-08-23 17:12:31   Wifi_SSId       HasenpupsExtreme
Attributes:
   IODev      mqtt_server_local
   devStateIcon ON:rc_GREEN:off OFF:rc_RED:on offline:rc_BLUE:off
   icon       message_socket
   readingList DVES_4B76BD:tele/sonoff11/LWT:.* LWT
DVES_4B76BD:cmnd/sonoff11/POWER:.* POWER
DVES_4B76BD:tele/sonoff11/INFO1:.* { json2nameValue($EVENT) }
DVES_4B76BD:tele/sonoff11/INFO2:.* { json2nameValue($EVENT) }
DVES_4B76BD:tele/sonoff11/INFO3:.* { json2nameValue($EVENT) }
DVES_4B76BD:stat/sonoff11/RESULT:.* { json2nameValue($EVENT) }
DVES_4B76BD:stat/sonoff11/POWER:.* POWER
DVES_4B76BD:tele/sonoff11/UPTIME:.* { json2nameValue($EVENT) }
DVES_4B76BD:tele/sonoff11/STATE:.* { json2nameValue($EVENT) }
DVES_4B76BD:tele/sonoff11/SENSOR:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
   setList    on cmnd/sonoff11/POWER on\
off cmnd/sonoff11/POWER off
   stateFormat {ReadingsVal($name,"precence","") eq "offline" ? "offline" : ReadingsVal($name,"POWER","")}
   verbose    5
   webCmd     on:off


Das folgende ist der Log für einmal ON:

2018.08.23 17:16:35 4: mqtt_server_local_192.168.1.165_24791 DVES_4B76BD PUBLISH stat/sonoff11/RESULT:{"POWER":"OFF"}
2018.08.23 17:16:35 5: mqtt_server_local: dispatch autocreate:DVES_4B76BD:stat/sonoff11/RESULT:{"POWER":"OFF"}
2018.08.23 17:16:35 4: MQTT2_DEVICE_Parse: MQTT2_DVES_4B76BD stat/sonoff11/RESULT => { json2nameValue($EVENT) }
2018.08.23 17:16:35 4: mqtt_server_local_192.168.1.165_24791 DVES_4B76BD PUBLISH stat/sonoff11/POWER:OFF
2018.08.23 17:16:35 5: mqtt_server_local: dispatch autocreate:DVES_4B76BD:stat/sonoff11/POWER:OFF
2018.08.23 17:16:35 4: MQTT2_DEVICE_Parse: MQTT2_DVES_4B76BD stat/sonoff11/POWER => POWER
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway