MQTT2 für Xiaomi Vacuum Sauger

Begonnen von Otto123, 12 Mai 2021, 12:53:37

Vorheriges Thema - Nächstes Thema

TomLee


Otto123

Also hattest Du ein Firmware 04028 mit einem miio-client 3.5.8 - das ist offenbar für valetudo nicht gut...
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

TomLee

#47
Irgendwo habt ihr was verdreht, die roborock und roborockRE Templates stehen nicht mehr in der Auswahlliste nach heutigem update, über die Kommandozeile klappts aber noch.

Otto123

Das liegt nicht am Update sondern offenbar am Filter (welches ich per c&p vom rockrobo übernommen habe)  ::)
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

TomLee

Verstehs auch nach einmal drüber schlafen immer noch nicht, es kommen auch keine Erinnerungen hoch, was spricht denn dagegen in beiden Templates den gleichen Filter zu verwenden, es sollen doch beide Templates vorhanden sein wenn valetudo in  der rL vorkommt ?

Otto123

Ich muss es mir noch genau anschauen, ich glaube das Filter wirkt beim jungfräulichen (darf man das heute noch sagen) Device richtig. Nach der ersten Anwendung wirkt es so, dass das Template ausgeblendet wird?
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

TomLee

ZitatNach der ersten Anwendung wirkt es so, dass das Template ausgeblendet wird?

Ja so verhält es sich zur Zeit.

Wenn ich mir aber andere Templates anschaue, bspw. die Milights bei denen nach der CID gefiltert wird, dann ist dort das Verhalten nicht so, dort ist auch nach der ersten Anwendung das Template in der Liste.

Probier ich das bei den roborocks:

# The rockrobo device for valetudo RE
name:roborockRE
filter:TYPE=MQTT2_DEVICE:FILTER=CID~valetudo.*
...


name:roborock
filter:TYPE=MQTT2_DEVICE:FILTER=CID~rockrobo.*
...


wird das entsprechende Template trotzdem nach der ersten Anwendung wieder ausgeblendet.

Otto123

Ich habe das Filter jetzt so geändert:
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*\/valetudo.*
Das Problem war ja, das ich die readingList mit $DEVICETOPIC überschreibe.

Dein Test hätte TYPE=MQTT2_DEVICE:FILTER=CID~rockrobo sein müssen (warum weiß ich nicht .* am Ende ist zu viel, habe es mit list getestet). Aber man könnte das Ding ja anders benennen (bei zwei Saugern) den basetopic wird man wohl lassen.
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

TomLee

#53
Verstehs immer noch nicht, auch wenns klappt  ::)
Es gibt doch kein 'valetudo' mehr in rL ausser in dem homeassistant-Zweig und wenn ich den zum Test raus nehme klappts immer noch ?

Für die Blinden:
attr MQTT2_mqttjs_137fdfb0 readingList homeassistant/vacuum/valetudo_rockrobo/config:.* {}\
$DEVICETOPIC/state:.* { json2nameValue($EVENT) }\
$DEVICETOPIC/attributes:.* { json2nameValue($EVENT) }\
$DEVICETOPIC/map_data:.* {}\
$DEVICETOPIC/command_status:.* { json2nameValue($EVENT) }\
$DEVICETOPIC/destinations:.* { valetudoREdest($EVENT) }





ZitatAber man könnte das Ding ja anders benennen (bei zwei Saugern) den basetopic wird man wohl lassen.

Hab mich lange nicht mit attrTemplate beschäftigt, es hat mich jetzt hier aber wieder "gepackt" ( wer weiß wie lange).
Denk bestimmt nur einen Schritt voraus und nicht an die Folgen.
Es wird in dem roborock-Template auch so gemacht ja, aber bist nicht du verantwortlich dafür, mit defmod DEVICE MQTT2_\DEVICE DEV_ID, das man den Namen ändern muss, die Geräte werden doch mit einer exclusiven CID angelegt.
Wenn man die DEF so belassen würde müsste man doch auch keine andere Bezeichnung in Identifier im UI vornehmen, oder ?

siehe die Tasmota-Templates, die DEF muss ja nicht schön aussehen.

TomLee

ZitatEs wird in dem roborock-Template auch so gemacht ja, aber bist nicht du verantwortlich dafür, mit defmod DEVICE MQTT2_\DEVICE DEV_ID, das man den Namen ändern muss, die Geräte werden doch mit einer exclusiven CID angelegt.

Das keine Frage mehr das ist Fakt, kann seit heute auf die "Roberta" meiner Mutter zugreifen, hab die defmod ... Zeile rausgenommen, beide Devices gelöscht, dann werden zwei Devices angelegt und auf beide kann man das Template anwenden.  :P

TomLee

#55
Noch was beschäftigt mich, die Utils wird immer beim anwenden heruntergeladen, evtl. kann man ja sowas wie attrTemplateVersion für die auch einführen, das man das abfangen kann und nur bei einer neuen Version passiert ?

Otto123

wenn ich ehrlich bin: ich habe die defmod Zeile übernommen und nicht wirklich verstanden. Ich meine bei mir hat sie gar nichts bewirkt?
Muss mir das offenbar nochmal alles in Ruhe anschauen. Mein Focus bisher waren die Funktionen drin, nicht das drumherum. Aber das muss ich auch irgendwann mal verstehen ;)
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

TomLee

ZitatIch meine bei mir hat sie gar nichts bewirkt?

Na, sie ändert die DEF (und somit die CID, völlig unnötig), deswegen muss man Identifier anders benennen das ein neues Device erkannt wird mit dem bisherigen Template.

Hast du zwei Sauger ? Dann vollziehe das einfach mal nach und du wirst mich verstehen.

Otto123

ZitatHast du zwei Sauger ?
Nö. Nur einen das ziemlich erste Modell :)
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

MadMax-FHEM

Zitat von: Otto123 am 20 Mai 2021, 20:24:23
Nö. Nur einen das ziemlich erste Modell :)

Ich hätte 2...
...aber keine Ahnung wovon ihr sprecht... ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)