Batteriestatus und Speicherung des letzten Wechsel

[gent]

Die Dummies, ReadingsGroup und Notify werden ja im Raum Z-System->BatteryCheck angelegt. Das steht ja in der Zeile

Code Auswählen Erweitern

my $Room = "Z_System->BatteryCheck"; #room for the dummys


Wenn ich das jetzt nachträglich ändern will, was muss ich dann tun? Reload des Moduls und dann nochmal die BatteryStart ausführen?

LG Holger

[MadMax-FHEM]

Ich denke du kannst einfach bei dummy, readingsGroup etc. das room Attribut ändern.

Wichtig sind/ist nur der Name der/des dummy, da bei dem/denen ja Readings in der Sub (die per "Battery-notify" aufgerufen wird) gesetzt werden...

Die Sub zum Anlegen ist ja "nur" damit man das nicht selbst/manuell alles anlegen muss und die Namen etc. "zusammenspielen"...

EDIT: und es ist kein Modul, sondern ein paar Subs (zum Anlegen) und per notify aufgerufen zum "Berechnen" und "Setzen" von Readings und senden von Nachrichten etc.

Gruß, Joachim

[gent]

Hi,

habe gerade entdeckt, dass der Batteriestatus meiner Fenstersensoren HM-SEC-SCO nicht upgedatet werden. Direkt in den Devices wird der Battery-Status von vor wenigen Minuten angezeigt. Im der Readings Group rgBatteryStatus sehe ich den Status vom 2023-05-06 11:00:30

Ist klar, was ich meine?

Viele Grüße
Holger

[MadMax-FHEM]

Wie wäre es mit einem list des HM-SEC-SCO?

event-on- Attribute gesetzt?

Gruß, Joachim

[gent]

Code Auswählen Erweitern

defmod BD.Fenster CUL_HM 697742
attr BD.Fenster .mId 00C7
attr BD.Fenster DbLogExclude .*
attr BD.Fenster IOgrp VCCU:CUL_1
attr BD.Fenster actCycle 002:50
attr BD.Fenster actStatus alive
attr BD.Fenster alias Badezimmerfenster
attr BD.Fenster autoReadReg 4_reqStatus
attr BD.Fenster devStateIcon devStateIcon closed:fts_door open:fts_door_open
attr BD.Fenster event-on-change-reading .*
attr BD.Fenster expert defReg,rawReg
attr BD.Fenster firmware 1.0
attr BD.Fenster model HM-SEC-SCO
attr BD.Fenster peerIDs 00000000,6951BB03
attr BD.Fenster room 02_Mitte->Bad,CUL_HM
attr BD.Fenster serialNr PEQ0579708
attr BD.Fenster subType threeStateSensor

