AvrLogger : Thermallogger und Visualisierung Tool

[Kurt-oe1kyw]

wie immer mit Bildern ist es einfacher:

 

[TeXniXo]

Das mit Mouse-Over finde ich wirklich großartig gelöst! Auch DANKE von mir!

 

[BigRonin]

Es gibt eine neue Version von AvrLogger … eine Preview

Leider ist das Überwachen der Festplatten immer noch nicht fertig. Der komplette Umbau der Benutzeroberfläche hat bis jetzt gedauert und ist nun abgeschlossen. (Abgesehen von der ein oder anderen kleinen Korrektur, sofern mir welche auffallen.)

Ich bin sehr auf euren Eindruck gespannt ?

 

[peterhoffmann]

Ich habe mir auf die Schnelle nur die vier Screenshots angeschaut. Das sieht schön aufgeräumt aus.
Testen kann ich erst heute Abend oder morgen.

 

[Kurt-oe1kyw]

ah das schaut SUPER aus. Vielen Dank für die tolle Arbeit!
Wichtig!
Unbedingt den Pop Blocker wie in der ersten Hilfe Seite erklärt wird nach der Installation auschalten, sonst gehen die Logs usw nicht auf.
Einfach die DDNS oder die Server IP zulassen, beim ersten "Blocken" erscheint das entsprechende Fenster, zumindest hier bei mir im FF.

Das "Log" ist jetzt ganz rechts, dort auf das Icon mit den Ordnern klicken und dann auf Log.
Schaut grafisch wirklich gut aus.

Generell sieht das jetzt "Aufgeräumt" und übersichtlich aus, gefällt mir.

Die USV Last Anzeige funktioniert jetzt auch wieder, PRIMA!

Läuft auf der Intel CPU und auf der Realtek bisher einwandfrei.
Ich melde mich wenn ich etwas finde zum "Verbessern"

 

[BigRonin]

Die USV Last Anzeige funktioniert jetzt auch wieder, PRIMA!

? ... gab es da zwischen Zeitlich ein Problem mit?
Ich hab da nichts weiter drann verändert, bis auf die Anfangsproblemchen.

 

[Kurt-oe1kyw]

Möglicherweise war ich es auch selber da ich mit winNUTclient herumgespielt habe.
Ich kann jetzt endlich von der USV welche an der Diskstation mit USB angeschlossen ist die Daten auslesen mit einer uralten winNUTclient Version 1.5 aus dem Jahre 2007 und wenn ich dort einstelle 80%, dann fährt mein windows 10 Version 2004 PC automatisch Herunter wenn die Akkuanzeige auf 79% geht.
Ich habe dazu mit der Datei ups.ini herumgespielt, vielleicht hat der AvrLogger das nicht für gut befunden?
Jedenfalls wurden keine Werte mehr übernommen und ich hatte fast nur mehr eine gerade Linie, also die % Anzeige war irgendwie "Eingefroren".
Im Log hat sich das Befunden:

2020.06.21 05:19:23 AvrLogger Alert : "USV Last %" >>> "USV Last %" ist größer/gleich 27.0%.
2020.06.22 00:33:18 SYS : Unexpected change in UPS support detected.
2020.06.22 00:33:18 SYS : A new initialization is carried out.

Die gelbe LLinie zeigt die "eingefrorene % Angabe" und um ca. 16:20 habe ich dann das Update auf den neuesten AvrLogger von dir gemacht und ab da wurden auch wieder korrekte Werte angezeigt:



Aber noch mal, das kann auch ich gewesen sein, das durch meine Schuld die Anzeige ausgefallen ist.
Auf jeden Fall sieht man schön im Bild oben das sofort nach dem Update vom AvrLogger die USV Daten wieder korrekt angezeigt werden.

 

[BigRonin]

Ich habe mal zusammen geschrieben was AvrLogger im Bezug auf USV so macht.

Test ob USV von der DiskStation erkannt wurde :

- lesen der /etc/synoinfo.conf
- prüfen ob Parameter vorhanden sind :
supportups = "yes" oder "no"
ups_mode = "usb" oder "slave"

- lese Parameter :
ups_enabled = "yes" oder "no"
upsslave_enabled = "yes" oder "no"
upsslave_server = "192.168.1.248"
ups_acl = "192.168.1.251|192.168.1.250||||"

Entsprechend der ermittelten Parameter werden Flag's gesetzt bzw. Einstellungen in der AvrLogger-Konfig vorgenommen.
Soll den Flag's nach eine USV vorhanden sein, erfolgt zyklisch die Abfrage der USV-Werte "Load" und "Charge".

Abfrag USV-Parameter :

- öffnen eines HTML-Socket 127.0.0.1 Port 3493
- Aufforderung an die USV-Senden die Parameterliste auszugeben
- Plausibilitätstest der gelieferten Antwort.

