[Gelöst]ActionDetector meldet dead

[Tommy82]

Hallo,
also nach einem FritzBox neustart, melden sich die 3 Fensterkontakte immer mit unknown, bis ich sie einaml betätige, alle anderen melden sich direkt alive.

Ist das normal?

wegen dead -kannst du es eimal aufzeichnen? setze logIDs in HMLAN auf die ID des RHS - dann werden nur wenigen messages gelogt werden.

Blöde Frage, aber wie kann ich das machen?
Danke

[martinp876]

nach einem neustart versucht FHEM einen Zeitstempel zu finden, an dem sich das Device das letzte mal gemeldet hat. Ist keiner zu finden bleibt das Device auf unknown. Sobald eine message empfangen wird ist das Device alive. Dead kommt/käme, wenn die vorgegebene Zeitspanne abläuft ohne dass eine message zu sehen war.

Blöde Frage, aber wie kann ich das machen?

attr <hmlan> logIDs <id>,<id>,...
oder
attr <hmlan> logIDs all

[Tommy82]

Hab es jetzt so gesetzt

Code Auswählen Erweitern

attr HmLanAdapter logIDs <Fenster_ueber_Heizung>
Ist das richtig? Was muss ich jetzt machen? Der Fenseter Kontakt steht wieder auf unknow, alle anderen sind alive

[martinp876]

ohne spitze klammen - die zeigen an, dass hier dein wert einzugeben ist

Code Auswählen Erweitern

attr HmLanAdapter logIDs Fenster_ueber_Heizung
das ergebnis steht im globalen Logfile.
Du musst einfach warten und loggen - min 24h

[Tommy82]

Hallo,
so leider ist das

Fenster_ueber_Heizung

wieder dead
Hier mal der Log vom ActionDetector

Code Auswählen Erweitern

2014-02-26_16:28:48 ActionDetector alive:1 dead:0 unkn:0 off:0
2014-02-26_16:28:48 ActionDetector alive:1 dead:0 unkn:1 off:0
2014-02-26_16:28:48 ActionDetector alive:2 dead:0 unkn:1 off:0
2014-02-26_16:28:48 ActionDetector alive:3 dead:0 unkn:1 off:0
2014-02-26_16:28:48 ActionDetector alive:4 dead:0 unkn:1 off:0
2014-02-26_16:28:48 ActionDetector alive:5 dead:0 unkn:1 off:0
2014-02-26_16:28:48 ActionDetector alive:6 dead:0 unkn:1 off:0
2014-02-26_16:28:49 ActionDetector alive:7 dead:0 unkn:1 off:0
2014-02-26_16:28:49 ActionDetector alive:8 dead:0 unkn:1 off:0
2014-02-26_16:28:49 ActionDetector alive:9 dead:0 unkn:1 off:0
2014-02-26_16:28:49 ActionDetector alive:10 dead:0 unkn:1 off:0
2014-02-26_17:18:49 ActionDetector status_Fenster_ueber_Heizung: alive
2014-02-26_17:18:49 ActionDetector alive:11 dead:0 unkn:0 off:0
2014-02-27_20:59:00 ActionDetector status_Fenster_neben_Couch: dead
2014-02-27_20:59:00 ActionDetector alive:10 dead:1 unkn:0 off:0
2014-02-27_21:19:00 ActionDetector status_Fenster_ueber_Heizung: dead
2014-02-27_21:19:00 ActionDetector alive:9 dead:2 unkn:0 off:0
2014-02-28_16:39:03 ActionDetector status_Fenster_neben_Couch: alive
2014-02-28_16:39:03 ActionDetector alive:10 dead:1 unkn:0 off:0
2014-03-02_15:49:12 ActionDetector status_Terassen_Tuer: dead
2014-03-02_15:49:12 ActionDetector alive:9 dead:2 unkn:0 off:0
2014-03-04_17:49:20 ActionDetector status_Terassen_Tuer: alive
2014-03-04_17:49:20 ActionDetector alive:10 dead:1 unkn:0 off:0

Und im Anhang die Fhem Tages Logs, vieleicht hat ja einer eine idee.
Ausser das er immer Dead geht finde ich keinen Fehler.....