setstate BD.Fenster open
setstate BD.Fenster 2020-12-22 19:47:15 .D-devInfo 810101
setstate BD.Fenster 2020-12-22 19:47:15 .D-stc 80
setstate BD.Fenster 2019-01-10 19:22:08 .R-msgScPosA open
setstate BD.Fenster 2019-01-10 19:22:08 .R-msgScPosB closed
setstate BD.Fenster 2019-01-10 19:22:08 .R-transmDevTryMax 6
setstate BD.Fenster 2019-01-10 19:22:08 .R-transmitTryMax 6
setstate BD.Fenster 2023-08-02 22:12:18 .associatedWith BD.Fenster,BD.Fenster,BD.Thermostat_WindowRec
setstate BD.Fenster 2023-05-10 19:20:25 .peerListRDate 2023-05-10 19:20:25
setstate BD.Fenster 2023-08-04 20:15:21 .protLastRcv 20230804201521
setstate BD.Fenster 2023-08-02 22:21:33 Activity alive
setstate BD.Fenster 2021-10-09 17:50:01 CommandAccepted no
setstate BD.Fenster 2020-12-22 19:47:15 D-firmware 1.0
setstate BD.Fenster 2020-12-22 19:47:15 D-serialNr PEQ0579708
setstate BD.Fenster 2023-08-04 20:15:21 IODev CUL_1
setstate BD.Fenster 2023-05-10 19:20:24 PairedTo 0x753347
setstate BD.Fenster 2019-08-19 20:24:22 R-BD.Thermostat_WindowRec-expectAES off
setstate BD.Fenster 2019-08-19 20:24:22 R-BD.Thermostat_WindowRec-peerNeedsBurst on
setstate BD.Fenster 2019-01-10 19:22:08 R-cyclicInfoMsg on
setstate BD.Fenster 2019-01-10 19:22:08 R-eventDlyTime 0 s
setstate BD.Fenster 2019-01-10 19:22:08 R-pairCentral 0x753347
setstate BD.Fenster 2019-01-10 19:22:08 R-sabotageMsg on
setstate BD.Fenster 2019-01-10 19:22:08 R-sign on
setstate BD.Fenster 2023-05-10 19:20:23 RegL_00. 00:00 02:01 09:01 0A:75 0B:33 0C:47 10:01 14:06
setstate BD.Fenster 2023-05-10 19:20:25 RegL_01. 00:00 08:01 20:9C 21:00 30:06
setstate BD.Fenster 2023-05-10 19:20:26 RegL_04.BD.Thermostat_WindowRec 00:00 01:01
setstate BD.Fenster 2019-08-19 20:24:21 aesCommToDev ok
setstate BD.Fenster 2019-08-19 20:24:20 aesKeyNbr 00
setstate BD.Fenster 2023-08-04 20:15:21 alive yes
setstate BD.Fenster 2023-08-04 20:15:21 battery ok
setstate BD.Fenster 2023-05-31 18:57:29 cfgState ok
setstate BD.Fenster 2023-08-04 20:15:21 commState CMDs_done
setstate BD.Fenster 2023-08-04 20:15:21 contact open (to VCCU)
setstate BD.Fenster 2023-08-02 22:12:18 peerList BD.Thermostat_WindowRec
setstate BD.Fenster 2023-05-10 18:22:01 powerOn 2023-05-10 18:22:01
setstate BD.Fenster 2023-08-04 20:15:21 recentStateType info
setstate BD.Fenster 2023-08-04 20:15:21 sabotageError off
setstate BD.Fenster 2023-08-04 20:15:21 state open
setstate BD.Fenster 2020-12-22 19:12:22 trigDst_BD.Thermostat noConfig
setstate BD.Fenster 2023-08-04 11:25:22 trigger_cnt 180


LG

[MadMax-FHEM]

attr BD.Fenster event-on-change-reading .*

Und wo/wie soll dann ein regelmäßiges Update erfolgen?

Wenn du aktuelle Batteriewerte willst bzw. regelm. Updatrs, musst du mind. dafür event-on-update-reading setzen...

Gruß, Joachim

[gent]

Das habe ich aber bei den HM Thermostaten (HM-TC-IT-WM-W-EU) und den Reglern (HM-CC-RT-DN) auch nicht gesetzt und die melden ganz regelmäßig den aktuellen Batteriezustand. Irgendwas muss da bei den Fensterkontakten anders laufen, aber was?

Edit:
Ich sehe gerade, dass ich bei den Thermostaten und den Reglern überhaupt kein event-on... definiert habe.

[minierm]

Ich habe die Benachrichtigung in eine Funktion ausgelagert, damit man leichter Anpassungen der Benachrichtigung vornehmen kann.

Code Auswählen Erweitern

sub Battery_Send_Alarm {
    my ($Text) = @_;
    #send message via TelegramBot
    fhem("set TelegramBot message \@\@User $Text");
    # use your own function
    #SendAlarm($Text);
}Und überall

Code Auswählen Erweitern

fhem($msg." ".mit

Code Auswählen Erweitern

Battery_Send_Alarm(ersetzt.