[ungelöst, workaround]Thermostat Eurotronic Spirit: Batteriestatus?

[curt]

So richtig verstehe ich diesen Teil nicht:

Bei allen Thermostaten habe ich ein Attribut

Code Auswählen Erweitern

configBatteryReport   SendOnceADay

Da würde ich jetzt mal ganz naiv denken, dass einmal am Tag der Status der Batterie übermittelt wird. Aber ... es gibt kein Attribut "battery".

Lediglich bei zwei Thermostaten gibt es "battery" und "batteryPercent", auf grund des Datums aber wohl dadurch, dass ich mal händisch "get DEVICE battery" aufrief.

Was mache ich da nun wieder falsch? Wie sieht das bei euren Thermostaten aus?
@Deckoffizier @rcmcronny

Subject angepasst

[Deckoffizier]

Hallo curt,

battery
   
100 %
   
2020-09-30 10:27:34
batteryLevel
   
100
   
2019-12-20 10:39:32
batteryPercent
   
100
   
2020-09-30 10:27:34
batteryState
   
ok
   
2020-09-30 10:27:34
configBacklight
   
BacklightEnabled
   
2019-07-25 22:21:33
configBatteryReport
   
SendBatteryStatusUnsolicitedOnce1
   
2019-07-25 22:21:33

Also bei mir funktioniert es soweit wie Du am Datum erkennen kannst.
Am Thema Batterie bin ich noch anderweitig dran, da ich vorwiegend aufladbare Li Akkus benutze.
(Entladungskurve schlagartig von 100 auf 0)

Obwohl ich mal gesehen hatte und nicht mehr finde diese Akkus mit nachgemachter Entladekurve wie
gewöhnliche Batterie.

Gruß
Hans-Jürgen

Gruß
Hans-Jürgen

[krikan]

Mein Spirit sendet auch brav jeden Tag die battery-Meldung, die in den Readings (und nicht Attributen) auftaucht wie bei @deckoffizier. Es ist zwar kein 24 Stunden-, sondern eher ein 23 Stunden-Rhythmus, aber das betrachte ich als unerheblich.

Ist die Assoziation mit dem Controller korrekt gesetzt? Wenn es bei aktiver get-Abfrage funktioniert, aber bei korrekt gesetztem configBatteryReport-Wert nicht automatisch, liegt ein Indiz für ein Problem mit der Assoziation vor.
Oder die Funkverbindung ist instabil, oder ..

Gruß, Christian

[curt]

Mein Spirit sendet auch brav jeden Tag die battery-Meldung, die in den Readings (und nicht Attributen) auftaucht wie bei @deckoffizier.

Natürlich Readings. Aber da ist nichts, bei praktisch allen Thermostaten.

Ist die Assoziation mit dem Controller korrekt gesetzt? Wenn es bei aktiver get-Abfrage funktioniert, aber bei korrekt gesetztem configBatteryReport-Wert nicht automatisch, liegt ein Indiz für ein Problem mit der Assoziation vor.

Ich habe nicht verstanden: Was genau fehlt bei mir? Wie kann ich es erhalten? Was muss ich tun?

[Deckoffizier]

Hallo curt,

probier mal   get associationAll am Thermostaten, erhältst Du dann
so etwas als Reading wie hier unten?

assocGroup_1
   
Max 1 Nodes ZWDongle_0
   
2020-10-01 22:43:30
assocGroups
   
1
   
2020-10-01 22:43:30


Gruß
Hans-Jürgen

[curt]

probier mal   get associationAll am Thermostaten, erhältst Du dann
so etwas als Reading wie hier unten?

Ja, habe ich, erhalte ich. Aber "battery" gibt es nicht. Das muss an was anderem liegen.

[rcmcronny]

Hi,

mach doch mal ein "get <DEVICE> battery"  da sollte was kommen.

Wenn es das nicht gibt, stimmt generell was nicht. Das configBatteryReport scheint je nach Firmware etwas komisch zu sein scheinbar, zur not einmal täglich halt ein get battery dann triggern ..^^

Ronny

[Deckoffizier]

Hallo curt,

habe mal alle Thermostate bei mir durchgesehen alle
haben das Reading   battery.


Trotz unterschiedlicher Reading

a) configBatteryReport           SendBatteryStatusUnsolicitedOnce
b) configBatteryReport           SendOnceADay

Habe jetzt auch leider weiter keine Ideen mehr 

Gruß
Hans-Jürgen

[curt]

