Batterie Readings von HM-CC-RT-DN nicht da

Begonnen von noanda, 26 Dezember 2015, 11:05:50

Vorheriges Thema - Nächstes Thema

Benni

Zitat von: tpm88 am 27 Dezember 2015, 23:11:33
Hast Du event-on-change-reading bzw. event-on-update-reading vielleicht so gesetzt, daß "battery" gar nicht mehr aktualisiert wird?

Das sorgt doch ggf. lediglich dafür, dass kein Event bei Aktualisierung, bzw. bei Änderung des Readings erzeugt wird. Der Wert des Readings an sich wird aber nach wie vor aktualisiert.

Joker

Klinke mich hier mal mit ein, da es mich interessiert.

Ich habe mir mal die Readings meiner HM-Thermostate angeschaut, und bei mir sieht es genauso aus wie im Screenshot von satprofi. D.h. es gibt Readings da steht ein aktueller Zeitstempel, und welche da ist der Zeitstempel uralt. Allerdings sieht es plausibel aus, wenn die Zeitstempel von dem Zeitpunkt sind, an dem sich das Reading zuletzt geändert hat (z.B. Register-Werte (teilweise über ein Jahr), Battery-Werte (1 Woche)).
Ich habe bei allen Thermostaten event-on-change-reading:.* gesetzt. FHEM-Version ist aktuell.

Die Frage ist, ob das Verhalten so sein sollte??

frank

ZitatDie Frage ist, ob das Verhalten so sein sollte??
gegenfrage: warum sollte das nicht so sein?

im prinzip bekommen alle readings, die messages des devices representieren, nach einem erneuten senden auch einen neuen timestamp. egal, ob geändert oder nicht.

bei den registern gibt es zwei stufen. der timestamp des readings der registerliste ändert sich immer, aber die daraus resultierenden registerreadings nur bei änderung. so sieht man sehr schön jedes getconfig am timestamp der liste und die letzte änderung am jeweiligen R-reading.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Joker


moerte

#19
Hey - und sorry, muss das Thema nochmal hoch pushen.
Ich bekomm einfach nicht auf eine Battery Reading.
Auch beim Wechsel des Modus erzeugt er mir kein Reading der Batterie - ob ok oder low.
Das einzigste wo ich irgendwas von der Batterie bekomme ist unter get deviceInfo .


Habe 7 Thermostate und bei jedem das selbe.
Sieht immer nur so aus:

4.ACTUAL_TEMPERATURE  22.2  2018-03-25 09:42:07

4.CONTROL_MODE  MANU  2018-03-25 09:42:07

4.PARTY_TEMPERATURE  5.0  2018-03-25 09:42:07

4.SET_TEMPERATURE  20.0  2018-03-25 09:42:07

4.VALVE_STATE  99  2018-03-25 09:42:07

control  20.0  2018-03-25 09:42:07

hmstate  20.0  2018-03-25 09:42:07

state  20.0  2018-03-25 09:42:07



Ich weiß einfach nicht weiter..

moerte

Kann wirklich niemand etwas dazu sagen?

frank

du nutzt ja hmccu, wie es ausschaut. fraglich, ob das mit cul_hm vergleichbar ist. du solltest besser einen eigenen thread aufmachen und diesen im titel mit hmccu kennzeichnen, damit zap ihn erkennen kann.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

moerte

Zitat von: frank am 28 März 2018, 18:57:13
du nutzt ja hmccu, wie es ausschaut. fraglich, ob das mit cul_hm vergleichbar ist. du solltest besser einen eigenen thread aufmachen und diesen im titel mit hmccu kennzeichnen, damit zap ihn erkennen kann.

Ja genau .. Dachte jetzt eigentlich dass ich nicht so verkehrt hier bin. Aber das mach ich mal.  Danke.. mach einen neuen Beitrag auf