Folgende Frage zu Sonoff/Tasmota und MQTT2_Device

[Beta-User]

am milighthub kannst des alles wieder rausnehmen, der hat weder lwt noch sonstwas ...

Hast du evtl. in dem anderen Thread überlesen: Kann er seit neuestem sehr wohl, https://github.com/sidoh/esp8266_milight_hub/releases/tag/1.9.0-rc.5 . Gerne nehme ich einen Vorschlag für ein Comment-Attribut entgegen, wie man das konfigurieren muß .
Seit RC3 (?) ist auch das Group-Handling verbessert, kann sein, dass das schon dein Problem aus dem allgemeinen "template-Thread" löst (https://github.com/sidoh/esp8266_milight_hub/releases/tag/1.9.0-dev4).

Bitte aber allgemein: Anregungen und Fragen zu dem milight@mqtt2-Zeug bitte in dem Milight-Thread ("war:"). Sonst geht das zu sehr durcheinander und die MiLight-Nutzer (die vermutliuch mehrheitlich den anderen Thread verfolgen) bekommen es andererseits nicht mit, wenn es Verbesserungen gibt...

[DasQ]

noch nicht! is ja "nur" rc

aber danke für den tip, mich nervt in meiner angeblich aktuellen 1.8.8. das er nicht rebooten will

[Beta-User]

noch nicht! is ja "nur" rc

Wir sind hier bei open source . Spätestens seit meinen ersten Geh-Versuchen zu LIRC gehe ich "in dieser Welt" per default davon aus, dass spätestens "beta" sowas heißt wie: Vergiß alles, was vorher war, das hier funktioniert... (Darauf bezieht sich übrigens auch mein Nickname "Beta-User" ; FHEM ist sowas wie eine perpetual beta...)

Da ist RCn mit n>3 schon sowas wie "Gold-Standard" .

Im Ernst: Ich hatte mit den veröffentlichten Versionen selten ein ernsthaftes Problem; einmal war eventuell (nach einem Downgrade?) die Übernahme der MQTT-Einstellungen kaputt, da habe ich ein "erase" gemacht, dann war alles wieder gut.
 

[TWART016]

Hallo,

ich habe ein paar Gosund Steckdosen (Tasmota), die ich per MQTT2 eingebunden habe.

Beim MQTT2_CLIENT Device bekomme ich von dem Gerät allerdings in der readingList diese Einträge:

Code: [Auswählen]

MQTT2_CLIENT:stat/GosundSP111-2/RESULT:.* { json2nameValue($EVENT) }
MQTT2_CLIENT:stat/GosundSP111-2/POWER:.* POWER
Die anderen Readings werden korrekt in das dafür angelegte Device geschrieben

Code: [Auswählen]

tele/GosundSP111-2/LWT:.* LWT
cmnd/GosundSP111-2/POWER:.* POWER
tele/GosundSP111-2/INFO1:.* { json2nameValue($EVENT) }
tele/GosundSP111-2/INFO2:.* { json2nameValue($EVENT) }
tele/GosundSP111-2/INFO3:.* { json2nameValue($EVENT) }
tele/GosundSP111-2/STATE:.* { json2nameValue($EVENT) }
tele/GosundSP111-2/SENSOR:.* { json2nameValue($EVENT) }
Bei mit GeneralBridge steht das im bridgeRegex (kommt vom attrTemplate MQTT2_CLIENT_general_bridge)

Code: [Auswählen]

attr MQTT2_GeneralBridge bridgeRegexp (tele|cmnd)[/]([^/]+)[/].*:.* "$2"\
  shellies[/]([^/]+)[/].*:.* "$1"\
  (ESPClient_[^/]+)[/].*:.* "$1"\
  valetudo[/]([^/]+)[/].*:.* "$1"\
  [^/]+[/](ems-esp[^/]+)[/].*:.* "$1"\
  wallpanel[/]([^/]+)[/].*:.* "$1"\
  (wled)[/]([^/]+)[/].*:.* "$1_$2"\
  (go-eCharger)[/]([^/]+)[/].*:.* "go_eCharger_$2"\
  (owntracks)[/]([^/:]+)[/]([^/:]+).*:.* "$1_$2$3"
Da dort nur tele und cmd steht, ist klar dass stat nicht in das Gerät geschrieben wird.

Gibt es Gründe warum das im attrTemplate nicht mit stat steht?

Code: [Auswählen]

(tele|cmnd|stat)[/]([^/]+)[/].*:.* "$2"
Wie sollte dann denn die MQTT Konfiguration bei Tasmota sein, dass dieses Modul automatisch die topics richtig erkennt? Grundsätzlich macht es ja Sinn, eine einheitliche Struktur zu habe z.B. Raum/Typ/...

[Beta-User]

Gibt es Gründe warum das im attrTemplate nicht mit stat steht?

Offen gestanden ist es so, dass sich zu diesem attrTemplate bisher - soweit ich mich entsinnen kann NIEMAND irgendwann irgendwie geäußert hat, und ich hatte das damals eher "mit heißer Nadel" gestrickt, um überhaupt was zu haben. War ein "Abfallprodukt" aus meinen Tests mit dem ebus...
Mir kam das bei den letzten Durchsichten auch unvollständig vor, wobei ich dazu neigen würde, den cmnd-Zweig gar nicht erst aufzunehmen, sondern das mit einer ignoreRegexp am IO-Device "nach dev/0" zu himmeln: Das was via cmnd kommt sind Schaltanweisungen, und die sollten eigentlich nur in Richtung Hardware gehen... (die Ausführungsbestätigung bekommt man dann ja wieder).

Wie sollte dann denn die MQTT Konfiguration bei Tasmota sein, dass dieses Modul automatisch die topics richtig erkennt? Grundsätzlich macht es ja Sinn, eine einheitliche Struktur zu habe z.B. Raum/Typ/...

Gebaut habe ich das damals so, dass es mit den "defaults" (bzw. einer sinnvollen Namensvergabe statt "sonoff" (?)) klarkam. Wenn du die Topicstruktur änderst, mußt du eben die bridgeRegexp auch entsprechend anpassen, dann sollte das "ohne weiteres" gehen. (Aber wie gesagt, die Rückmeldung zu diesem attrTemplate war bisher 0...).

Diskussion dazu bitte in dem passenden Thread, ich hatte damals nach allgemeiner Rückmeldung gefragt, soweit ich mich entsinne.

[TWART016]

Wenn du die Topicstruktur änderst, mußt du eben die bridgeRegexp auch entsprechend anpassen, dann sollte das "ohne weiteres" gehen. (Aber wie gesagt, die Rückmeldung zu diesem attrTemplate war bisher 0...).

Du meinst so?

Code: [Auswählen]

/SmartHome/Wohnung/stat/([^/]+)/.*:.* "$1"

Diskussion dazu bitte in dem passenden Thread, ich hatte damals nach allgemeiner Rückmeldung gefragt, soweit ich mich entsinne.

Welchen Thread meinst du, habe keinen Allgemeingültigen gefunden.