Entschuldigt, ich war vor der 2. Corona-Welle nochmal kurz in Urlaub, man weiß ja nie, wie es dann wird ...

mach doch mal ein "get <DEVICE> battery"  da sollte was kommen.

Das hatte ich bei zwei der acht. Ergebnis ist, dass diese einmalige Antwort dann auf ewig als Reading stehen bleibt.

Wenn es das nicht gibt, stimmt generell was nicht.

So weit war ich auch schon - die Frage ist eher, ob das an meiner Dummheit (irgendwas übersehen) oder an einer anderen Firmware oder gar an dem Umgang von FHEM mit der Device liegt.

Das configBatteryReport scheint je nach Firmware etwas komisch zu sein scheinbar, zur not einmal täglich halt ein get battery dann triggern ..^^

Naja, das ist das letzte Mittel. Schöner wäre ja, wenn das so funktionieren würde wie bei euch.

a) configBatteryReport           SendBatteryStatusUnsolicitedOnce
b) configBatteryReport           SendOnceADay

Huch?
Da schau an, hier gibt es einen Unterschied. Also FHEM bietet wir auch zwei Wahloptionen an, aber eine ist anders!

Ich habe
a) SendOnceADay (das ist bei allen eingestellt)
b) OnlySendBatteryStatusAs0

Aber das kann es ja eigentlich nicht sein.

Kurz noch eine schon mal gegebene Erklärung zu den acht Thermostaten: Ich habe in drei (vier) Tranchen bestellt, Zeitraum grob drei Monate. Auffällig war, dass eine Tranche andere Werbeverpackung hatte.

Ich mache in der Folge dieses Beitrags dieses:
Ich schicke jedem Thermostaten ein "get battery", schalte dann jeden auf OnlySendBatteryStatusAs0 um, danach jeden auf SendOnceADay zurück. Dann warte ich drei Tage.

... und wenn ich es in der Zeit nicht vergesse, berichte ich euch.

[Deckoffizier]

Hallo curt,

nur noch mal zur Sicherheit um Missverständnisse vorzubeugen...

Da schau an, hier gibt es einen Unterschied. Also FHEM bietet wir auch zwei Wahloptionen an, aber eine ist anders!

Ich habe
a) SendOnceADay (das ist bei allen eingestellt)
b) OnlySendBatteryStatusAs0

Aber das kann es ja eigentlich nicht sein.

Achtung   Punkt b) ist bei mir zur Auswahl auch im Menü vorhanden!

Nur im Punkt a) gibt es bei den verschiedenen Thermostaten den Unterschied!

Mit meinem schwachen Englisch läuft es aber so ziemlich bei Punkt a) auf das gleiche
hinaus ?

Benutze lediglich  zur Batterieabfage nur Punkt Punkt a) zur Auswahl also
SendOnceADay    oder       SendBatteryStatusUnsolicitedOnce  für configBatteryReport
je nach Thermostat.

Irgendwie scheint bei Dir etwas verbockt zu sein, da müssen wohl die Profis ran.

Gruß
Hans-Jürgen

[curt]

Ich mache in der Folge dieses Beitrags dieses:
Ich schicke jedem Thermostaten ein "get battery", schalte dann jeden auf OnlySendBatteryStatusAs0 um, danach jeden auf SendOnceADay zurück. Dann warte ich drei Tage.

... und wenn ich es in der Zeit nicht vergesse, berichte ich euch.

Diese Aktion hat nichts bewirkt:
Nun habe ich für jedes Device einen veralteten battery-Eintrag.

[MadMax-FHEM]

Hi Curt,

es soll ja bei den Spirits wohl anders gehen (wie ich so beim "Drüberfliegen" mitgekriegt zu haben glaube   )...

Aber ich habe folgendes notify für meine Batterie-ZWaves:

Code Auswählen Erweitern


defmod nZWaveGetBattery notify .*.wakeup:.notification get $NAME battery


Holt also von allen ZWave-Batterie-Geräten (die ein wakeup schicken) die Batteriewerte (wenn sie wach sind: wakeup).

Vielleicht hilft es (einstweilen oder für andere ZWave-Batterie-Geräte: evtl. wird der "Zoo" ja größer   )...

Zyklus ist also das Wakeup-Interval, bei mir so um die 18h (also ca. 1x am Tag).

Gruß, Joachim

[krikan]

Hallo Joachim,

