98_FREEZEMON - der bessere PERFMON?

Begonnen von KernSani, 03 Februar 2018, 01:08:39

Vorheriges Thema - Nächstes Thema

KernSani

Zitat von: KölnSolar am 03 Februar 2018, 22:57:36
wo und wie  :-\ hab nur noch fm_freezeThreshold und Plausi: Attribute fm_freezeThreshold has to be a number (seconds)

Du hast oben auch noch den alten Download drin.
Ups... was ist da schief gegangen... Jetzt aber, aktualisiert im ersten Post.
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

JoWiemann

#16
Hallo,

bei: get SystemFreeze freeze

bekomme ich: Unknown argument freeze, choose one of freeze:noArg

Grüße Jörg

PS: Warum ein :-( bei: no bad guy found :-(

Ein :-) wäre doch logischer, oder
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

KernSani

Zitat von: JoWiemann am 03 Februar 2018, 23:50:12
bei: get SystemFreeze freeze

bekomme ich: Unknown argument freeze, choose one of freeze:noArg
steht auf der todo-Liste, den GET Befehl gibt es noch nicht ;-)

Zitat von: JoWiemann am 03 Februar 2018, 23:50:12
PS: Warum ein :-( bei: no bad guy found :-(

Ein :-) wäre doch logischer, oder
In den allermeisten Fällen gab es einen "bad guy", nur freezemon hat ihn nicht gefunden, deshalb :-( z.B.: führt ein Perl sleep
{sleep(2)} in der Kommandozeile zu einem Freeze, freezemon, wird den Schuldigen aber nicht finden...
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

KölnSolar

Aaaaaah, jetzt  ;D

Klasse. Das passt so was von perfekt zu meiner Arbeits-/Denkweise  ;D ;D ;D

Den bad guy hab ich jetzt auch öfter. Da gibt es dann so gar keine Info ? Auch keine evtl. mehrdeutige ?  :(

Eine Sache hab ich schon erfolgreich aufgespürt: ein 1W-Temp, den ich zwar definiert, aber aktuell physisch nicht eingebunden habe.

Ich wette, da kommt ne Menge Arbeit auf Supporter und Entwickler zu. Ich kauf mir schon ma paar neue Glaskugeln  ;D ;D ;D

Danke u. schönes WE
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

KernSani

Neue Version im ersten Post, die jetzt auch GET freeze unterstützt.

RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

KölnSolar

Du bist für mich der Held der Woche. Ich wusste ja, dass 58_GPIO4 ein Performancefresser ist. Aber die Ergebnisse des FREEZEMON + meine jungen Kenntnisse zum BlockingCall haben mich bewegt das Modul anzupassen. Was soll ich sagen. So gut wie keine Freezes mehr  :-* Einer z.B., wenn ich das doch sehr große(bin halt ein Messi) Logfile über FHEMWEB anzeigen lasse:
2018.02.04 14:42:32 1: FreezeMon: freezedetect possible freeze starting at 14:42:24, delay is 8.689 possibly caused by at_Exec(check_jammer)
2018.02.04 14:42:49 1: FreezeMon: freezedetect possible freeze starting at 14:42:41, delay is 8.163 possibly caused by no bad guy found :-(

Und jetz gehe ich den Entwicklern auf den Keks  ;D :-[ ;D
Danke&Grüße
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

KernSani

Zitat von: KölnSolar am 04 Februar 2018, 15:04:14
Du bist für mich der Held der Woche.
Das freut mich natürlich tierisch  ;D Und vor lauter Freude habe ich gleich noch eine neue Version oben angehängt, die gefühlt ein paar mehr bad guys identifiziert.
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

KernSani

Und damit habe ich eigentlich fertig.... Ich werde noch weiter versuchen mehr "bad guys" zu identifizieren, aber gibt es noch andere Wünsche/Anregungen?
Denkt ihr das Modul ist es wert, in die offizielle Distribution mit aufgenommen zu werden?
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

devo


P.A.Trick

Zitat von: KernSani am 04 Februar 2018, 21:43:02
Und damit habe ich eigentlich fertig.... Ich werde noch weiter versuchen mehr "bad guys" zu identifizieren, aber gibt es noch andere Wünsche/Anregungen?
Denkt ihr das Modul ist es wert, in die offizielle Distribution mit aufgenommen zu werden?

Ich würde mich darüber freuen!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

KernSani

und - so kurz nach Mitternacht - ist mir aufgefallen, dass die .*DayLast readings nicht funktionieren... ist gefixt (im ersten Post)
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

carlos

Hi,
Die Version ist aber noch auf 0.0.05 !
Im Changelog aber 0.0.06.
Ist aber nur ne Kleinigkeit.
Gruß
Carlos
FHEM svn auf Intel NUC mit proxmox,1 UDOO, 3 Raspberry Pi, signalduino, nanoCUL, div. Homematic Komponenten, toom Baumarkt Funksteckdosen, einige sonoffs, hue, shelly

Ma_Bo

#27
Folgende Meldung kommt bei einem reload 98_freezemon.pm:

Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 379.
Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 380.
Global symbol "%prioQueues" requires explicit package name at ./FHEM/98_freezemon.pm line 381.


Reicht ein reload nicht aus, muss ein neustart gemacht werden...?

#####EDIT 1

2018.02.05 08:10:01.654 1: PERL WARNING: Subroutine freezemon_Initialize redefined at ./FHEM/98_freezemon.pm line 67.
2018.02.05 08:10:01.655 1: PERL WARNING: Subroutine freezemon_Define redefined at ./FHEM/98_freezemon.pm line 90.
2018.02.05 08:10:01.655 1: PERL WARNING: Subroutine freezemon_Undefine redefined at ./FHEM/98_freezemon.pm line 123.
2018.02.05 08:10:01.657 1: PERL WARNING: Subroutine freezemon_ProcessTimer redefined at ./FHEM/98_freezemon.pm line 134.
2018.02.05 08:10:01.658 1: PERL WARNING: Subroutine freezemon_Get redefined at ./FHEM/98_freezemon.pm line 242.
2018.02.05 08:10:01.659 1: PERL WARNING: Subroutine freezemon_Attr redefined at ./FHEM/98_freezemon.pm line 272.


Grüße Marcel
NUC mit FHEM, HM Heizungsthermostate, HM Wandthermostate, Intertechno Funksteckdosen, 10" Tablet als Wanddisplay, KeyMatic, Fensterkontakte, Fensterkontakte umgebaut als Wassermelder und Briefkastenmelder, Aussenthermostat, Anwesenheitssteuerung über Fritz Box, Google Home usw. usw.

JoWiemann

Hm, frei nach Radio Eriwan: Im Prinzip ja, aber...

Bei Modulen, die in den Tiefen von Fhem fischen, besser Neustart.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

raimundl

Zitat von: KernSani am 04 Februar 2018, 21:43:02
Denkt ihr das Modul ist es wert, in die offizielle Distribution mit aufgenommen zu werden?

unbedingt!

Danke und LG
Homematic: Licht, Heizung, Alarm, Alexa ... auf einen RaspberryPi3+mit OS "Stretch" und RPI-RF-MOD mit piVCCU3 (HMCCU), ca. 40 HM Komponenten, alexa, MobileAlerts, Hue Ledstripes....