AvrLogger : Thermallogger und Visualisierung Tool

[peterhoffmann]

Gerade kam die neueste Version (v.1.0.7-003) an. Die vertikalen Beschriftungen schauen gut aus.

Ist es geplant, dass man seine aktuelle Einstellung (Layout/Color) abspeichern kann? Oder habe ich die Möglichkeit bisher übersehen... *grübel*

 

[BigRonin]

Hallo Peter,

Ist es geplant, dass man seine aktuelle Einstellung (Layout/Color) abspeichern kann? Oder habe ich die Möglichkeit bisher übersehen...

Ja und nein

Ok … vielleicht muss ich doch nochmal ein Tutorial schreiben.

Also … :

Ist im Tab „Avr-Config“ der „Expert Schalter“ im Abschnitt „Advanced Settings“ auf „Off“ (Default) dann kann im Tab „Color-Scheme“ ein Farb-Template ausgewählt und geladen werden, jedoch nicht als Konfig gespeichert. Ist halt vom Verständnis her „nur“ ein Template.

Wird im Tab „Avr-Config“ der „Expert Schalter“ auf „On“ gesetzt, verschwindet der Tab „Color-Scheme“. Dafür werden dann im „Plot-Config“ erweiterte Einstellungen eingeblendet. Dann kann in „Plot-Config“ neben einem Farb-Template auch ein Layout-Template geladen werden. Auch hier jedoch nicht als Konfig abgespeichert werden. Es sind eben auch nur Templates.

Aber jetzt kommt es:

Im Tab „Avr-Config“ im Abschnitt „Advanced Settings“ können bis zu 5 Konfigurationen von AvrLogger verwaltet werden. Die Konfigurationen schließen „alle“ Einstellungen mit ein, d.h. die Einstellungen aus / im Tab „Avr-Config“ UND „Plot-Config“. Diese Möglichkeit ist unabhängig vom Schalter „Expert Mode“.

Es sind zwei unterschiedliche Aktionen möglich:

