FHEM Forum

Hallo - im Zuge des anlernens eines neuen (zweiten) HM-MOD-RE-8, ist mir aufgefallen (weil das anlernen nicht ging), dass mein CUL (USB) das hier im Log produziert:

TSCUL_condUpdateHM: CUL1 new condition Warning-HighLoad

und auch schon mal in den Overload geht.

Ich habe dann das/die Logs mal durchforstet nach den Meldungen:


root@pi:/opt/fhem/log# grep -c Warning-HighLoad fhem-202*.log
fhem-2022-02.log:0
fhem-2022-03.log:0
fhem-2022-04.log:0
fhem-2022-05.log:0
fhem-2022-06.log:0
fhem-2022-07.log:6196
fhem-2022-08.log:1579


Das Problem beginnt also im Juli - wie finde ich raus, welches Gerät der Übeltäter ist und was kann ich dann tun - ich habe den ersten HM-MOD-RE-8 in Verdacht - den habe ich lange Zeit nicht in Betrieb gehabt und im Juli wieder angeschaltet.

EDIT:

Ich habe probehalber beide HM-MOD-RE-8 abgeklemmt - die Meldungen gehen weiter...

poste "get hminfo protoEvents" und "configCheck".

highload ist kurz vor overload (90%).
irgendwann ist natürlich auch das sendelimit erreicht.
besorge dir ein 2. homematic io und verteile die load "gerecht".

ups - das sind ja interssante Angaben


protoEvents send to devices done:
    name                  :State           |CmdPend   |Snd       |SndB      |Rcv       |RcvB      |Resnd     #CmdDel    |ResndFail |Nack      |IOerr     
    AU.GA.Bewaesserung    : done_Errors:1  |  -       | 53970    | 44597    | 42174    |  -       | 12278    # 30452    | 10512    |  -       | 465     
    AU.GA.SC.4fach        : done           |  -       | 45582    |  -       | 39811    |  -       | 13900    # 3783     | 3477     |  -       | 87       
    AU.GA.TF.Garage       : done_Errors:1  |  -       |  -       |  -       | 42641    |  -       |  -       # 4        |  -       |  -       | 1       
    AU.HT.HS.Alarm        :  -             |  -       |  -       |  -       |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    AU.HT.SC              : done_Errors:1  |  -       | 4039     |  -       |  -       |  -       | 10733    # 3711     | 3451     |  -       | 128     
    AU.KT.WD.Kellertreppe : done           |  -       | 85       |  -       | 76       | 76       |  -       #  -       |  -       |  -       |  -       
    AU.KU.TF.Kueche       :  -             |  -       |  -       |  -       |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    AU.TE.DI              : done           |  -       | 134      |  -       | 134      |  -       |  -       #  -       |  -       |  -       |  -       
    AU.TE.SC              : done           |  -       | 13       |  -       | 9        |  -       |  -       #  -       |  -       |  -       |  -       
    AU.TE.TF.Terrasse     : done_Errors:1  |  -       |  -       |  -       | 42689    |  -       |  -       # 4        |  -       |  -       | 1       
    BAT.SC.3              : done_Errors:1  |  -       | 3741     | 7118     |  -       |  -       | 3377     # 3918     | 3241     |  -       | 338     
    DG.BU.TM.HK1          : done           |  -       | 81       |  -       | 42658    |  -       |  -       #  -       |  -       |  -       |  -       
    GA.SEC.MD.1           : done           |  -       | 5865     |  -       | 25523    |  -       |  -       #  -       |  -       |  -       |  -       
    GA.SEC.MD.2           : done           |  -       | 1139     |  -       | 20768    |  -       |  -       #  -       |  -       |  -       |  -       
    GA.SEC.TS.1           : done           |  -       | 329      |  -       | 292      |  -       |  -       #  -       |  -       |  -       |  -       
    GA.SEC.TS.2           :  -             |  -       |  -       |  -       | 24       |  -       |  -       #  -       |  -       |  -       |  -       
    GV.BE.HS.Gartenlicht  :  -             |  -       |  -       |  -       |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    GV.BE.SC              : done           |  -       | 154      |  -       | 158      |  -       |  -       #  -       |  -       |  -       |  -       
    HM_6DDEB3             : done           |  -       | 1703     |  -       | 1670     |  -       | 3        #  -       |  -       |  -       |  -       
    HM_732DB7             : processing...  | 3 pending| 2737     | 2200     | 2223     |  -       | 582      # 3699     | 469      |  -       |  -       
    Sirene                : done           |  -       | 2240     |  -       | 1941     |  -       |  -       #  -       |  -       |  -       |  -       