das Spirit ist ein FLiRS-Gerät. Es ist immer "wach" und empfangsbereit. Es besitzt als FliRS-Gerät die Command Class WAKEUP nicht und verschickt niemals einen wakeup-Event. Dein notify wird also für das Spirit nie greifen. Für eine regelmäßige Abfrage des battery-Status des Spirit genügt ein "at". Eigentlich ist selbst das überflüssig, da das Spirit selbst sendet. Warum es bei curt nicht funktioniert, ist eine andere Frage.

Gruß, Christian

[MadMax-FHEM]

Hi Christian,

ok, danke!

Und: sorry

Gruß, Joachim

[curt]

es soll ja bei den Spirits wohl anders gehen (wie ich so beim "Drüberfliegen" mitgekriegt zu haben glaube   )...

Es gibt ganz offensichtlich bei den Thermostat Eurotronic Spirit unterschiedliche Firmware: Es wurde mehrmals (auch von heavy-Nutzern) berichtet, dass es teilweise unterschiedliche Reaktionen gibt. Das Blöde ist halt, dass man von außen den Firmware-Stand nicht sieht. Oder gar updaten kann. Respektive weiß ich nicht wie das geht - wenn es gehen sollte.

Ich habe hier acht Thermostaten, alle über Amazon ab Juni 2020 schrittweise beschafft, Amazon wollte nicht alle gleichzeitig liefern. Auffällig war schon, dass es zwei verschiedene schicke Verpackungen gab.

Keines meiner acht Geräte mag den Batterie-Status freiwillig mitteilen, siehe oben. Rein theoretisch müsste das ganz automatisch gehen, Nutzer mit älternen Thermostaten bestätigen das so.

Bei mir geht das nicht. Das mag an meiner offen zur Schau gestellten Dummheit liegen, ich bin das ja auch: Ständig übersehe ich etwas. - An diesem Punkt gehe ich inzwischen aber davon aus. dass meine Liefertranche das aus irgend einem Grund nicht macht.

Ob andere diese Tatsache zur Kenntnis nehmen ist im Grunde egal: ICH muss diese Tatsache zur Kenntnis nehmen. Und damit umgehen.

Aber ich habe folgendes notify für meine Batterie-ZWaves:

Das ist wie gesagt ein Flips-Flops-Dingens-Bingens-Gerät, was relativ zuverlässig auf Kommando reagiert (es gibt den Hinweis eines ansonsten eher leisen Users, dass es schlau sei, jedes Kommando mit "sleep 3" versetzt nochmals abzusetzen). Aber ansich ist es erstaunlich stabil.

Jedenfalls löste ich das für mich nun so, dass ein at einmal in 24 Stunden ein get [device] battery an alle Thermostaten abschießt. Einen anderen Weg sehe ich nicht, meine Thermostaten sind halt so, wie sie sind.

[krikan]

Auch auf die Gefahr mich endgültig unbeliebt zu machen:
Mir wäre wohler, wenn wir das Thema "fehlende automatische battery-Meldung" systematischer und durch Fakten untermauert angehen würden. Anhand der bisherigen Infos kann ich nicht ausschließen, dass ein Anwenderfehler  vorliegt; insbesondere da bisher nicht mehr Anwender geschriehen/geschrieben haben "habe ich auch".

Für eine genauere Analyse braucht man die "list"-Ausgabe eines betroffenen Gerätes, nachdem die folgenden Befehle bei aktuellem FHEM erfolgreich abgerufen wurden:

Code Auswählen Erweitern

get <device> associationAll
get <device> configAll
get <device> version


Außerdem wäre es hilfreich, wenn _vor_ Abruf der obigen Befehle folgende Attributte gesetzt würden

Code Auswählen Erweitern

attr <ZWDongle> verbose 5
attr global mseclog 1
und der Log-Auszug von der Befehlsausführung gepostet würde.

Obiges ist eine speziell angepasste Fassung von https://wiki.fhem.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F . Die "get <device> version" Abfrage liefert die Firmwareversion. Man kann damit auch die Firmwareversionen der Thermosthate vergleichen und könnte es ggfs. auf eine bestimmte Firmwareversion eingrenzen.

Gruß, Christian

[krikan]

Bei dieser Version funktioniert die automatische battery-Meldung:

Code Auswählen Erweitern

2020-10-14 13:27:08   version         Lib 3 Prot 4.61 App 0.16 HW 49 FWCounter 1 FW 0.10

[Deckoffizier]

Hallo krikan,

Du warst schneller, vielleicht mache ich mich ja auch unbeliebt 

