Tasmota Gosund SP111 Rückmeldung auswerten

Begonnen von Alda, 14 Dezember 2019, 12:40:44

Vorheriges Thema - Nächstes Thema

ext23

So sieht das List aus nach dem autocreate (Ich kann aber nichts schalten da set befehle fehlen):

Internals:
   CFGFN     
   CID        DVES_DBD308
   DEF        DVES_DBD308
   DEVICETOPIC MQTT2_DVES_DBD308
   FUUID      5f297441-f33f-70a7-9e03-bc11c1bcecfc623e
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 2
   MQTT2_FHEM_Server_TIME 2020-08-04 16:44:42
   MSGCNT     2
   NAME       MQTT2_DVES_DBD308
   NR         53
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2020-08-04 16:44:33   ENERGY_ApparentPower 0
     2020-08-04 16:44:33   ENERGY_Current  0.000
     2020-08-04 16:44:33   ENERGY_Factor   0.00
     2020-08-04 16:44:33   ENERGY_Period   0
     2020-08-04 16:44:33   ENERGY_Power    0
     2020-08-04 16:44:33   ENERGY_ReactivePower 0
     2020-08-04 16:44:33   ENERGY_Today    0.010
     2020-08-04 16:44:33   ENERGY_Total    0.026
     2020-08-04 16:44:33   ENERGY_TotalStartTime 2020-07-28T18:29:08
     2020-08-04 16:44:33   ENERGY_Voltage  0
     2020-08-04 16:44:33   ENERGY_Yesterday 0.000
     2020-08-04 16:44:33   Heap            27
     2020-08-04 16:44:33   LoadAvg         19
     2020-08-04 16:44:33   MqttCount       363
     2020-08-04 16:44:42   POWER           on
     2020-08-04 16:44:33   Sleep           50
     2020-08-04 16:44:33   SleepMode       Dynamic
     2020-08-04 16:44:33   Time            2020-08-04T15:44:33
     2020-08-04 16:44:33   Uptime          2T03:33:24
     2020-08-04 16:44:33   UptimeSec       185604
     2020-08-04 16:44:33   Wifi_AP         1
     2020-08-04 16:44:33   Wifi_BSSId      D8:07:B6:18:CE:DE
     2020-08-04 16:44:33   Wifi_Channel    10
     2020-08-04 16:44:33   Wifi_Downtime   0T00:00:04
     2020-08-04 16:44:33   Wifi_LinkCount  1
     2020-08-04 16:44:33   Wifi_RSSI       96
     2020-08-04 16:44:33   Wifi_SSId       ExilBerliner23
     2020-08-04 16:44:33   Wifi_Signal     -52
     2020-08-04 16:44:17   subscriptions   cmnd/DVES_DBD308/# cmnd/DVES_DBD308_fb/# cmnd/tasmotas/#
Attributes:
   IODev      MQTT2_FHEM_Server
   readingList DVES_DBD308:stat/DVES_DBD308/RESULT:.* { json2nameValue($EVENT) }
DVES_DBD308:stat/DVES_DBD308/POWER:.* POWER
DVES_DBD308:tele/DVES_DBD308/STATE:.* { json2nameValue($EVENT) }
DVES_DBD308:tele/DVES_DBD308/SENSOR:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE


Wenn ich das base template auswähle, möchte er folgendes wissen:

Command topic prefix, without trailing /   
info topic prefix, without trailing /   
ack topic prefix, without trailing /

Woher bekomme ich die Daten? Kann ich bei MQTT2 irgendwie ein List aus dem broker ziehen?!?
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Otto123

Da würde mich jetzt noch interessieren, welchen Gerätetyp Du da in Tasmota genommen hast.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

ext23

Other und dann:#

{"NAME":"SP111 v1.1","GPIO":[56,0,158,0,132,134,0,0,131,17,0,21,0],"FLAG":0,"BASE":45}
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Otto123

#18
#15 habe ich vorhin nicht gesehen sorry.

Das list sieht schon ganz gut aus. :)