• Laden einer Konfiguration, ausschließlich für den Tab „Avr-Config“. Dazu mit „Load Setting“ eine Konfig auswählen und mit „Load“ laden. Sollen die Einstellungen übernommen werden, unten rechts auf „Save Config“ klicken.
• Verwalten der Konfigs (Alle Einstellungen aus „Avr-Config“ UND „Plot-Config“: Dazu in „Load Setting“ eine „Quell-Konfig“ auswählen, in „Store Setting“ eine „Ziel-Konfig“ auswählen und mit „Store“ die Quell-Konfig in der Ziel-Konfig speichern bzw. dorthin kopieren. Ein Klick auf „Save Config“ ist nicht nötig. War das Ziel „Current“ werden die Einstellungen mit „Store“ sofort übernommen und der Tab „NAS-Status“ mit der Grafik angezeigt.
  

Ich bin leider kein Erklärbär … hoffe jedoch das es dennoch verständlich ist.

 

[peterhoffmann]

Hat geklappt. Danke.

 

[ruedi66]

Hm … diese Fehlermeldung sehe ich zum erstem Mal und kann ehrlich gesagt, noch nichts anfangen.
… aber … sofern du mit einem Terminalprogram vertraut bist, könntest du mal folgendes probieren:


Theoretisch ja … wenn möglich gebe mal einem Terminal nacheinander folgende Befehle ein und poste die Ergebnisse:

Diese Fehlermeldung ist so verschwunden, wie sie aufgetaucht ist. Seither ist sie nicht mehr aufgetaucht. Ich denke das ist erledigt.

find /dev/ -name sd*
find /dev/ -name md*
cat /proc/mdstat

Betreffend Expansionseinheit:
find /dev/ -name sd*

/dev/sdpb3
/dev/sdpc3
/dev/sdpc2
/dev/sdpc1
/dev/sdpb2
/dev/sdpb1
/dev/sdpb
/dev/sdpc
/dev/sdmb3
/dev/sdmb2
/dev/sdmb1
/dev/sdma3
/dev/sdma2
/dev/sdma1
/dev/sdmc3
/dev/sdmc2
/dev/sdmc1
/dev/sdnb3
/dev/sdnb2
/dev/sdnb1
/dev/sdnc3
/dev/sdna3
/dev/sdna2
/dev/sdnc2
/dev/sdna1
/dev/sdnc1
/dev/sdoa3
/dev/sdoa2
/dev/sdoa1
/dev/sdoc3
/dev/sdob3
/dev/sdoc2
/dev/sdob2
/dev/sdoc1
/dev/sdob1
/dev/sdpa3
/dev/sdpa2
/dev/sdpa1
/dev/sdma
/dev/sdpa
/dev/sdoc
/dev/sdob
/dev/sdoa
/dev/sdnc
/dev/sdnb
/dev/sdna
/dev/sdmc
/dev/sdmb
/dev/sdj1
/dev/sdj
/dev/sdl1
/dev/sdl
/dev/sdk1
/dev/sdk
/dev/sdg3
/dev/sdg2
/dev/sdg1
/dev/sdi1
/dev/sdi
/dev/sdg
/dev/sde3
/dev/sde2
/dev/sde1
/dev/sdf3
/dev/sdf2
/dev/sdf1
/dev/sdd3
/dev/sdd2
/dev/sdd1
/dev/sdc3
/dev/sdc2
/dev/sdc1
/dev/sdb3
/dev/sdb2
/dev/sdb1
/dev/sda3
/dev/sda2
/dev/sda1
/dev/sdf
/dev/sde
/dev/sdd
/dev/sdc
/dev/sdb
/dev/sda

find /dev/ -name md*

/dev/md5
/dev/md2
/dev/md3
/dev/md4
/dev/md1
/dev/md0

cat /proc/mdstat

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [raidF1]
md5 : active raid6 sdpc3[11] sdpb3[10] sdma3[0] sdob3[7] sdoc3[8] sdpa3[9] sdoa3[6] sdnc3[5] sdnb3[4] sdna3[3] sdmc3[2] sdmb3[1]
      78092045440 blocks super 1.2 level 6, 64k chunk, algorithm 2 [12/12] [UUUUUUUUUUUU]

md2 : active raid6 sda3[0] sdg3[6] sdf3[5] sde3[4] sdd3[3] sdc3[2] sdb3[1]
      19510982720 blocks super 1.2 level 6, 64k chunk, algorithm 2 [7/7] [UUUUUUU]

md3 : active raid1 sdk1[0] sdl1[1]
      250049664 blocks super 1.2 [2/2] [UU]

md4 : active raid1 sdi1[0] sdj1[1]
      500101376 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3] sde2[4] sdf2[5] sdg2[6]
      2097088 blocks [12/7] [UUUUUUU_____]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3] sde1[4] sdf1[5] sdg1[6]
      2490176 blocks [12/7] [UUUUUUU_____]

unused devices: <none>

 

[BigRonin]

Hallo ruedi66,

danke! Damit kann ich schon was anfangen.

Eine Bitte habe ich noch, könntest du auch das noch einmal testen?

snmpwalk -v 2c  -c "syno" -O qv 127.0.0.1 1.3.6.1.4.1.6574.2.1.1.6

Das liest die Temperaturen der Festplatten per snmp-Abfrage aus und sollte in deinem Fall 23 Werte ausgeben. Für jede Festplatte ein Wert.

Wenn die Abfrage bei dir tatsächlich 23 Werte liefert, dann funktioniert die Temperaturauswertung prinzipiell. Jedoch nur über „alle“ Festplatten, egal ob sie in einer DS oder Erweiterungseinheit steckt.

Anhand deiner Antwort konnte ich bereits die Werte für I/O-Werte der Festplatten und Arrays korrigieren und es wird demnächst ein Update geben.

 

[ruedi66]

Super, danke für deine Bemühungen!
Die beiden Abfragen passen:

snmpwalk -v 2c -c "syno" -O qv 127.0.0.1 1.3.6.1.4.1.6574.2.1.1.6 | wc -l

23

snmpwalk -v 2c -c "syno" -O qv 127.0.0.1 1.3.6.1.4.1.6574.2.1.1.6

