MQTT2_Client + Sonoff (Tasmota)

Begonnen von gloob, 09 November 2018, 11:20:55

Vorheriges Thema - Nächstes Thema

gloob

Ändern wir die Frage mal ab in "Beispiel Integration" eines Sonoff mit Tasmota.

defmod MQTT2_DVES_1C2E49 MQTT2_DEVICE
attr MQTT2_DVES_1C2E49 IODev MQTT2
attr MQTT2_DVES_1C2E49 readingList cmnd/sonoff3/POWER:.* POWER\
stat/sonoff3/RESULT:.* { json2nameValue($EVENT) }\
stat/sonoff3/POWER:.* POWER\
tele/sonoff3/STATE:.* { json2nameValue($EVENT) }\
tele/sonoff3/UPTIME:.* { json2nameValue($EVENT) }\
tele/sonoff3/INFO1:.* { json2nameValue($EVENT) }\
tele/sonoff3/INFO2:.* { json2nameValue($EVENT) }\
tele/sonoff3/INFO3:.* { json2nameValue($EVENT) }\
tele/sonoff3/LWT:.* LWT
attr MQTT2_DVES_1C2E49 room MQTT
attr MQTT2_DVES_1C2E49 setList on cmnd/sonoff3/POWER on\
off cmnd/sonoff3/POWER off\
restart cmnd/sonoff3/Restart 1
attr MQTT2_DVES_1C2E49 stateFormat POWER
attr MQTT2_DVES_1C2E49 verbose 5






Hallo,

Hat jemand zufällig ein Beispiel für die Implementierung von Sonoff mit dem MQTT2 Client?

Mit dem MQTT2 Server hatte ich es wie folgt eingebunden:


define mqtt_server_local MQTT2_SERVER 1884 global
attr mqtt_server_local autocreate 1
attr mqtt_server_local room MQTT2_DEVICE

define MQTT2_DVES_1C2E49 MQTT2_DEVICE DVES_1C2E49
attr MQTT2_DVES_1C2E49 IODev mqtt_server_local
attr MQTT2_DVES_1C2E49 alias Good Karma
attr MQTT2_DVES_1C2E49 icon message_socket
attr MQTT2_DVES_1C2E49 readingList DVES_1C2E49:tele/sonoff3/LWT:.* LWT\
DVES_1C2E49:cmnd/sonoff3/POWER:.* POWER\
DVES_1C2E49:tele/sonoff3/INFO1:.* { json2nameValue($EVENT) }\
DVES_1C2E49:tele/sonoff3/INFO2:.* { json2nameValue($EVENT) }\
DVES_1C2E49:tele/sonoff3/INFO3:.* { json2nameValue($EVENT) }\
DVES_1C2E49:stat/sonoff3/RESULT:.* { json2nameValue($EVENT) }\
DVES_1C2E49:stat/sonoff3/POWER:.* POWER\
DVES_1C2E49:tele/sonoff3/STATE:.* { json2nameValue($EVENT) }\
DVES_1C2E49:tele/sonoff3/UPTIME:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_1C2E49 room MQTT2_DEVICE
attr MQTT2_DVES_1C2E49 setList on cmnd/sonoff3/POWER on\
off cmnd/sonoff3/POWER off
attr MQTT2_DVES_1C2E49 stateFormat POWER


Beim MQTT2_Client fehlt mir aber irgendwie der Anfang. Aktuell würde ich es so umsetzen:

defmod MQTT2_DVES_1C2E49 MQTT2_DEVICE MQTT2
attr MQTT2_DVES_1C2E49 IODev MQTT2
attr MQTT2_DVES_1C2E49 readingList MQTT2:cmnd/sonoff3/POWER:.* POWER\
MQTT2:stat/sonoff3/RESULT:.* { json2nameValue($EVENT) }\
MQTT2:stat/sonoff3/POWER:.* POWER\
MQTT2:tele/sonoff3/STATE:.* { json2nameValue($EVENT) }\
MQTT2:tele/sonoff3/UPTIME:.* { json2nameValue($EVENT) }\
MQTT2:tele/sonoff3/INFO1:.* { json2nameValue($EVENT) }\
MQTT2:tele/sonoff3/INFO2:.* { json2nameValue($EVENT) }\
MQTT2:tele/sonoff3/INFO3:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_1C2E49 room MQTT
attr MQTT2_DVES_1C2E49 setList on cmnd/sonoff3/POWER on\
off cmnd/sonoff3/POWER off
attr MQTT2_DVES_1C2E49 stateFormat POWER


Allerdings bekomme ich scheinbar nicht die readings aus den INFO1-3.
Bei der MQTT2_SERVER Implementierung hatte ich noch sowas die Device Type und Version.


Gruß
Stefan
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

Beta-User

Ohne das getestet zu haben,.würde ich darauf tippen, dass das "MQTT2:" in der setList jeweils "zu viel" ist.
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

gloob

#2
Hat sich gerade erledigt. Ich habe den Sonoff aus der Ferne einfach mal "Restart" gesendet und dann sind alle Readings da.

Manchmal ist es doch gut wenn man drüber redet :D

Gibt es eigentlich ein Wiki für Sample Configurationen von MQTT2 Devices

Aber du hattest auch Recht, das MQTT2 im readingList kann man auch weg lassen.
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

Billy

FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

Beta-User

Du darfst gerne die "Praxis-Beispiele" im wiki ergänzen :)
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

gloob

Zitat von: Beta-User am 09 November 2018, 18:57:35
Du darfst gerne die "Praxis-Beispiele" im wiki ergänzen :)

Wird es wohl doch mal Zeit für einen Wiki Zugang.
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

Beta-User

Zitat von: gloob am 09 November 2018, 19:16:40
Wird es wohl doch mal Zeit für einen Wiki Zugang.
Schaden dürfte es nicht, du experimentierst ja auch gerne mit neuem Zeug rum 8) :P .

Btw: die 360°-IR-Bridge wäre auch so eine interessante Tasmota-Variante, oder?
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