=====================================================================================================================================================
    sum                   0                |3         |121812    |53915     |262791    |76        |40873     #45571     |21150     |0         |1020     

    CUL_HM queue length:1

    requests pending
    ----------------
    autoReadReg          :
        recent           : none
    status request       :
    autoReadReg wakeup   : AU.HT.HS.Alarm AU.KU.TF.Kueche GA.SEC.MD.1 GA.SEC.TS.1 GA.SEC.TS.2 GV.BE.HS.Gartenlicht
    status request wakeup:
    autoReadTest         :

    IODevs:CUL1:Initialized pending=0 condition:Warning-HighLoad
           CUNX0:Initialized condition:-


und


peerCheck done:

peer list incomplete. Use getConfig to read it.
    incomplete: AU.GA.TF.Garage:
    incomplete: AU.HT.HS.Alarm_armExt:
    incomplete: AU.HT.HS.Alarm_armInt:
    incomplete: AU.HT.HS.Alarm_disarm:
    incomplete: AU.HT.HS.Alarm_light:
    incomplete: AU.KU.TF.Kueche:
    incomplete: AU.TE.TF.Terrasse:
    incomplete: GA.SEC.TS.1:
    incomplete: GA.SEC.TS.2:
    incomplete: HM_4F3D9A_Btn_01:
    incomplete: HM_4F3D9A_Btn_02:
    incomplete: HM_4F3D9A_Btn_03:
    incomplete: HM_4F3D9A_Btn_04:

peer not verified. Check that peer is set on both sides
    AU.GA.SC.4fach_02 p:GA.SEC.MD.1
    AU.GA.SC.4fach_02 p:GA.SEC.MD.2
    GV.BE.SC_Sw_01 p:HM_4F3D9A_Btn_02
    GV.BE.SC_Sw_02 p:HM_4F3D9A_Btn_01
    GV.BE.SC_Sw_03 p:HM_4F3D9A_Btn_04
    GV.BE.SC_Sw_04 p:HM_4F3D9A_Btn_03
    Sirene_Arm p:AU.HT.HS.Alarm_armExt
    Sirene_Arm p:AU.HT.HS.Alarm_disarm


alles unter Snd, SndB(urst) und Resnd wird über den cul gesendet.

wenn du traffic über den cul einsparen willst, würde ich zunächst sinnlosen traffic minimieren:
1. senden an nicht erreichbare devices
zb wird an BAT.SC.3 und AU.HT.SC verhältnismässig viel gesendet, aber nicht eine empfangene message von beiden devices (Rcv) wurde registriert.
liegen die devices eventuell in der schublade?

2. resends finde ich grundsätzlich sinnlos, da man sie meist mit einer guten funkverbindung beseitigen kann.
wenn sie zudem nicht erfolgreich sind (ResndFail) sind sie extrem sinnlos.
schlechte funkverbindung? => 2. io besorgen

3. schlechte automatisierung
zb ist es sinnlos, einen aktor einzuschalten, der bereits eingeschaltet ist.
in kombination mit schlechter funkverbindung und einhergehenden resends extrem sinnlos.

4. configCheck probleme
je nach model und konfiguration wird ggf regelmässig versucht mit dem device zu kommunizieren.
sind sie nicht erreichbar gibt es zudem wieder resends.

ZitatIch habe probehalber beide HM-MOD-RE-8 abgeklemmt - die Meldungen gehen weiter...

abklemmen bringt eigentlich gar nichts. dadurch wird das senden an den aktor ja nicht verhindert.
das erzeugt dann höchstens weitere resends, weil er sich nicht mehr meldet.


die configcheck probleme solltest du natürlich beseitigen.
mit wenig traffic kann das allerdings schwierig werden.