36
35
39
36
38
36
36
28
29
27
27
35
34
36
34
37
34
40
36
39
37
39
39

 

[BigRonin]

Hallo zusammen,

Linux und auch Synology, bezeichnen die Laufwerke, auf Shellebene, relative eindeutig. Eine Zuordnung der Laufwerksbezeichnung ist auch einfach einem Laufwerkseinschub zuzuordnen.
So kann man davon ausgehen das „sda“ immer Laufwerk / Datenträger 1 entspricht, „sdb“ immer Datenträger 2 usw. Soweit alles klar und logisch …

ABER …

Bei Erweiterungseinheiten scheint die Bezeichnung jedoch nicht fortlaufend zu sein.
Beispiel von einer DX1215 (Dank an ruedi66):

/dev/sdma
/dev/sdmb
/dev/sdmc
/dev/sdna
/dev/sdnb
/dev/sdnc
/dev/sdoa
/dev/sdob
/dev/sdoc
/dev/sdpa
/dev/sdpb
/dev/sdpc

Wie man sehen kann sind die Bezeichnungen nicht fortlaufend.

Das Linux, theoretisch, eine beliebige Anzahl Laufwerke verwalten / benennen kann ist mir bekannt und stellt an sich auch kein Problem dar. Was mir Probleme bereitet ist die Zuordnung zu einem Datenträger in einer Erweiterungseinheit.
Zu der DX1215 könnte ich zwar eine Zuordnung herleiten, wie sieht es aber mit anderen Erweiterungseinheiten aus oder sogar bei mehr als einer?

Kennt jemand ein eindeutiges Zuordnungsschema, modellübergreifend?
Oder eine Methode dies eindeutig festzustellen? (Systemaufruf / snmp OID)

Zur Erklärung, bzw. Hintergrund: Ich möchte in AvrLogger die Bezeichnungen für die Array / HDD Auswahl etwas DSM konformer machen. Ich denke nicht jedem erschließt sich sofort was „md4“ oder „sdl“ bedeutet.
Aus "md4" soll dann sowas wie "Pool 1" werden und aus "sda" dann Disk 1.

PS.: Ich kann das mangels Erweiterungseinheit leider nicht selber testen / probieren.

 

[ruedi66]

Das Zuordnungsschema für die Expansionseinheit wird schon so sein, wie du aufgelistet hast:

Interne HDD:

synodisk --get_location_form /dev/sda
Disk id: 1
Disk cnr: 1
Disk cnridx: 0
Disk Locatoin: 0-1
Convert to: /dev/sda

synodisk --get_location_form /dev/sdb
Disk id: 2
Disk cnr: 1
Disk cnridx: 0
Disk Locatoin: 0-2
Convert to: /dev/sdb

synodisk --get_location_form /dev/sdc
Disk id: 3
Disk cnr: 1
Disk cnridx: 0
Disk Locatoin: 0-3
Convert to: /dev/sdc

etc...

Expansionseinheit beginnt mit sdma (Disk Location: 1-1):

synodisk --get_location_form /dev/sdma
Disk id: 1
Disk cnr: 2
Disk cnridx: 13
Disk Locatoin: 1-1
Convert to: /dev/sdma

synodisk --get_location_form /dev/sdmb
Disk id: 2
Disk cnr: 2
Disk cnridx: 13
Disk Locatoin: 1-2
Convert to: /dev/sdmb

synodisk --get_location_form /dev/sdmc
Disk id: 3
Disk cnr: 2
Disk cnridx: 13
Disk Locatoin: 1-3
Convert to: /dev/sdmc

beim Versuch sdmd --> 0-342

synodisk --get_location_form /dev/sdmd
Disk id: 342
Disk cnr: 8
Disk cnridx: 0
Disk Locatoin: 0-342
Convert to: /dev/sd?

somit weiter mit sdna:

synodisk --get_location_form /dev/sdna
Disk id: 4
Disk cnr: 2
Disk cnridx: 14
Disk Locatoin: 1-4
Convert to: /dev/sdna

synodisk --get_location_form /dev/sdnb
Disk id: 5
Disk cnr: 2
Disk cnridx: 14
Disk Locatoin: 1-5
Convert to: /dev/sdnb