Danke

[martinp876]

Hi Tommy

Ausser das er immer Dead geht finde ich keinen Fehler.....

ehrlich?
in den logs
- finde ich keine rohmessages oder ueberhaupt messages an denen ich aktivitaeten von devices erkennen koennte - da hast du wohl nichts aufgezeichnet
- sind jede Menge HMLAN disconncets 149 mal in 7 Tagen

Gut moeglich, dass ein einzelner statusreport eines RHS verloren geht, wenn die Zentrale nicht erreichbar ist. Du solltest dringend an diesen Problem arbeiten.
Ich wuerde mit apptime (siehe Commandref) anfangen und moegliche langlaeufer suchen

Gruss Martin

[Tommy82]

Hallo Martin was sind Langläufer? Also meinst du die disconnects könnten das Problem sein? Dann versuche ich es mal mit apptime.

Den Log hab ich über die cmd so eingerichtet wie du es oben geschrieben hast.....

[martinp876]

da wurde dann garnichts gesendet?

Langlaeufer sein Tasks/Funktionen die so lange laufen, dass sie andere dabei stoeren und deren Timing aus dem Tritt bringen.
Tasks ueber 100ms sind verdaechtig
zum Disconnect des HMLAN muessten es mehr als 5000ms sein - oder eine Addition mehrer Tasks.

im HMLAN sollte es auch 'internals' geben, die dir anzeigen sollen, wie knapp das keepalive ist und wieviel delay eine messageverarbeitung hat(te).

[Tommy82]

Hallo Martin, hier der Log von apptime, sieht doch garnicht so schlecht aus oder?

Code Auswählen Erweitern

                                name             function    max  count    total  average maxDly
                        HmLanAdapter          HMLAN_Ready    455      1      455   455.00      0 HASH(0x767d50)
                        HmLanAdapter           HMLAN_Read    242     36     2030    56.39      0 HASH(0x767d50)
                         FBSmartHome           FBAHA_Read    178     42     3045    72.50      0 HASH(0xe105c0)
                 tmr-CUL_HM_ActCheck       ActionDetector    157      1      157   157.00 431583 ActionDetector
              tmr-FW_closeOldClients                          15      8       32     4.00 607155
       FileLog_Fenster_ueber_Heizung          FileLog_Log     14    229      273     1.19      0 HASH(0xe0c8a0); HASH(0xdff488)
                                 WEB              FW_Read     12     37      106     2.86      0 HASH(0x99a910)
          FileLog_Heizung_Flur_Clima          FileLog_Log      9      7       32     4.57      0 HASH(0xfd8898); HASH(0xf284b0)
                   FileLog_Powerline          FileLog_Log      9     72       87     1.21      0 HASH(0xe52040); HASH(0xe15fd8)
                            n_Urlaub          notify_Exec      8    229       54     0.24      0 HASH(0xe52340); HASH(0xf27b10)
                FileLog_Heizung_Tuer          FileLog_Log      7      8       28     3.50      0 HASH(0xe0aa50); HASH(0xdff488)
                      FileLog_Kueche          FileLog_Log      7      8       28     3.50      0 HASH(0xfd7c68); HASH(0xf28950)
                      ActionDetector           CUL_HM_Set      6      1        6     6.00      0 HASH(0xdeee70); ActionDetector; ?
        FHEMWEB:192.168.188.46:49876              FW_Read      5      3        7     2.33      0 HASH(0x1597238)
        FHEMWEB:192.168.188.46:49877              FW_Read      5      1        5     5.00      0 HASH(0x13e3fb8)
        FHEMWEB:192.168.188.46:49878              FW_Read      5      1        5     5.00      0 HASH(0x13c75f0)
             FileLog_Gaeste_WC_Clima          FileLog_Log      5      6       21     3.50      0 HASH(0xfd3170); HASH(0xfd2cd0)
    FileLog_HeizungFenster_ClimRT_tr          FileLog_Log      5      7       25     3.57      0 HASH(0xded310); HASH(0xbc9f88)
                        HmLanAdapter         HMLAN_Notify      5    229        7     0.03      0 HASH(0x767d50); HASH(0x767d50)
        FHEMWEB:192.168.188.46:49879              FW_Read      4      1        4     4.00      0 HASH(0x1580a78)
              FileLog_ActionDetector          FileLog_Log      4      1        4     4.00      0 HASH(0xdfe918); HASH(0xdeee70)

