Readingsgroup Batterystate: Abfrage im Sekundentakt

[Gisbert]

Hallo,

ich habe wegen eines anderen Problems apptime laufen lassen. Dabei hat sich herausgestellt, dass die Readingsgroup Batterystate im Sekundentakt abgefragt wird bzw. Fhem beschäftigt wird.

Diese Abfragehäufigkeit braucht man ja nicht.
Wie kann man hier Abhilfe schaffen?

Auszug von apptime nach ca. 40 Stunden:

Code Auswählen Erweitern

active-timers: 162; max-active timers: 208; max-timer-load: 7  min-tmrHandlingTm: 0.0ms; max-tmrHandlingTm: 855.6ms; totAvgDly: 331.8ms

name                                     function                               max    count      total  average   maxDly   avgDly TS Max call     param Max call
Callmonitor                              FB_CALLMONITOR_Read                   5494       13    5882.15   452.47     0.00     0.00 25.06. 11:25:51 HASH(Callmonitor)
HMLAN1                                   HMLAN_Ready                           3006    18608  255950.13    13.75     0.00     0.00 25.06. 18:02:04 HASH(HMLAN1)
myHmUARTLGW1                             HMUARTLGW_Read                        1155    10046   57500.14     5.72     0.00     0.00 25.06. 09:16:47 HASH(myHmUARTLGW1)
Garage.notify                            notify_Exec                           1117        3    3279.20  1093.07     0.00     0.00 25.06. 09:16:47 HASH(Garage.notify); HASH(Handsender.04)
myRollladenGarage                        dummy_Set                             1116       18    3276.33   182.02     0.00     0.00 25.06. 09:16:47 HASH(myRollladenGarage); myRollladenGarage; up
notifyRollladenControl                   notify_Exec                           1104   100909   52797.40     0.52     0.00     0.00 25.06. 09:16:47 HASH(notifyRollladenControl); HASH(myRollladenGarage)
WEB                                      FW_Read                               1094     1004   45379.51    45.20     0.00     0.00 25.06. 17:51:34 HASH(WEB)
tmr-Calendar_PollChild                   HASH(0x55ff95fabc60)                   800        6    4358.82   726.47   113.35    26.46 26.06. 00:19:53 HASH(Muelltonnen.Kalender.AVEA)
myMuell                                  ABFALL_Notify                          691       30    3742.23   124.74     0.00     0.00 26.06. 00:19:53 HASH(myMuell); HASH(Muelltonnen.Kalender.AVEA)
Battery.State                            readingsGroup_Notify                   578   100909  104480.90     1.04     0.00     0.00 26.06. 02:20:31 HASH(Battery.State); HASH(Wetter.Proplanta)
mySIGNALduino                            SIGNALduino_Read                       552    22310  175636.00     7.87     0.00     0.00 26.06. 00:22:39 HASH(mySIGNALduino)
tmr-DWD_OpenData::Timer                  HASH(0x55ff969589f8)                   433      135    1921.00    14.23  3008.11    57.65 25.06. 09:00:05 HASH(DWD.Wetter.Leverkusen)
DLNASocket-myDLNARenderer-1900           DLNARenderer_Read                      423     8099    4811.83     0.59     0.00     0.00 25.06. 12:17:09 HASH(DLNASocket-myDLNARenderer-1900)
MyBroker                                 MQTT::Read                             400    25747  877407.27    34.08     0.00     0.00 26.06. 00:22:42 HASH(MyBroker)
mySignalESPSMABuchse                     SIGNALduino_Read                       352     7113  204664.61    28.77     0.00     0.00 25.06. 08:20:17 HASH(mySignalESPSMABuchse)
WEBtablet                                FW_Read                                338       41    2541.42    61.99     0.00     0.00 25.06. 18:37:21 HASH(WEBtablet)
mySignalESPHelicalAntenna                SIGNALduino_Read                       216     9670   65272.12     6.75     0.00     0.00 25.06. 08:21:52 HASH(mySignalESPHelicalAntenna)
DLNASocket-myDLNARenderer-37723          DLNARenderer_Read                      207        8     562.62    70.33     0.00     0.00 25.06. 12:17:10 HASH(DLNASocket-myDLNARenderer-37723)
Haushaltsraum.Lueftung                   DOIF_Notify                            199   100909   13613.91     0.13     0.00     0.00 26.06. 00:22:42 HASH(Haushaltsraum.Lueftung); HASH(Haushaltsraum.Ventilator)
tmr-SYSMON_Update                        HASH(0x55ff9814a410)                   194     1630   58102.33    35.65   589.65     2.60 26.06. 00:15:47 HASH(T610.Sysmon)
tmr-Calendar_PollChild                   HASH(0x55ff961b2578)                   172        4     601.13   150.28   223.88   130.14 26.06. 08:19:54 HASH(NRW.Feiertage.Kalender)
tmr-DOIF_TimerTrigger                    REF(0x55ff9bdb09f0)                    163        1     163.47   163.47   101.28   101.28 26.06. 00:19:47 REF(0x55ff9bdb09f0)
Klingeln                                 DOIF_Notify                            151   100909    5839.40     0.06     0.00     0.00 26.06. 10:11:19 HASH(Klingeln); HASH(Klingel)
HMLAN1                                   HMLAN_Read                             143     7694   69744.90     9.06     0.00     0.00 25.06. 18:03:05 HASH(HMLAN1)
tmr-statistics_PeriodChange              HASH(0x55ff975b5838)                   134       27    2143.97    79.41    72.44     6.04 25.06. 23:59:55 HASH(Statistik)
tmr-FRITZBOX_Readout_Start               FritzBox6490.Readout                   119      814   15620.32    19.19  3006.38    14.80 26.06. 08:24:11 FritzBox6490.Readout
tmr-DOIF_TimerTrigger                    REF(0x55ff9d5ac1d0)                    116        1     116.59   116.59    10.14    10.14 26.06. 09:00:00 REF(0x55ff9d5ac1d0)
Spitzboden.Lueftung                      DOIF_Notify                            116   100909   38316.03     0.38     0.00     0.00 26.06. 03:00:30 HASH(Spitzboden.Lueftung); HASH(Spitzboden.Ventilator)
tmr-DOIF_TimerTrigger                    REF(0x55ff99a5d988)                    106        1     106.32   106.32     3.97     3.97 26.06. 05:15:00 REF(0x55ff99a5d988)
tmr-DOIF_TimerTrigger                    REF(0x55ff99a5dca0)                    106        1     106.28   106.28     1.70     1.70 25.06. 21:15:00 REF(0x55ff99a5dca0)
tmr-DOIF_SleepTrigger                    HASH(0x55ff929b36e0)                   101       11     986.30    89.66    12.47     2.46 26.06. 09:21:03 HASH(CamWatchAlarm.on)
tmr-DOIF_SleepTrigger                    HASH(0x55ff98122aa0)                   101      664   15132.54    22.79   321.34     8.51 26.06. 09:02:31 HASH(Warmwasser.Zirkulation)
tmr-DOIF_SleepTrigger                    HASH(0x55ff92b6f920)                   100      594   41972.42    70.66  2597.40    21.58 25.06. 17:59:22 HASH(Anwesenheit.Zuhause)
tmr-FHEM::Astro::Update                  HASH(0x55ff97018828)                    98       27    1345.29    49.83   162.65    29.83 26.06. 00:19:54 HASH(myAstro)
tmr-DOIF_TimerTrigger                    REF(0x55ff9bd015d8)                     97        1      97.09    97.09     3.86     3.86 26.06. 00:19:47 REF(0x55ff9bd015d8)
Update.Dieselpreise                      DOIF_Notify                             94   100909   13765.27     0.14     0.00     0.00 26.06. 09:24:59 HASH(Update.Dieselpreise); HASH(myUniFi)
tmr-at_Exec                              HASH(0x55ff91b22488)                    94       54    4567.91    84.59     1.53     1.26 26.06. 02:19:35 HASH(addlog.myUniFi)
tmr-DOIF_TimerTrigger                    REF(0x55ff9d1751e8)                     93        1      93.70    93.70     4.00     4.00 26.06. 07:00:00 REF(0x55ff9d1751e8)
tmr-DOIF_TimerTrigger                    REF(0x55ff9a5d7448)                     87        1      87.85    87.85     6.02     6.02 25.06. 13:00:00 REF(0x55ff9a5d7448)
tmr-at_Exec                              HASH(0x55ff92e375a8)                    87     1630   53180.05    32.63   459.44     3.21 25.06. 23:23:35 HASH(FritzBoxTraffic)
tmr-DOIF_TimerTrigger                    REF(0x55ff997ab610)                     87        1      87.27    87.27     2.36     2.36 25.06. 21:19:47 REF(0x55ff997ab610)