synodisk --get_location_form /dev/sdnc
Disk id: 6
Disk cnr: 2
Disk cnridx: 14
Disk Locatoin: 1-6
Convert to: /dev/sdnc

beim Versuch sdnd --> 0-368

synodisk --get_location_form /dev/sdnd
Disk id: 368
Disk cnr: 8
Disk cnridx: 0
Disk Locatoin: 0-368
Convert to: /dev/sd?

somit weiter mit sdoa:

synodisk --get_location_form /dev/sdoa
Disk id: 7
Disk cnr: 2
Disk cnridx: 15
Disk Locatoin: 1-7
Convert to: /dev/sdoa

etc...

Hilft dir das weiter?

 

[BigRonin]

synodisk --get_location_form /dev/sda
Disk id: 1
Disk cnr: 1
Disk cnridx: 0
Disk Locatoin: 0-1
Convert to: /dev/sda

Wow ... das ist Klasse!!! Super ... das ist die Lösung für die Zuordnung!!!

Vielen DANK!

 

[ruedi66]

Gerne!

Übrigens könnte es sein, dass Synology den Schreibfehler "Disk Locatoin:" irgendwann merkt und ihn berichtigt. Ich würde dem zuvor kommen und den Wert so auslesen:

synodisk --get_location_form /dev/sda | egrep "Disk Locat(io|oi){1}n" | awk -F': ' '{print $2}'

 

[BigRonin]

Ok ... soweit war / bin ich noch nicht

 

[BigRonin]

… gibt es so etwas auch um festzustellen welches Array (z.B. md2) sich hinter „Speicher Pool 1“ verbirgt … oder umgekehrt?

 

[ruedi66]

Nicht direkt "Speicher Pool 1", aber

mdadm --detail /dev/md5

zeigt dir, welche HDD's in diesem Raid eingebunden sind.

 

[BigRonin]

Hallo ruedi66,

Nette / interessante Möglichkeit detaillierte Informationen von einem Array zu erhalten. Hilft mir in meinem Fall jedoch leider nicht weiter.

Dennoch vielen Dank für deine Antwort!

 

[Kurt-oe1kyw]

Version 1.0.7-004 läuft noch nicht ganz rund. Auf der DS 916+ alles ok. ABER auf der DS118 läuft zwar das Update durch, bleibt dann im Paketzentrum im Status "angehalten". Klickt man auf "Ausführen" kommt "Wird geladen" und bleibt dann aber wieder auf angehalten.
Interessanterweise lässt sich aber durch Klicken auf das Icon AvrLogger das Paket auf der DSM Oberfläche starten.Links oben läuft auch der Kreis "Active/On", ABER die 4 blauen Punkte ziehen von links herein, bleiben in der Mitte stehen und ziehen dann nach Rechts weiter.
Früher war es so, wenn man an den Einstellungen etwas geändert hat. Da war das dann nach einiger Zeit vorbei.

Irgendwas stimmt da jetzt mit dem Auslesen der Daten wohl nicht, da steht auch "sensor.sh: line 24 mdl [@]: unbound variable.
Das wiederholt sich dann immer wieder.

2019.02.25 04:16:23 AvrLogger stopped ...
2019.02.25 04:16:23 PreUpgrade: from v1.0.7-003 ...
2019.02.25 04:16:23 PreUpgrade: Folder "etc" saved
2019.02.25 04:16:38 PreUninst : UPGRADE is being prepared ...
2019.02.25 04:16:38 PreUninst : Symbolic link in 3rdparty deleted
2019.02.25 04:16:39 PreInst   : Preparing UPGRADE v1.0.7-004
2019.02.25 04:16:39 PostInst  : UPGRADE v1.0.7-004
2019.02.25 04:16:39 PostInst  : Reuse "/etc"
2019.02.25 04:16:46 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:17:20 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:19:10 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:20:11 GUI: Timeout occurred while waiting for update confirmation ...
2019.02.25 04:20:11 GUI: Trying to reset Daemon and the last changes ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:20:39 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:22:06 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:22:21 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:22:29 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:22:59 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:26:36 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:31:24 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:32:14 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:32:20 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:32:51 GUI: Timeout occurred while waiting for idle ...
2019.02.25 04:32:51 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:33:10 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable
2019.02.25 04:33:15 GUI: AvrLogger quit unexpectedly. Restart initiated ...
/volume1/@appstore/AvrLogger/lib/sensors.sh: line 24: mdl[@]: unbound variable