Meinst du das mit keepalive?

Code Auswählen Erweitern

msgKeepAlive
dlyMax:604.537 bufferMin:-599


Wie konnte ich nochmal die Rohmessages aufzeichnen?

[martinp876]

dlyMax:604.537 bufferMin:-599

also min einmal war das keepalive 599 sec zu spaet - 10 minuten....


                 tmr-CUL_HM_ActCheck       ActionDetector    157      1      157   157.00 431583 ActionDetector
              tmr-FW_closeOldClients                          15      8       32     4.00 607155
das sind 431 sec bzw 607 sec zu spät

wenn du apptime maxdly machst siehst du es nach verzögerungen der timer sortiert.
Die Zeiten der FHEM tasks sind nicht so schlecht. Einmal einer mit 455 sec - das geht schon.

=> die Verzögerung deines Systems kommt wo anders her. Laufen da noch abfragen im Internet oder sonstige performancefresser?
Wenn FHEM hie und da 10 min schlafen gelegt wird (offensichtlich mehrfach hintereinander) wirst du immer Probleme haben.
Was alles auf deinem Rechner läuft kann ich nicht abschaetzen..


Gruss Martin

[Tommy82]

Hallo Martin,
Fhem läuft ja auf einer fritzbox7390, dort läuft dann noch neben den normalen fritzbox Sachen Tor,Privoxy und Oscam.
Was meinst du könnte ich tun?
Wie kann ich noch mal die Rohmessages aufzeichnen? Kann das mein Problem für das dead sein? Aber wieso dann immer nur dieser eine Fensterkontakt?

[martinp876]

die rohmessages werden nicht viel bringen. Es sieht fuer mich einfach danach aus, dass ein task ausserhalb von FHEM die CPU beschlagnahmt fuer eine gewisse Zeit.
Bei Tor lese ich von performance-einbusen auf der FB
privoxy ist ein echtzeit scanner nach bestimmten Inhalten - geht sicher auch nicht ohne Perfromancebedarf.
Was OSCam an performance braucht weiss ich nicht.
Du solltest dir also Gedanken machen, ob deine FB ueberlastet ist. Bei Echtzeitanwendungen ist nicht die mittlere Auslastung ein Problem sondern die Latenz - wie lange belegt ein Prozess das System und verzoegert andere.
FHEM ist hier chancenlos - du musst die anderen Prozesse ausmessen, tunen oder einen weiteren Rechner dazustellen.

[Tommy82]

Ok, werd die Auslastung der Box auf die einzelnen Prozesse mal analysieren.
Aber meinst du das deshalb immer das dead des einen Hm-Sec-Rhs kommt? Aber wieso dann immer nur von dem?

[martinp876]

kann ich nicht sagen. koennte man analysieren - vielleicht bist du immer zu einer bestimmten Zeit im Internet und dein Proxy oder eines deiner Tools macht die FB platt. Das Device sendet alle 24h und der Zeitraum ueberschneidet sich.... koennte sollte muesste
Ein System das mehrfach hintereinander fuer 10min blockiert macht hier keinen Sinn - ist mueselig (und sinnlos) hier Details zu debuggen. Das muesstest du schon selbst machen, wenn du glaubts so weiter zu kommen. Fuer mich ist das deutlich ueber der Schmerzgrenze und grenzt an Kaffesatzlesen (was koennte verpasst worden sein...)

Du kannst an den Disconnects des HMLAN fest machen, wann erhebliche Probleme auftreten - vielleicht hilft es bei der Suche

Gruss Martin

[Tommy82]

Also an der Auslastung der Box liegt es glaub ich nicht, hab die Box jetzt zwei Tage überwacht, und hab zu nahezu jedem Zeitpunkt eine

Idle

von mehr als 60% und immer über

10000K

freien Speicher.

Würde sagen daran  liegt es nicht!?

Der eine Fensterkontakt ist wieder dead, alle anderen alive...