Ist hierbei an irgend einer Stelle ein Fehler aufgetreten :

- Eintrag ins LOG :
2020.06.22 00:33:18 SYS : Unexpected change in UPS support detected.
2020.06.22 00:33:18 SYS : A new initialization is carried out.
Der Test ob eine USV-Vorhanden ist wird wiederholt.

Es gibt an dieser Stelle eine Kuriosität die ich mit meinem Produktivesystem nicht weiter testen will :
- auch wenn man auf einem Client die USV Unterstützung via System-Steuerung deaktiviert,
liefert meine Abfrage der USV-Parameter "gültige" Werte. Das ist soweit kein Problem, da AvrLogger
dennoch weiter Werte aufnimmt.
- Es macht jedoch die Fehlersuche um ein vielfaches schwieriger.

Bei einem negativem Ergebnis wird :
- jede weitere Abfrage der USV angehalten
- die Plot-Linien für "Load" und "Charge" werden deaktiviert. Das jedoch nur "intern".
- es erfolgt "keine" weitere Prüfung ob zwischenzeitlich erneut eine USV vorhanden ist.
- in der Datenbank wird ab jetzt immer der jeweils letzte gültige Wert eingetragen.
Das erklärt die gleichbleibende Plot-Linie, nach dem diese erneut eingeschaltet wurde.

- Eine erneute Überprüfung auf Vorhandensein einer USV erfolgt "erst" :
- bei einem "Neustart" von AvrLogger
- nach einem "klick" in den Einstellungen auf irgend einem "Save"-Button

An dieser Stelle ist zu beachten, das die Plot-Linien "von Hand" wieder eingeschaltet werden müssen.

Zusammenfassung :
- ändert sich im Betrieb das Vorhandensein einer USV von :
"nicht vorhanden" in "ist vorhanden"
ist ein "Durchstarten" von AvrLogger notwendig mit anschließendem "Einschalten" der Plot-Linien.
- deine Änderungen in der "ups.ini" stören AvrLogger nicht, ABER ... es ist nicht ausgeschlossen das der DSM
den HTML-Socket 127.0.0.1 Port 3493 kurzzeitig, oder für länger, deaktiviert. DAS bekommt AvrLogger dann doch mit
und es erfolgt der Eintrag ins Log "Unexpected change in UPS support detected"

Ich vermute mal das bei dir AvrLogger sehlenruhig weitergelaufen ist, ohne das du irgendwelche Änderungen in den
Einstellungen gesichert hast. AvrLogger ist erst "neugestartet" nach der Installation der Preview.
Das wäre für mich eine plausible Erklärung zu deiner Beobachtung.

Einfach mal im Blick behalten ?

 

[AndiHeitzer]

Erstmal vielen Dank für die mühsame Arbeit!
Nachdem ich diese Version drauf gepackt habe, kam ich ins Stocken, da gab es den Überblick und den Changelog zu sehen und dann ... ????? ?
Zweimal musste ich auf das Drehteil links oben drauf klicken und schon war ich dort, wo ich hinwollte. Aber wirklich auf den ersten Blick ist das nicht zu erkennen.

Mir stellt sich die Frage, wenn man diesen FRED nicht komplett kennt, ob das nicht ein Fallstrick sein könnte?
Aber vielleicht liegt das auch daran, dass ich keine vierzig mehr bin ?

 

[Kurt-oe1kyw]

- deine Änderungen in der "ups.ini" stören AvrLogger nicht, ABER ... es ist nicht ausgeschlossen das der DSM
den HTML-Socket 127.0.0.1 Port 3493 kurzzeitig, oder für länger, deaktiviert. DAS bekommt AvrLogger dann doch mit
und es erfolgt der Eintrag ins Log "Unexpected change in UPS support detected"

Vielen Dank für die Ausführliche Erklärung.
Ich glaube die Sache mit dem HTML-Socket könnte es dann vielleicht gewesen sein, da ich im DSM in den Einstellungen für die USV in der dortigen Tabelle der "erlaubten" IP-Adressen eine neue, zusätzliche Eingetragen hatte.
Das könnte zeitmässig auch in etwa hinkommen mit dem Eintrag im Log von AvrLogger.

Ich werde das mal weiter beobachten. Seit der Installation der neuen 3.0.1-001 funktioniert es jedenfalls wieder einwandfrei.

 

[peterhoffmann]

Ich habe es gerade installiert und bin alles mal durch. Gefällt mir gut, sehr übersichtlich, was bei der Hülle und Fülle von Möglichkeiten schon nicht mehr leicht ist.

Aufgefallen ist mir unter "Info" (Icon ganz links), dass Klicks auf Log und News nichts bewirken. Der betreffende Bereich bleibt weiß.

 

[BigRonin]