Auch auf die Gefahr mich endgültig unbeliebt zu machen:
Mir wäre wohler, wenn wir das Thema "fehlende automatische battery-Meldung" systematischer und durch Fakten untermauert angehen würden. Anhand der bisherigen Infos kann ich nicht ausschließen, dass ein Anwenderfehler  vorliegt; insbesondere da bisher nicht mehr Anwender geschriehen/geschrieben haben "habe ich auch".

bei mir kommt bei get version

version:Lib 3 Prot 4.61 App 0.16 HW 49 FWCounter 1 FW 0.10   und

version:Lib 3 Prot 4.61 App 0.16 HW 49 FWCounter 1 FW 0.2

version:Lib 3 Prot 4.61 App 0.15 HW 49 FWCounter 1 FW 0.10

mit Reading battery

Dann bliebe noch eventuell in anderen Foren mit ZWave Bezug zu Fragen ob
so etwas schon mal vorgekommen ist oder direkt beim Hersteller?


Gruß
Hans-Jürgen

[curt]

Auch auf die Gefahr mich endgültig unbeliebt zu machen:

Mein Ruf muss ja unterirdisch sein 

Mir wäre wohler, wenn wir das Thema "fehlende automatische battery-Meldung" systematischer und durch Fakten untermauert angehen würden. Anhand der bisherigen Infos kann ich nicht ausschließen, dass ein Anwenderfehler vorliegt

Mir ist das alles bewusst. Und ich bin heilfroh, dass Du anbietest, da mal drüberzuschauen.

Alle acht Thermostaten sind:

Code Auswählen Erweitern


version:Lib 3 Prot 4.61 App 0.16 HW 49 FWCounter 1 FW 0.2


Bezogen auf das Log in der Anlage führte ich folgendes in folgender Reinfolge aus:

Code Auswählen Erweitern


attr ZWave verbose 5
attr global mseclog 1
get Thermostat_Arbeitszimmer associationAll
get Thermostat_Arbeitszimmer configAll
list Thermostat_Arbeitszimmer


Die Ergebnisse in der Anlage.

[Deckoffizier]

Hallo curt,

also in Deinem List sehe ich unter Readings

2020-10-15 05:10:02   battery         75 %

bin ich jetzt auf dem falschen Dampfer ?

Gruß
Hans-Jürgen

[tomspatz]

ich habe solch einen jetzt erst neu aber er sendet sebständig ca. alle 24 Stunden

Code Auswählen Erweitern

battery 100 % 2020-10-15 16:47:51
batteryPercent 100 2020-10-15 16:47:51
batteryState ok 2020-10-15 16:47:51
version Lib 3 Prot 4.61 App 0.15 HW 49 FWCounter 1 FW 0.10

[curt]

also in Deinem List sehe ich unter Readings

2020-10-15 05:10:02   battery         75 %

bin ich jetzt auf dem falschen Dampfer ?

Ja, denn das ist das Ergebnis eines "at", welches ich alle 24 Stunden "battery" abfragen lasse. Weil der normale Weg nicht geht.

[krikan]

curt, kannst Du mir bitte noch die Ausgabe von "list ZWave" zeigen, wobei "ZWave" Dein Controller sein müsste. Falls Du das Attribut networkKey an ZWave gesetzt hast, bitte vor dem posten löschen/unkenntlich machen.

Bisher sehe ich keine Auffälligkeiten im Log/list, die mich stutzig machen.

[curt]

HomeId anonymisiert, nodelist verkürzt.

[curt]

@krikan
Ich gehe mal davon aus, dass Du keine Auffälligkeiten gefunden hast.

Andererseits hast Du recht: Es muss mal geklärt werden ob ich was falsch mache oder ob es eine Charge an Thermostaten gibt, die den Batteriestatus nicht freiwillig melden.

Folgendes kann ich (leider noch nicht jetzt, Ersatzgerät noch nicht geliefert) anbieten: Ich nehme einen meiner Thermostaten aus der Inklusion, verpacke den fein und sende ihn Dir auf dem Postweg. Du packst aus, inkludierst bei Dir, sind damit einen Erkenntnisschritt weiter, danach packst Du wieder fein ein und schickst auf meine Portokosten zurück.

Wie gesagt noch nicht jetzt, das Ersatzgerät ist noch nicht da.

[krikan]

Eine eindeutige Lösung habe ich noch(?) nicht. Gehe gerade wilden Vermutung nach und brauche noch ein wenig Zeit.

[curt]

Kein Problem, es drängt nichts.
Mein Angebot für den Fall des Falles bleibt bestehen, auch da drängt nichts.

