Sonoff Pow R2 sendet keine Daten

Begonnen von spel, 26 März 2019, 17:09:59

Vorheriges Thema - Nächstes Thema

spel

Hallo,

habe hier ein Sonoff Pow R2mit Tasmota Version   6.1.1.

Habe meinen MQTT Server konfiguriert, da funktiniert auch einiges, aber ein autocreate oder irgendwelche Daten sind nicht sichtbar:

00:00:08 MQT: Verbindungsversuch...
00:00:08 MQT: verbunden
00:00:08 MQT: tele/Sonoff/LWT = online (beibehalten)
00:00:08 MQT: cmnd/Sonoff/POWER =
00:00:08 MQT: abonniere cmnd/Sonoff/#
00:00:08 MQT: abonniere cmnd/sonoffs/#
00:00:08 MQT: abonniere cmnd/Sonoff_Pow_R2_01/#
00:00:08 MQT: tele/Sonoff/INFO1 = {"Module":"Sonoff Pow R2","Version":"6.1.1","FallbackTopic":"Sonoff_Pow_R2_01","GroupTopic":"sonoffs"}
00:00:08 MQT: tele/Sonoff/INFO2 = {"WebServerMode":"Admin","Hostname":"Sonoff-5366","IPAddress":"192.168.1.1"}
00:00:08 MQT: tele/Sonoff/INFO3 = {"RestartReason":"Software/System restart"}
00:00:09 CSE: Checksum-Fehler


Laut dem Log läuft da ja einiges. NTP usw. muss noch konfiguriert werden.

Warum erhalte ich aber keine Daten (andere MQTT Devices senden die Daten erfolgreich). Oder kommt erst etwas, nachdem ein Verbraucher angeschlossen wurde?

Danke!

P.S.:
Benutzername/Pw habe ich bei meinem MQTT Server nicht gesetzt.. Die Einträge im Sonoff Pow R2 hatte ich dazu entfernt.

spel

Hallo,

hat jm. Erfahrungen mit Sonoff Pow R2/Tasmota und Fhem/MQTT?

Danke!

Beta-User

MQTT führt nach meiner Kenntnis kein autocreate aus, dafür wäre ein MQTT2-IO erforderlich. Du mußt daher bei Verwendung von MQTT_DEVICE alles selbst konfigurieren.

Bei Interesse an MQTT2 bitte erst mal hier starten: https://wiki.fhem.de/wiki/MQTT#FHEM_und_MQTT
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

spel

Bei meinen Wemos Modulen mit Espeasy funktionierte das..

Okay, dann muss ich da nochmal schauen.

Beta-User

Zitat von: spel am 03 April 2019, 12:41:40
Bei meinen Wemos Modulen mit Espeasy funktionierte das..

Okay, dann muss ich da nochmal schauen.
Wie hast du die eingebunden? Mit MQTT oder dem ESPEasy-Modul?
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

spel

Ah.. Espeasy-Modul war das..

OctoPrint (3D-Drucker) hat er das einfach angelegt..


Wie würde ich MQTT/Tasmota manuell einbinden?

Beta-User

#6
Zitat von: Beta-User am 03 April 2019, 12:18:46
Bei Interesse an MQTT2 bitte erst mal hier starten: https://wiki.fhem.de/wiki/MQTT#FHEM_und_MQTT
Kann zu MQTT (sietherige Module) nicht viel sagen. Finde die MQTT2-Module einfacher. Siehe Praxisbeispiele im wiki.
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

DasQ

also ich behaupte mal er hat mqtt2 am laufen.