.. das ist soweit normal.
Stattdessen sollte sich ein neues Fenster öffnen. In diesem wird dann entweder das Log oder die New’s angezeigt.

Welchen Browser benutzt du? … Popup-Blocker deaktiviert?

 

[peterhoffmann]

Popup-Blocker deaktiviert?

Das war es natürlich. Da das Einstellungsfenster schon ein neues Fenster ist, habe ich ein weiteres Popup wohl ausgeschlossen und diese Fehlerquelle nicht weiter verfolgt. Nu geht es.

Im Log ist mir eine sich wiederholende Meldung aufgefallen:

2020.06.19 21:05:02 PKG: AvrLogger was stopped by CronJob ...
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe
2020.06.22 08:00:23 CRN: "Hibernation" stopped ...
2020.06.22 08:00:23 PKG: AvrLogger was started by CronJob ...
2020.06.22 21:05:01 CRN: "Hibernation" started ...
2020.06.22 21:05:02 PKG: AvrLogger was stopped by CronJob ...
2020.06.23 08:00:02 CRN: "Hibernation" stopped ...
2020.06.23 08:00:23 PKG: AvrLogger was started by CronJob ...
2020.06.23 21:05:01 CRN: "Hibernation" started ...
2020.06.23 21:05:02 PKG: AvrLogger was stopped by CronJob ...
2020.06.24 08:00:02 CRN: "Hibernation" stopped ...
2020.06.24 08:00:23 PKG: AvrLogger was started by CronJob ...
2020.06.24 21:05:01 CRN: "Hibernation" started ...
2020.06.24 21:05:02 PKG: AvrLogger was stopped by CronJob ...
2020.06.25 08:00:06 CRN: "Hibernation" stopped ...
2020.06.25 08:00:23 PKG: AvrLogger was started by CronJob ...
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe
2020.06.25 13:15:45 PKG: AvrLogger was stopped by DSM ...
---------------------------------------------------------------------------------
2020.06.25 13:15:46 PreUpgrade: from v2.0.3-000 ...
2020.06.25 13:15:46 PreUpgrade: Settings successfully saved for reuse
2020.06.25 13:15:46 PreUninst : UPGRADE is being prepared ...
2020.06.25 13:15:46 PreUninst : Symbolic link in 3rdparty deleted
---------------------------------------------------------------------------------
2020.06.25 13:15:46 PreInst   : Preparing UPGRADE v3.0.1-000
2020.06.25 13:15:47 PostInst  : UPGRADE v3.0.1-000
---------------------------------------------------------------------------------
2020.06.25 13:15:47 PostInst  : Renamed "/helptoc" to "/.helptoc"
2020.06.25 13:15:47 PostInst  : Reuse "/etc"
2020.06.25 13:15:47 PostInst  : Config "log.conf" updated
2020.06.25 13:15:47 PostInst  : Use of "Shared Memory" is enabled
2020.06.25 13:15:47 PostInst  : Config "Default.cnf" created
2020.06.25 13:15:47 PostInst  : Config "schedule.conf" created
2020.06.25 13:15:47 PostInst  : Symbolic link in 3rdparty created
---------------------------------------------------------------------------------
2020.06.25 13:15:47 AvrLogger v3.0.1-000 UPGRADE successful.
---------------------------------------------------------------------------------
2020.06.25 13:15:48 AvrLogger : SPK enabled-Flag has been set
---------------------------------------------------------------------------------
2020.06.25 13:15:52 PKG: AvrLogger was started by DSM ...
2020.06.25 13:17:56 GUI: Saved successfully: "AvrLogger.dat"
2020.06.25 13:17:56 GUI: Saved successfully: "error"
2020.06.25 13:17:56 GUI: Saved successfully: "enumDrives"
2020.06.25 13:17:56 GUI: Saved successfully: "log.conf"
2020.06.25 13:17:56 GUI: Saved successfully: "2020.06.25 - 13.17.56 AvrLogger.cnf"
2020.06.25 13:19:56 Broken Pipe error has occurred
2020.06.25 13:19:57 Broken Pipe error has occurred
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe

 

[BigRonin]

Ach säuftz … ja

Ich nehme an du meinst:

2020.06.25 13:19:56 Broken Pipe error has occurred
2020.06.25 13:19:57 Broken Pipe error has occurred
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe

Ich versuche schon lange diesem Fehler auf die Spur zu kommen.

Vor weg: Die Meldung ist unkritisch und hat auf das Funktionieren von AvrLogger keine Einfluss, sie ist einfach nur nervig.

Das Dumme an der Meldung ist, ich erhalte keine Information an welcher Stelle dieser Fehler auftritt. Mir ist es nicht mal ansatzweise gelungen den Fehler einzukreisen, geschweige denn ihn zu reproduzieren.

Ich versuche den Fehler soweit zu unterdrücken, das er nicht mehr im LOG erscheint.