BTW: Du bist Autor des Moduls? Oder ist das @rudolfkoenig?
Ich frage, weil ich gelegentlich eine Diskussion über aus meiner Sicht wünschenswerte Readings bei diesem Thermostat anstoßen möchte, aber noch keine Idee habe, wie ich das mache ohne jemanden vor den Kopf zu stoßen.

[krikan]

Habe leider keine Erklärung gefunden.

In Deinen Angaben kann ich keinen Anhaltspunkt finden, warum die Batteriemeldung nicht automatisch kommt.

Ich bin jedoch über ein Verhalten meines Thermostats stutzig geworden, darum habe ich mit einer Antwort hier gezögert: Das Thermostat hat laut Log ab dem 16.10. erstmalig 3 Tage keine automatische battery-Meldung geliefert. Dann kam sie aber wieder. An den betroffenen 3 Tagen habe ich ungefähr zu der Zeit an der die Meldungen kommen sollten, dem Thermostat zum Testen relativ viele ZWave-Nachrichten geschickt. Dies Nachrichten stehen aber in keinem Zusammenhang mit den battery-Meldungen und sollten darauf keinen Einfluß haben. Bis vorgestern habe ich versucht durch automatische ZWave-Nachrichten die battery-Meldungen wieder zum Schweigen zu bringen, das hat aber nicht funktioniert. Theorie meinerseits war: Zu viele Nachrichten zum automatischen battery-Meldezeitpunkt unterdrücken die Meldung. Das trifft aber nicht zu.

Im Fazit denke ich weiterhin: Es muss in Deiner Installation eine Besonderheit geben, die zu den fehlenden automatischen battery-Meldungen führt. Mir fehlen aber fundierte Ideen, woran es liegt.

Für Angebote bin ich zu haben, wenn ich keinen Erfolgs-/Zeitdruck habe. Andererseits ist das Dumme: Wenn es bei mir geht, wissen wir immer noch nicht, warum bei Dir nicht.

BTW: Du bist Autor des Moduls? Oder ist das @rudolfkoenig?

Rudi. Ich bin nur interessierter Anwender (mit großer Klappe) und für die XMLs bei FHEM-ZWave zuständig. Die XMLs erfordern keine Programmierkenntnisse.

Gruß, Christian

[rudolfkoenig]

Ich bin nur interessierter Anwender (mit großer Klappe)....

Das ist erst eine Unter- und dann eine Uebertreibung.

[curt]

Habe leider keine Erklärung gefunden.
In Deinen Angaben kann ich keinen Anhaltspunkt finden, warum die Batteriemeldung nicht automatisch kommt.

Danke für die Rückmeldung. Das beruhigt mich insofern etwas als das ich wohl nur ein bisschen doof bin - man zweifelt ja ständig an sich selbst.

Ich bin jedoch über ein Verhalten meines Thermostats stutzig geworden, darum habe ich mit einer Antwort hier gezögert: Das Thermostat hat laut Log ab dem 16.10. erstmalig 3 Tage keine automatische battery-Meldung geliefert. Dann kam sie aber wieder. An den betroffenen 3 Tagen habe ich ungefähr zu der Zeit an der die Meldungen kommen sollten, dem Thermostat zum Testen relativ viele ZWave-Nachrichten geschickt.

Hmmm. Wegen automatisierter Anfragen des Status ist bei mir relativ viel Funkverkehr. Zudem stehen Antennen verschiedener Systeme eng nebeneinander. Andererseits habe ich acht Thermostaten, da müsste ja wenigstens ab und an eine freiwillige battery-Meldung kommen.

Irgendwie hoffe ich da auf @Beta-User , er hat neuerdings auch eins, vermutlich aus meiner Produktionsreihe: Beta, kommt bei Dir automatisch das Reading battery?
(Ich hoffe, Du bist nicht maulig, ich hab noch Außenstände. Ich weiß.)

[tomspatz]

Zur Info mein Thermostat ist:

Code Auswählen Erweitern

Lib 3 Prot 4.61 App 0.15 HW 49 FWCounter 1 FW 0.10

Batterie Reading kommt ohne Probleme und selbständig.

LG
Tom

[curt]

Erstmals ist eine weitere Version aufgetaucht, die auch nicht den Batteriestatus meldet. Hier nachlesen:

https://forum.fhem.de/index.php/topic,112955.150.html

BTW: Das ist der Hauptthread, hier ist nur der Nebenthread.