[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.