jetzt müsste man nur noch elementare dinge wissen. z.b. welche IP`s welche Konfigurationen, usw...

und nur mal als randinfo, ich hab auch den mqtt2 server/broker aus fhem mit den sonoff pow r2 am laufen und das funktioniert auch wunderprächtig.

defmod sonoff_Waeschetrockner MQTT2_DEVICE sonoffPow1
attr sonoff_Waeschetrockner IODev MQTT2_Broker
attr sonoff_Waeschetrockner group Trockner
attr sonoff_Waeschetrockner readingList sonoffPow1:tele/sonoffPOW1/STATE:.* { json2nameValue($EVENT) }\
sonoffPow1:tele/sonoffPOW1/SENSOR:.* { json2nameValue($EVENT) }\
sonoffPow1:tele/sonoffPOW1/LWT:.* LWT\
sonoffPow1:cmnd/sonoffPOW1/POWER:.* POWER\
sonoffPow1:tele/sonoffPOW1/INFO1:.* { json2nameValue($EVENT) }\
sonoffPow1:tele/sonoffPOW1/INFO2:.* { json2nameValue($EVENT) }\
sonoffPow1:tele/sonoffPOW1/INFO3:.* { json2nameValue($EVENT) }\
sonoffPow1:stat/sonoffPOW1/RESULT:.* { json2nameValue($EVENT) }\
sonoffPow1:stat/sonoffPOW1/POWER1:.* POWER1\
sonoffPow1:tele/sonoffPOW1/UPTIME:.* { json2nameValue($EVENT) }
attr sonoff_Waeschetrockner room Waschkueche
attr sonoff_Waeschetrockner setList off:noArg    cmnd/sonoffPOW1/POWER1 0\
on:noArg     cmnd/sonoffPOW1/POWER1 1
attr sonoff_Waeschetrockner stateFormat {sprintf("aktuell: %.1f W Tag: %.2f Kw/h Gestern: %.3f Kw/h Gesamt: %.4f Kw/h", ReadingsVal($name,"ENERGY_Power",undef), ReadingsVal($name,"ENERGY_Today",undef), ReadingsVal($name,"ENERGY_Yesterday",undef), ReadingsVal($name,"ENERGY_Total",undef))}

setstate sonoff_Waeschetrockner aktuell: 0.0 W Tag: 2.01 Kw/h Gestern: 1.786 Kw/h Gesamt: 98.0970 Kw/h
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_ApparentPower 0
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_Current 0.000
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_Factor 0.00
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_Period 0
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_Power 0
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_ReactivePower 0
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_Today 2.014
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_Total 98.097
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_TotalStartTime 2019-01-28T17:54:21
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_Voltage 233
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 ENERGY_Yesterday 1.786
setstate sonoff_Waeschetrockner 2019-01-28 18:21:19 FallbackTopic cmnd/sonoffPow1_fb/
setstate sonoff_Waeschetrockner 2019-01-28 18:21:19 GroupTopic sonoffs
setstate sonoff_Waeschetrockner 2019-01-28 18:21:19 Hostname SonOff-Pow1
setstate sonoff_Waeschetrockner 2019-01-28 18:21:19 IPAddress 192.168.1.190
setstate sonoff_Waeschetrockner 2019-04-05 14:51:08 LWT Online
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 LoadAvg 19
setstate sonoff_Waeschetrockner 2019-01-28 18:21:19 Module Sonoff Pow R2
setstate sonoff_Waeschetrockner 2019-04-05 14:51:08 POWER
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 POWER1 on
setstate sonoff_Waeschetrockner 2019-01-28 18:21:19 RestartReason Software/System restart
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 Sleep 50
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 SleepMode Dynamic
setstate sonoff_Waeschetrockner 2019-04-05 17:46:10 Time 2019-04-05T16:46:09
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 Uptime 66T22:24:57
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 Vcc 3.466
setstate sonoff_Waeschetrockner 2019-01-28 18:21:19 Version 6.4.1(sonoff)
setstate sonoff_Waeschetrockner 2019-01-28 18:21:19 WebServerMode Admin
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 Wifi_AP 1
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 Wifi_BSSId 08:96:D7:86:0C:3D
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 Wifi_Channel 11
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 Wifi_RSSI 62
setstate sonoff_Waeschetrockner 2019-04-05 17:46:09 Wifi_SSId 1
setstate sonoff_Waeschetrockner 2019-02-10 16:02:49 state on

Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

87insane

#8
Wo ist der smilie mit dem Finger nach oben?
Naja - Ich glaube wohin auch immer der MQTT redet, ggf. gegen einen anderen Schalter? :-P

Spaß bei Seite - IP Korrekt? Entweder dein MQTT(2) spricht oder nicht. Bei Tasmota muss du nicht viel einstellen (Bild unten - IP, Name usw natürlich gekürzt).
Bei dem was du vor hast, gibt es seit einigen Wochen keine andere Lösung mehr als MQTT2 (meine Ansicht zum aktuellem Zeitpunkt).
Stell einfach mal die zwei DEFs für den Sever ein und lass dein Gerät gegen den Server sprechen. Danach wählst du ein Template und hast alles fertig ;)

@DasQ: Du trocknest ein wenig viel ;) Entweder machst du viel Sport oder du hast zwei Kinder...naja odeeeeerrrr drei Frauen :-P

Beta-User

Leute, beruhigt euch...

"keine andere Lösung" ist m.E. etwas überzogen. Ausdrücklich: Man kann auch mit MQTT+MQTT_DEVICE seine Ziele erreichen! Und es gibt auch ein paar Leute, die aus guten Gründen an der "alten" Lösung festhalten.
(Bitte beachten: Ich supporte MQTT2 gerne, weil ich die Erfahrung gemacht habe, dass damit vieles - v.a. für Einsteiger - leichter geht, und noch leichter, wenn man attrTemplate einsetzt, aber "there's more than one way to do it!")

Aber warum wartet ihr nicht einfach, bis uns der TE erklärt, was er denn jetzt aus welchen Gründen im Einsatz hat?
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

DasQ

#10
Häää?
Kann dir jetzt nicht wirklich folgen @insanne87, aber das tut jetzt auch nichts zur Sache.

Fakt ist, es fehlen massig Informationen vom Fragesteller.
Dem könnte er ganz einfach durch Screenshots oder in codetags verpackte configfiles, nachhelfen. Das würde diese Sache hier, immens vereinfachen.
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

spel

#11
DEF
xxxx:1883
DeviceName

xxxx:1883
FD

61
FUUID

xxxx
NAME

myMQTT
NOTIFYDEV

global
NR

706
NTFY_ORDER

50-myMQTT
PARTIAL

STATE

opened
TYPE

MQTT
buf

msgid

2
ping_received

1
timeout

60


Also ich denke es ist MQTT.

Habe mich damit nicht so viel beschäftigt und habe den auch schon länger.. NAch den Tasmota Logs verbindet er sich ja. Frage wäre halt auch, ob Benutzername/Pw zwingend erforderlich ist. Also Broker läuft Mosquitto unter Ubuntu.

Beta-User

Hmm, da das IO zu laufen scheint, würde ich  annehmen, dass irgendwas in der Topic-Struktur nicht paßt.

Das Schaltcommando geht nach "cmnd/Sonoff_Pow_R2_01", aber von den Readings erwartest du nur was unter "tele/Sonoff"
Sieht mir danach aus, als wäre entweder der Topic doppelt vergeben (zwei, die Sonoff heißen), oder die tele-Angabe stimmt nicht.
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

spel

Es lag am korrekten Topic.. Ein Autocreate war nicht möglich, ist musste es manuell anlegen.

Jetzt funktioniert alles!

Danke für die Hilfestellungen.


attr SonoffPOWr2 subscribeReading_Power stat/Sonoff/SonoffPOWr2/POWER
attr SonoffPOWr2 subscribeReading_Result stat/Sonoff/SonoffPOWr2/RESULT
attr SonoffPOWr2 subscribeReading_Sensor tele/Sonoff/SonoffPOWr2/SENSOR
attr SonoffPOWr2 subscribeReading_State tele/Sonoff/SonoffPOWr2/STATE
attr SonoffPOWr2 subscribeReading_Uptime tele/Sonoff/SonoffPOWr2/UPTIME

87insane

#14
Dann hast du aber beim nächsten Gerät wieder das gleiche Problem. Gib den Dingern vernünftige Namen.
"SonoffPOWr2" ist in meinen Augen keiner! Entweder z.B. Raumnamen usw. oder aber wie Beta-User sagte, mit der ID die angehangen wird.
Wichtig ist eben das dies unterschiedlich ist.

Beispiel:
stat/Sonoff/SonoffPOWr2/POWER - Nicht gut!
stat/Sonoff/Sonoff/POWER - Nicht gut!
stat/Sonoff/Sonoff_ABC123/POWER - Besser
stat/Sonoff/wz_stehlampe/POWER - Besser
usw.

Der Teil am Anfang "stat/cmnd/tele" sollte immer gleich bleiben und nicht geändert werden (wegen den Templates).
Der Teil am Ende kommt eh durch das Gerät und die Firmware usw.

Würde an deiner Stelle solange weiter testen bzw. üben, bis du es über autocreate im Schlaf hin bekommst. So weiß du
mit Sicherheit was da passiert und du kannst für die Zukunft autocreate nutzen. Musste selber auch durch dieses Tal ;)

@DasQ: Bezog sich auf dein Bild mit dem Totalem Verbrauch. Da ich davon ausgehe, das dies Jahreswerte sind und du jetzt schon über 98k hattest...

Gruß,
Kai