Viele​ Grüße​ Gisbert​

[frank]

hallo gisbert,

ich denke, das ist nicht direkt ein problem deiner readingsgroup. diese erfragt ja nicht die informationen, sondern reagiert auf events, die in deinem fhem erzeugt werden. du müsstest also vielmehr das erzeugen der events in deimem system reduzieren.

nutzt du in deinen modulen denn nicht attr event-on-change-reading zur eventreduzierung?

schau mal auf den eventmonitor. da siehst du alle events und kannst erkennen, welche module bei dir die grossen eventerzeuger sind.

ich setze "event-on-change-reading .*" grundsätzlich sofort erst einmal in jedem device. wenn ich zu einem reading dann wirklich mehr events benötige, kann ich mit min-interval/on-update speziell nur für dieses reading die events erhöhen.

[Gisbert]

Hallo frank,

gut, dass du hier mitliest
Ich werde das (event-on-change-reading) bei den batteriebetriebenen Geräten umsetzen und dann apptime neu starten.

Ich werde nächste Woche berichten, wie es dann aussieht.

Viele​ Grüße​ Gisbert​

[frank]

batteriebetriebene geräte werden wahrscheinlich nicht die grossen eventerzeuger sein.

wie gesagt, jedes event in fhem muss von den modulen geprüft werden, ob es für sie relevant ist.

zb hast du proplanta/dwd definiert. je nach intervall und vorhersagezeitraum kann hier sehr, sehr viel erzeugt werden.

ich formatiere nicht aus spass manche wörter extra fett. 

gruss frank