GPIO4 lässt FHEM hängen

[Freibeuter]

Hallo,
habe ein performance Problem, seit Jahren frage ich 9 x DS18B20  (mit 3 V VCC und 4,7k Ohm) ab und seit neustem hängt fhem.

Andere Systeme kommen bei GPIO4 beim apptime Max Wert nicht über 1000 aber dieses System liegt weit darüber.
top Cpu last liegt um die 12 % Ausreißer 40%.


Woran kann es liegen ?

Code Auswählen Erweitern

name                                     function                               max  count    total  average maxDly TS Max call     param Max call
tmr-GPIO4_DeviceUpdateLoop               HASH(0x428ac28)                       9932     73   136108  1864.49  67597 17.11. 17:31:35 HASH(T03)
tmr-GPIO4_DeviceUpdateLoop               HASH(0x41f3e58)                       8875     73   122959  1684.37  71593 17.11. 17:31:21 HASH(T08)
tmr-GPIO4_DeviceUpdateLoop               HASH(0x428b3b0)                       8874     73   123315  1689.25  54240 17.11. 17:35:50 HASH(T04)
tmr-GPIO4_DeviceUpdateLoop               HASH(0x41f4830)                       8204     73   119630  1638.77  85874 17.11. 17:37:13 HASH(T10)
tmr-GPIO4_DeviceUpdateLoop               HASH(0x428a7c0)                       6527     73   129892  1779.34  89172 17.11. 17:08:53 HASH(T02)
tmr-GPIO4_DeviceUpdateLoop               HASH(0x428bd40)                       6238     73   151062  2069.34  80121 17.11. 17:23:57 HASH(T07)
tmr-GPIO4_DeviceUpdateLoop               HASH(0x4315f50)                       5400     73   129519  1774.23  69453 17.11. 17:26:09 HASH(T01)
tmr-GPIO4_DeviceUpdateLoop               HASH(0x428b5d8)                       5382     73   145610  1994.66  53629 17.11. 16:34:38 HASH(T05)
tmr-GPIO4_DeviceUpdateLoop               HASH(0x41f40c8)                       4454     73   111653  1529.49  53439 17.11. 17:27:26 HASH(T09)
tmr-at_Exec                              HASH(0x41f56a8)                       1429     39    32729   839.21  89617 17.11. 16:43:22 HASH(a_getTemp)
T01                                      GPIO4_Get                              917      1      917   917.00      0 17.11. 16:46:17 HASH(T01); T01; ?
n_set_FB_Soll                            notify_Exec                            826     16     3170   198.12      0 17.11. 17:16:40 HASH(n_set_FB_Soll); HASH(Wetter)
HMLAN1                                   HMLAN_Read                             764    892    46210    51.80      0 17.11. 17:45:06 HASH(HMLAN1)
FB_Mischer                               STELLMOTOR_Set                         740    230    10664    46.37      0 17.11. 16:47:21 HASH(FB_Mischer); FB_Mischer; calibrate
tmr-CUL_HM_valvePosUpdt                  valvePos:23525C01                      634     30     3725   124.17  23937 17.11. 17:14:51 valvePos:23525C01
tmr-at_Exec                              HASH(0x41f52b8)                        611     77     7329    95.18  89555 17.11. 16:41:21 HASH(a_Abgas)
tmr-at_Exec                              HASH(0x48e2e18)                        601      8     1143   142.88   1453 17.11. 16:35:26 HASH(a_Wasserzaehler)
tmr-CUL_HM_valvePosUpdt                  valvePos:23525B01                      590     30     2566    85.53   3876 17.11. 17:35:05 valvePos:23525B01
myJeeLink                                JeeLink_Read                           581   1948    33807    17.35      0 17.11. 17:13:08 HASH(myJeeLink)
tmr-PID20_Calc                           FB_Soll                                571    217    22548   103.91  82443 17.11. 16:48:06 FB_Soll
tmr-STELLMOTOR_GetUpdate                 HASH(0x4020990)                        476 121297    10882     0.09  90053 17.11. 17:45:07 HASH(FB_Mischer) 

[KölnSolar]

Direkte Antwort habe ich nicht.  Auf welcher Rpi-Version läuft es denn ? Bei mir auf einem 3er absolut problemlos mit 12 Sensoren, wobei halt tatsächlich auffällig relativ viel Leistung gefressen wird. Was sagt denn top(Linux-Befehl Performancemonitor) ?

Und, ob es evtl. mit einem Busmaster performanter wird, kann ich Dir auch nicht sagen. Ich hatte den tatsächlich mal aus Performancegründen für einen Vorgänger-Rpi in Erwägung gezogen, aber mit meinem 3er wurde die Überlegung obsolet.

Grüße Markus

[Freibeuter]

Hallo Markus,
es ist ein RPI3 und CPU Last ist zwischen 9 und 14%.

Code Auswählen Erweitern

top - 13:53:44 up 21:38,  1 user,  load average: 0.52, 0.35, 0.30
Tasks: 118 total,   1 running, 117 sleeping,   0 stopped,   0 zombie
%Cpu0  :  0.0 us,  0.3 sy,  0.0 ni, 99.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu1  :  0.0 us,  2.6 sy,  0.0 ni, 97.4 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu2  : 18.9 us,  3.0 sy,  0.0 ni, 78.1 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu3  :  0.3 us,  3.7 sy,  0.0 ni, 96.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:    994232 total,   359868 used,   634364 free,    63164 buffers
KiB Swap:        0 total,        0 used,        0 free.   167124 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND   
  653 fhem      20   0  101484  96056   6888 S  22.2  9.7 161:26.38 perl       
23111 pi        20   0    5108   2536   2176 R   0.7  0.3   0:00.36 top       
    7 root      20   0       0      0      0 S   0.3  0.0   0:19.17 rcu_sched 
20922 ntp       20   0    5772   3712   3272 S   0.3  0.4   0:00.91 ntpd       
    1 root      20   0    5452   3912   2784 S   0.0  0.4   0:06.65 systemd   
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.07 kthreadd   
    3 root      20   0       0      0      0 S   0.0  0.0   0:00.64 ksoftirqd/0
    5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:+
    8 root      20   0       0      0      0 S   0.0  0.0   0:00.00 rcu_bh     
    9 root      rt   0       0      0      0 S   0.0  0.0   0:00.17 migration/0
   10 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 lru-add-dr+
   11 root      20   0       0      0      0 S   0.0  0.0   0:00.00 cpuhp/0

[LuckyDay]

wie oft werden die Sensoren pro minute abgefragt?

[Freibeuter]

alle 30 Sekunden.

[rhoffm34]

Hey Freibeuter, hast Du Dein Problem lösen können?

LG