Wie gesagt bei der DS 916+ läuft es aber fehlerfrei.
Fehler bleibt auch nach kompletten Neustart der DS.

 

[BigRonin]

Arghhh ...

... so ist das wenn man diveser NAS nur eingeschränkt simulieren kann.

Magst du "händisch" mal von meinem Server die Version 1.0.7-005 probieren auf deiner DS118??

 

[Kurt-oe1kyw]

Wieder Perfekt, Danke! Läuft wieder mit der 1.0.7-005

2019.02.25 15:30:19 PreUpgrade: from v1.0.7-004 ...
2019.02.25 15:30:19 PreUpgrade: Folder "etc" saved
2019.02.25 15:30:34 PreUninst : UPGRADE is being prepared ...
2019.02.25 15:30:34 PreUninst : Symbolic link in 3rdparty deleted
2019.02.25 15:30:35 PreInst   : Preparing UPGRADE v1.0.7-005
2019.02.25 15:30:35 PostInst  : UPGRADE v1.0.7-005
2019.02.25 15:30:35 PostInst  : Reuse "/etc"
2019.02.25 15:31:14 AvrLogger started ...

Alles gut, auch auf der DS916+ weiterhin i. O.

 

[BigRonin]

Hallo an alle Freunde von „AvrLogger“

Auch wenn es hier ruhiger zum Thema „AvrLogger“ geworden ist, werkle ich weiter an dem Programm.
Ich habe „AvrLogger“ quasi komplett neu geschrieben / runderneuert.

Die wichtigsten Änderungen / Neuerungen sind:

- AvrLogger kann auf virtuellen Systemen installiert und getestet werden. Jedoch ist der Umfang der möglichen Sensor-Werte eingeschränkt.
- Den Installations- / Updateprozess beschleunigt.
- Mehrsprachenunterstützung vorbereitet.
- Unterstützung / Nutzung eines "shared memory" – einer RAM Disk.
- Reaktionsgeschwindigkeit der Benutzeroberfläche gesteigert.
- Performance des Daemons verbessert.
- Benutzeroberfläche umgestaltet und verteilt auf mehrere Tabs (Seiten).
- Neues Farbschema „Dark-2“.
- Die Achsen skalieren automatisch innerhalb eingestellter Parameter.
- Die Abfragehäufigkeit der Sensor-Werte kann ausgewählt werden.
- Der CPU-Load zwischen zwei Werteabfragen wurde eliminiert.
- Die Größe der Datenbank kann ausgewählt werden.

Die beiden Parameter für die „Abfragehäufigkeit“ und „Datenbankgröße“ erlaubt es nun, den durch AvrLogger erzeugten „System-Load“, auf die persönlichen Anforderungen anzupassen. Die Reduzierung der „Abfragehäufigkeit“ und „Datenbankgröße“ geht jedoch einher mit einer „geringeren“ Genauigkeit der Linendiagramme.

Mit der „Runderneuerung“ bin ich noch nicht ganz fertig. Es sind noch nicht alle Hilfstexte angepasst und die eine oder andere Optimierung ist noch nicht umgesetzt. Dennoch ist „AvrLogger“ bereits jetzt soweit das ich alle „Mutigen“ dazu einladen möchte, eine Vorabversion ausgiebig zu testen „und“ hier ein Feedback zu geben.

Hier geht’s zum manuellem Download auf meinem Server: AvrLogger

Viele Grüße,
BigRonin

 

[Kurt-oe1kyw]

- Die Achsen skalieren automatisch innerhalb eingestellter Parameter.

DAS ist genial gelöst, jetzt muss man sich nicht mehr an die Werte "herantasten" um eine übersichtliche Darstellung zu erhalten wenn man mehrere Parameter gleichzeitig sehen möchte. Schaut jetzt so aus:



Ansonsten ist es eine eher "fade" Testversion ---> weil ich keine Fehler finden konnte
.spk heruntergeladen > manuell installiert > AVR Logger gestartet > läuft problemlos = fad weil ohne Fehler

Falls von Interesse noch das Log bei mir von der Installation:

2019.04.28 06:29:44 AvrLogger started ...
2019.05.04 07:24:36 AvrLogger stopped ...
---------------------------------------------------------------------------------
2019.05.04 07:24:37 PreUpgrade: from v1.0.7-005 ...
2019.05.04 07:24:37 PreUpgrade: Recovered settings for reuse
2019.05.04 07:24:37 PreUninst : UPGRADE is being prepared ...
2019.05.04 07:24:37 PreUninst : Symbolic link in 3rdparty deleted
---------------------------------------------------------------------------------
2019.05.04 07:24:37 PreInst   : Preparing UPGRADE v1.0.8-001
2019.05.04 07:24:38 PostInst  : UPGRADE v1.0.8-001
---------------------------------------------------------------------------------
2019.05.04 07:24:38 PostInst  : Reuse "/etc"
2019.05.04 07:24:38 PostInst  : Default color scheme "scheme.conf.def" created
2019.05.04 07:24:38 PostInst  : Color scheme "scheme_0.conf" created
2019.05.04 07:24:38 PostInst  : Color scheme "scheme_2.conf" created
2019.05.04 07:24:38 PostInst  : Color scheme "scheme_1.conf" created
2019.05.04 07:24:38 PostInst  : Default preset "preset.conf.def" created
2019.05.04 07:24:38 PostInst  : Preset template "preset_0.conf" created
2019.05.04 07:24:38 PostInst  : Preset template "preset_1.conf" created
2019.05.04 07:24:38 PostInst  : AvrLogger config "log.conf" updated
2019.05.04 07:24:38 PostInst  : AvrLogger default config "log.conf.def" created
2019.05.04 07:24:38 PostInst  : GUI note text file "log.conf.txt" created
2019.05.04 07:24:38 PostInst  : User config "user_0.conf" updated
2019.05.04 07:24:38 PostInst  : User config "user_1.conf" updated
2019.05.04 07:24:38 PostInst  : User config "user_2.conf" updated
2019.05.04 07:24:38 PostInst  : User config "user_3.conf" updated
2019.05.04 07:24:38 PostInst  : User config "user_4.conf" updated
2019.05.04 07:24:38 PostInst  : Symbolic link in 3rdparty created
---------------------------------------------------------------------------------
2019.05.04 07:24:38 AvrLogger v1.0.8-001 UPGRADE successful.
---------------------------------------------------------------------------------
2019.05.04 07:24:42 PKG: AvrLogger was started by DSM ...
2019.05.04 07:24:43 SYS: The specified "archive" directory has been corrected : "daten/avr_archivdaten"
2019.05.04 07:24:43 SYS: The specified "SVG Copy" directory has been corrected : "daten/avr_archivdaten"

Ich habe mir für meine Ansicht die Intensität der Linien und der Stärke erhöht, so das sie bei mir jetzt "kräftiger" angezeigt werden:



Selbst meine vordefinierten Speicherziele wurden anstandlos übernommen aus der vorigen Version.
Fazit: Schaut gut aus bisher.

Anmerkung: Die Forensoftware dampft die hochgeladenen Bilder in dieser Größe etwas ein, daher wirken die Ansichten "unscharf" und "blass". Im Original schaut das aber tatsächlich so aus:



das obere Bild wurde aufgrund seiner Größe jetzt nicht von der Forensoftware eingedampft und zeigt die Ansicht, so wie sie auch auf dem Monitor daheim dargestellt wird.

 

[synfor]

Anmerkung: Die Forensoftware dampft die hochgeladenen Bilder in dieser Größe etwas ein, daher wirken die Ansichten "unscharf" und "blass".

Das liegt nicht nur daran, dass die Bilder in der Größe (niedrigere Auflösung) eingedampft werden, sondern auch daran, dass JPG für solche Bilder eher ungeeignet ist, besonders bei stärkerer Komprimierung.