Bei den Beiden :

2020.06.25 13:19:56 Broken Pipe error has occurred
2020.06.25 13:19:57 Broken Pipe error has occurred

ist mir das Ansatzweise gelungen. Daran zu erkennen das ein Zeitstemple vorhanden ist.

Wie gesagt … Diese Meldung ignorieren. Ich bin dem weiterhin auf der Spur.

 

[Kurt-oe1kyw]

keine Information an welcher Stelle dieser Fehler auftritt. Mir ist es nicht mal ansatzweise gelungen den Fehler einzukreisen, geschweige denn ihn zu reproduzieren.

Also für mich ist das einfach nur ein Schönheitsfehler.
Ich habe gestern 24.06.2020 um 15:53 Uhr das Update gemacht.
Jetzt nach 28 Stunden Betrieb habe ich diese Einträge nur 4 x im Log. Das ist die Suche nach der berühmten Nadel im Heuhaufen.
Ich kann dir leider auch nicht mal Ansatzweise sagen was ich gemacht haben könnte, dass dieser Eintrag protokolliert wird.

2020.06.24 15:59:16 AvrLogger Alert : "HDD min °C" >>> "HDD min °C" ist größer/gleich 32.0°C.
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe

Ich werde mal darauf Achten ob ich irgendwann, irgendwie ein "Muster" erkennen kann.
Aber wie von dir schon mehrmals erwähnt, es macht nichts böses und in den letzten 28h ist es bei mir 4x Eingetragen.

 

[peterhoffmann]

Ich bin dem weiterhin auf der Spur.

Da sind ein paar Meldungen dazugekommen:

2020.06.25 13:19:56 Broken Pipe error has occurred
2020.06.25 13:19:57 Broken Pipe error has occurred
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe
Traceback (most recent call last):
  File "/var/packages/AvrLogger/target/AvrCron.py", line 160, in
    lib.touch( asset.f_CrnFlag )
AttributeError: module 'lib' has no attribute 'touch'
Traceback (most recent call last):
  File "/var/packages/AvrLogger/target/AvrCron.py", line 160, in
    lib.touch( asset.f_CrnFlag )
AttributeError: module 'lib' has no attribute 'touch'
2020.06.26 00:56:53 GUI: Timeout occurred while waiting for update confirmation.
2020.06.26 00:56:54 GUI: Trying to reset Daemon and the last changes.
2020.06.26 00:56:54 PKG: AvrLogger was stopped by CGI ...
Traceback (most recent call last):
  File "/usr/syno/synoman/webman/3rdparty/AvrLogger/AvrLogger.cgi", line 228, in <module>
    shutil.copy ( asset.avrConfigFile + '.save', asset.avrConfigFile )
NameError: name 'shutil' is not defined
Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe

 

[peterhoffmann]

Ich habe mit "tail -f error" das Log überwacht und gleichzeitig AvrLogger gequält.

Die Meldung:

Exception ignored in: <_io.TextIOWrapper name='<stdout>' mode='w' encoding='UTF-8'>
BrokenPipeError: [Errno 32] Broken pipe

habe ich nicht gezielt durch einen festen Ablauf provozieren können. Bei gleichen Abläufen kommt sie manchmal, manchmal wiederum nicht.

Festgestellt habe ich aber, dass sie ausschließlich beim Schließen vom AvrLogger-Fenster generiert wird. Während der Bedienung kam sie nie, nur immer beim Schließen.

Zweimal habe ich die Meldung sogar bekommen, wo ich mich nur ins DSM eingeloggt habe, AvrLogger geöffnet, 2-3 Sekunden gewartet und das Fenster vom AvrLogger wieder geschlossen habe. Das Setup brauchte ich da gar nicht anzufassen. Beim dritten Versuch kam trotz gleichem Ablauf die Meldung nicht.

 

[BigRonin]

Erst einmal vielen Dank für deine Hilfe.

Der Hinweis mit:

... dass sie ausschließlich beim Schließen vom AvrLogger-Fenster generiert wird.

hilft schon mal. ?
Ich kann genau wie du die Meldung „provozieren“, jedoch nicht eindeutig „reproduzieren“ und leider immer noch ohne Lokalisierung wo genau das Problem auftritt.

Ich arbeite jetzt die ganzen Hinweise und Tipps von Tante „google“ dazu ab … die gibt es da zuhauf, den richtigen muss ich nur noch finden.

Bis dahin bleibt mir nur euch zu vertrösten. ?

 

[AndiHeitzer]

Alles wird gut.
Und das Du das alles in der Freizeit abarbeitest, finde ich mehr als nur SUPER!
Von daher mach Dir bitte keinen Stress, OK?

?

 

[ruedi66]

Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'>

Kann passieren, wenn du ein File mehrmals öffnest, ohne es jedesmal sauber zu schliessen