Kannst Du mal einfach am Gerät noch einmal schalten / warten und dann das Basic Template nochmal anwenden.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

ext23

Tut sich nichts. Hier mal was ich bei MQTT eingestellt habe auf der Dose:
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Beta-User

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

ext23

Ähhh kannste mich mal abholen, LWT? Also ich hab die Dose jetzt neu gestartet aber es ändert nichts.
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Beta-User

LWT ist ein Reading, das eigentlich erscheinen sollte, wenn das Ding neu gestartet wird - es nutzt einen eigenen Topic, der dann genutzt wird, um die Parameter aufzulösen (=das, was du an unlösbaren Fragen gestellt bekommen hast).
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

ext23

#23
Ahh OK, verstehe. Dann habe ich das Device nochmal gelöscht, die Dose neu gestartet dann sah ich:

LWT
Online
2020-08-04 18:34:04

Und dann habe ich das Template im FHEM auf base gesetzt und siehe da die Frage kam nicht mehr und es funktioniert jetzt auch!

Vorher noch ein:
StateText1      off
StateText2      on
StateText3      toggle

Danke!
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Beta-User

Nur zur Info für Nachahmer: Das attrTemplate setzt auch die State-Texte ;) .

(Zumindest ansatzweise sollte das auch in den Praxisbeispielen im Wiki zu finden sein und/oder in der desc stehen.)
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

ext23

Mhh dann hat das bei mir aber nicht geklappt, komisch. Aber ich musste pro Dose die Dose auch mehrfach rebooten bevor es geklappt hat. Irgendwie komisch, aber gut egal, macht man ja nur einmal.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Beta-User

Dann wäre die Ursache interessant.
Glaskugel tippt auf Funk-Probleme.
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

ext23

Mhh neee, alles in einem kleinen Raum, das glaube ich weniger. Aber wenn das wirklich interessant ist dann lösch ich nochmal eine und versuch das mal irgendwie nachzustellen was ich genau machen muss. Aber das kann ich erst wieder am WE machen, das ist alles im Gartenhaus.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Beta-User

Ein Kochrezept zum Nachstellen sporadischer Probleme habe ich nicht zu bieten. Wenn aber die Funkverbindung immer wieder für längere Zeit zusammenbricht, müßten eigentlich auch "left us"-Meldungen des M2-Server im FHEM-log zu finden sein.

Aber wenn es bei mehreren ESP's so ist wie du das andeutest, nämlich, dass du die mehrfach booten mußt, bevor mal was ankommt, dann ist mAn. definitiv irgendwo in der Kommunikation im Netz was faul.
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

ext23

Mhh naja aber nicht aufm WLAN level dann, weil das passt. Dann muss es irgend ein Bug in der Tasmota sein. Das Verhalten war bei alles Dosen gestern gleich, ich hatte das so gemacht:

1. MQTT konfiguriert --> SP111 macht Restart
2. Die TextStrings getauscht auf der SP111 von groß auf klein
3. In FHEM das Device was bereits angelegt wurde gelöscht
4. Die SP111 neu gestartet
5. Das neu angelegt Device in FHEM mit dem base template versehen --> Schalten ging nicht
6. Device in FHEM nochmal gelöscht
7. SP111 restartet
8. Dem neu angelegten Device in FHEM das template base zugewiesen und dann lief alles

Also ka wo hier mein Fehler liegt, vielleicht hätte man zwischen den Schritten auch länger warten müssen oder die Dose ein paar mal an und ausschalten am Gerät direkt?!?


Aber mal was anderes ich hab hier ein ganz anderes Problem bei 3 von 4 Dosen:

Ich schalte diese über FHEM aus, der state ändert sich auch auf off mit aktuellem event date, aber nach ein paar Minuten geht der state wieder auf on mit einem event date was weit in der Vergangenheit liegt. (Die Dose an sich ist aber nach wie vor aus!). Was habe ich denn da nun wieder falsch gemacht? Das klingt ja als wenn da mit dem FHEM internen Broker was nicht stimmt oder?

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)