Neuer Linux Tracker

Hallo zusammen,

seit heute ist ein neuer Rechenserver (vorerst parallel zum alten Server in Betrieb).

Dazu habe ich den Linux-Tracker mir folgenden Neuerungen überarbeitet:

1. Er sendet direkt an den neuen Server und nicht mehr an den alten.
2. Es wird nun auch die Höhe (Altitude) übertragen, nicht nur Latitude und Longitude.
3. Die Amplitudenwerte werden jetzt genormt (zwischen -1.000000 und 1.000000) übertragen, sodass unterschiedliche Auflösungen bei den AD-Wandlern keine Rolle für die Berechnung der Stromstärke mehr spielen.
4. Er enthält eine neue verbesserte Maximumberechnung, dadurch werden die Zeitpunkte verbessert ermittelt.
5. Er unterstützt nun die Baudraten 4800, 9600, 19200, 38400 (wird ab Firnware 23 ebenfalls von der Auswerterplatine unterstützt).
6. Ein Bug für altere Kernel-Versionen (zu viele Zombi-Prozesse) wurde beseitigt (Danke an Tim!).

@Andreas: Wie sollten vielleicht mal telefonieren, dann erkläre ich Dir die Änderungen und deren Notwendigkeit

Grüße,
Egon

Guten Morgen Egon,

ich habe mal versucht die Änderungen in die Software zu übernehmen. Deinen neuen Code habe ich so verstanden:

• Das betragsmäßige Maximum wird zuerst wie bisher bestimmt
  Falls beide Komponenten kleiner als die Triggerschwelle sind, wird die Amplitude genau auf diesen Schwellwert und der Index des Maximums für die korrekte Zeitberechnung auf -1 gesetzt.
  Generell wird 1 von der bestimmten Maximumposition abgezogen.
  Dann werden beide Komponenten noch so normiert, dass sie im Bereich -1 ... 1 liegen.
• Die GPS-Höhe wird nach den Koordinaten übertragen
• Die A und B Komponente des Maximums wird als Fließkommazahl mit 6 Nachkommastellen übertragen.
• Es wird direkt nach dem Öffnen nicht mehr von der Netzwerkverbindung gelesen.
• Am Ende der Übertragung wird nur noch eine (anstelle von zwei) Leerzeilen übertragen.
• Das Lieferziel hat sich auf den Rechner rechenserver.de geändert.

Aktuell liefere ich gerade testweise nach diesen Änderungen. Falls noch etwas fehlt oder nicht richtig ist, kann ich das gerne noch ändern.

Viele Grüße,
Andreas

Hallo Egon,

ich habe seit heute testweise den neuen Tracker von Dir auf meinem Server (Station 157) am laufen.

@Andreas, ich habe leider Deine Quellen noch nicht auschecken bzw. compilieren können. Mein Server läuft noch unter Debian 4.0
und da möchte ich nicht noch weitere Änderungen vornehmen. Bis mein neuer Server in Betrieb ist wirds wohl noch ein paar Tage dauern.
Wäre es eventuell möglich eine Art Daily-Snapshot der Quellen zur Verfügung zu stellen? Oder die aktuellen Quellen als gepacktes tar.gz?
Die nötigen Bibliotheken sind dann zwar noch ein Problem, aber das sollte hinzubekommen sein.

VG
Steffen

Der Tracker läuft erst einmal, aber

kurz tauchten bei meiner Station Entladungen um 6:xx Uhr mit dem neuen Tracker (16.0) in der Stationeliste auf.

Nun stehen nur noch die Entladungne mit dem altne Tracker (15.0) mit der Uhrzeit 5:25 Uhr auf.
Die Anzahl der Entladungen ändert sich aber.

Edit: Die Anzeige wechselt hin und wieder. Mal die alten Entladungen mit Tracker 15.0, dann wieder die neuen mit Tracker 16.0.
Dann entsprechend rot oder grün gekennzeichnet.

VG
Steffen

Zitat von westside

Guten Morgen Egon,

ich habe mal versucht die Änderungen in die Software zu übernehmen. Deinen neuen Code habe ich so verstanden:

• Das betragsmäßige Maximum wird zuerst wie bisher bestimmt
  Falls beide Komponenten kleiner als die Triggerschwelle sind, wird die Amplitude genau auf diesen Schwellwert und der Index des Maximums für die korrekte Zeitberechnung auf -1 gesetzt.
  Generell wird 1 von der bestimmten Maximumposition abgezogen.
  Dann werden beide Komponenten noch so normiert, dass sie im Bereich -1 ... 1 liegen.
• Die GPS-Höhe wird nach den Koordinaten übertragen
• Die A und B Komponente des Maximums wird als Fließkommazahl mit 6 Nachkommastellen übertragen.
• Es wird direkt nach dem Öffnen nicht mehr von der Netzwerkverbindung gelesen.
• Am Ende der Übertragung wird nur noch eine (anstelle von zwei) Leerzeilen übertragen.
• Das Lieferziel hat sich auf den Rechner rechenserver.de geändert.

Aktuell liefere ich gerade testweise nach diesen Änderungen. Falls noch etwas fehlt oder nicht richtig ist, kann ich das gerne noch ändern.

Viele Grüße,
Andreas

@Andreas:

Das ist fast alles ok so, es wird das Maximum berechnet, wenn die beiden Amplituden unter dem Schwellwert sind, wird der Index auf -1 gesetzt, die Amplitude von A auf den Schwellwert, die von B auf 0. Zu dem Zeitstempel werden max_index * 3.125 usec addiert. Ist also kein Amplitudenwert über dem Schwellwert (max_index == -1), so ist der Zeitpunkt jetzt 3.125 usec früher als der Zeitstempel. Es musste ja schließlich irgend etwas über dem Schwellwert getriggert worden sein.

@Steffen

Damit es nicht hin und her wechselt, muss ich euch am alten Server abschalten. Alle, die den neuen Server nehmen, sollten auf keinen Fall später wieder den alten Tracker. Es laufen jetzt beide Server parallel, und dann kommt alles durcheinander.

Ich melde jetzt Andreas und Steffen vom alten Server ab.

Grüße,
Egon

Hallo zusammen,

habe einen Schnappschuss des aktuellen Codes jetzt unter https://quark.no-ip.org/blitzortung/ zum Herunterladen abgelegt, dort findet sich auch die über Doxygen generierte Dokumentation des Projekts. Die ist im Moment leider noch spärlich, wir aber hoffentlich mit weiteren Kommentaren im Code langsam ausführlicher.

@Egon:

Dann habe ich Deinen Code noch nicht ganz verstanden, bei der Berechnung des Maximums wird der Zeitindex bei einem Maximum unter dem Schwellwert auf -1 gesetzt. Später bei der Berechnung der Zeitkorrektur wird noch mal 1 vom Zeitindex abgezogen:
> last_nsec+= (max_index-1)*3125ll; // time correction
D. h. die übertragene Zeit ist 2 * 3125 ns vor dem ursprünglichen Zeitstempel.

@Steffen:

Die aktuellen Quellen findest Du jetzt unter obigen Link. Als Bibliotheken werden im Moment libboost (>= 1.34.1) und liblog4cpp (>= 1.0) benötigt. Die Vorgehensweise zum Bauen des Pakets ist im README erklärt.

Grüße,
Andreas

@Egon,
Okay. Dann wird der alte Tracker eingemottet. Die Liste scheint nun auch zu stimmen.

@Andreas
Danke für den Snapshot. Das kann ich dann mal probieren. Die Bibliotheken muss ich mir noch besorgen und installieren.
Dann werde ich testen.

Edit: Ich habe die Libs auf dem Server installiert, war kein problem und deine Sourcen übersetzt. Ging auch ohne Probleme.
I.A. läuft jetzt dieser Tracker im Test.

Falls Du aktualisierte Quellen hast, kannst Du die bitte bereitstellen, damit das dann auch läuft.
Ich werde mich dann mal durch die Quellen arbeiten...

Super Arbeit, Andreas! Und auch dir, Egon für den Linux-Tracker.

VG
Steffen

@Andreas:

Richtig, die Zeile:

last_nsec+= (max_index-1)*3125ll; // time correction

muss

last_nsec+= max_index*3125ll; // time correction

lauten. Habe es korrigiert => Version 17.

Danke,

@Steffen:

Es gibt jetzt eine aktualisierte Version der Quellen, bei der der verschobene Zeitindex auch korrigiert ist.

Viele Grüße,
Andreas

@Andreas
Okay, werde ich installieren.

Edit:
So, neue Version übersetzt und läuft nun. Keine Problem bis hierher.
Nun muss es nur noch gewittern. Hier im Osten sind ja für heute Nachmittag Gewitter angesagt...

Steffen

Kurze Rückmeldung von mir.

@Egon,

Ich habe nun beide Tracker getestet. Den 17.0er von Egon und den DebianTracker von Andreas.
Beide scheinen erat einmal zu laufen. Gewitter gibts in der näheren Umgebung i.A. keine auch nicht in Europa.

Was mir nur auffällt ist, dass Entladungen mit zeitnahem Zeitstempel in der Stationsliste registiert werden,
die Anzahl jedoch seit einigen Stunden konstant bleibt.

Ist das wirklich nur Zufall oder stimmt da noch etwas nicht?

Edit: Scheint wieder zu laufen...

VG
Steffen

Hallo Andreas,

ich habe heute versucht Deinen aktuellen Debian-Tracker zu übersetzen. Auch wegen der schönen Graphen, die erzeugt werden! ;-).
Leider bricht das Kompilieren mit Fehler ab. Vermutlich fehlen Bibliotheken.

Hier das Ende des Kompilierens mit den Fehlermeldungen

...

test-lib.cc:1:33: error: cppunit/TestFixture.h: No such file or directory
test-lib.cc:2:45: error: cppunit/extensions/HelperMacros.h: No such file or directory
test-lib.cc:3:39: error: cppunit/CompilerOutputter.h: No such file or directory
test-lib.cc:4:34: error: cppunit/XmlOutputter.h: No such file or directory
test-lib.cc:5:52: error: cppunit/extensions/TestFactoryRegistry.h: No such file or directory
test-lib.cc:6:32: error: cppunit/TestResult.h: No such file or directory
test-lib.cc:7:41: error: cppunit/TestResultCollector.h: No such file or directory
test-lib.cc:8:32: error: cppunit/TestRunner.h: No such file or directory
test-lib.cc:9:47: error: cppunit/BriefTestProgressListener.h: No such file or directory
test-lib.cc: In function 'int main(int, char**)':
test-lib.cc:22: error: 'CPPUNIT_NS' has not been declared
test-lib.cc:22: error: expected `;' before 'testResult'
test-lib.cc:25: error: 'CPPUNIT_NS' has not been declared
test-lib.cc:25: error: expected `;' before 'resultCollector'
test-lib.cc:26: error: 'testResult' was not declared in this scope
test-lib.cc:26: error: 'resultCollector' was not declared in this scope
test-lib.cc:29: error: 'CPPUNIT_NS' has not been declared
test-lib.cc:29: error: expected `;' before 'progress'
test-lib.cc:30: error: 'progress' was not declared in this scope
test-lib.cc:33: error: 'CPPUNIT_NS' has not been declared
test-lib.cc:33: error: expected `;' before 'testRunner'
test-lib.cc:34: error: 'testRunner' was not declared in this scope
test-lib.cc:34: error: 'CPPUNIT_NS' has not been declared
test-lib.cc:38: error: 'CPPUNIT_NS' has not been declared
test-lib.cc:38: error: expected `;' before 'compileroutputter'
test-lib.cc:39: error: 'compileroutputter' was not declared in this scope
test-lib.cc:42: error: 'CPPUNIT_NS' has not been declared
test-lib.cc:42: error: expected `;' before 'xmlOut'
test-lib.cc:43: error: 'xmlOut' was not declared in this scope
make[2]: *** [test-lib.o] Error 1
make[2]: Leaving directory `/test/toa_blitzortung/debian_tracker/blitzortung-tracker/tests'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/test/toa_blitzortung/debian_tracker/blitzortung-tracker'
make: *** [all] Error 2

---

Ich habe das tar.gz-File ausgepackt, dann "make -f Makefile.cvs" und "./configure" gestartet, danach dann "make".

Könntest Du mir dazu einen Tipp geben? Das wäre sehr nett. Die vorhergehenden Versionen liessen sich immer problemlos übersetzen.

VG
Steffen

Hallo Steffen,

da ich zum "trockenen" Testen für die Daten die von dem PCB V4 kommen angefangen habe Tests für die Software zu schreiben wird jetzt auch noch die libcppunit (>= 1.12.1) eingesetzt. Dafür gibt es im Unterordner tests/ ein Programm test-lib in dass Tests der verschiedenen Teile der Software aufgenommen werden können.

Damit die Erzeugung der Graphen funktioniert, muss das Speichern der Rohdaten aktiviert sein. Das -info Skript erzeugt dann die zwei Bilder an einem beliebigen Zielpfad (hier z.B. /var/www/)

Viel Erfolg beim Ausprobieren!

Grüße,
Andreas

Edit: Gerade fällt mir noch ein, dass Du noch gnuplot für die Erstellung der Graphen brauchst, das Paket gnuplot-nox sollte ausreichen.

Hallo Andreas,

danke für die Hinweise. Ich werde die Libs installieren und nochmals testen.

VG
Steffen

Edit: So, kompilieren ging, der Tracker läuft auch. Nun muss ich mir die Befehle/Programme zur Visualisierung ansehen...

Edit2: Ich habe das nun ersteinmal am Laufen. Erste Statistiken bzw. Graphen werden aber erst nach 24h erzeugt(?). Muss ich mal laufen lassen und dann morgen sehen...

Vielen Dank für Deine Klasse Arbeit, Andreas!

@Andreas,

Ich habe das Logging der Roh-Daten mit eingeschaltet.

Wenn ich die Daten mit ./blitzortung-data -i input-file auslesen werden die einzelnen Entladungen immer mit Zeitstempel 23. oder 24.09. mit Uhrzeiten 23:59:xx oder 00:00:xx in das Logfile geschrieben. Was kann da mit dem Zeitstempel bzw. Datum/Uhrzeit nicht stimmen?

Die Datensätze sehen folgendermassen aus

...
20100824 00:00:05.501802416 13.7640 51.0057 181 9 56.250 0.76 (-0.51, -0.56)
20100824 00:00:06.222142990 13.7640 51.0057 181 9 -3.125 0.20 (0.20, 0.00)
20100823 23:59:54.798823669 13.7640 51.0057 181 9 -3.125 0.20 (0.20, 0.00)
20100823 23:59:55.519163444 13.7640 51.0057 181 9 -3.125 0.20 (0.20, 0.00)
20100824 00:00:02.602409934 13.7640 51.0057 184 9 -3.125 0.20 (0.20, 0.00)
20100824 00:00:04.083672505 13.7640 51.0057 184 9 25.000 0.57 (-0.41, -0.41)
20100824 00:00:04.851893313 13.7640 51.0057 184 9 -3.125 0.20 (0.20, 0.00)
20100823 23:59:52.164090556 13.7640 51.0058 184 9 137.500 0.77 (-0.55, -0.54)
20100823 23:59:52.958408368 13.7640 51.0058 184 9 -3.125 00.20, 0.00)
20100823 23:59:58.634957574 13.7639 51.0058 190 9 -3.125 0.20 (0.20, 0.00)
20100823 23:59:55.252926696 13.7639 51.0058 186 7 134.375 0.54 (0.38, 0.3)
20100823 23:59:56.209725096 13.7639 51.0058 189 6 -3.125 0.20 (0.20, 0.00)
20100824 00:00:04.806940987 13.7640 51.0057 194 6 -3.125 0.20 (0.20, 0.00)
20100823 23:59:54.589982369 13.7641 51.0057 191 7 15.625 0.27 (0.21, 0.17)
20100824 00:00:03.241640207 13.7640 51.0057 189 7 31.250 0.48 (0.33, 0.34)
20100824 00:00:06.810148918 13.7640 51.0057 187 7 25.000 0.41 (-0.39, -0.11)
20100823 23:59:55.252240298 13.7640 51.0057 185 7 9.375 0.27 (-0.20, -0.17)
...

Parallel habe ich die Konsolenausgaben des Trackers mit -v und --debug mitgeloggt und dort taucht dann folgendes auf:

...
1282646264 INFO network.Transfer : 2010-08-24 10:37:43.354146736 51.005741 13.763968 194 USER PASSWD 0.195312 0.000000 A DebianTracker Ver. 0.9
1282646264 DEBUG network.Transfer : () connection closed
1282646264 DEBUG network.Transfer : () recollect samples 1 + 0
1282646264 DEBUG network.Transfer : () recollected 1 samples
1282646264 DEBUG network.Transfer : () output file /toa/TOA_Data_%Y%m%d.bor
1282646264 DEBUG data.SamplesFileHeader : construct() date not-a-date-time version 0
1282646264 DEBUG network.Transfer : saveData()
1282646264 DEBUG data.SamplesFileHeader : construct() date not-a-date-time version 0
1282646264 DEBUG data.SamplesFileHeader : read() date 2010-Aug-24 version 1 #samples 477 samplesize 30 filesize 14310
1282646264 DEBUG data.SamplesFile : open() open file '/toa/TOA_Data_20100824.bor' with mode 21
...

Die Uhrzeit des Servers ist i.O.

VG
Steffen

Hallo Steffen,

die Ausgaben geben leider noch keinen Hinweis auf einen Fehler. Habe gerade noch etwas mehr Debug-Output in die Quelle eingebaut. Wenn Du den tracker und die Datenanzeige mit --debug startest, sollte wir einen Hinweis auf den Fehler bekommen. Auf welcher Architektur läuft denn Dein Tracker (i386, amd64 ?), da könnten noch Fehler in den Datentypen stecken.

Viele Grüße,
Andreas

Edit: Das Skript dass die Graphen erzeugt habe ich noch von Hand in die Crontab eingetragen:

Einfach als root:

> crontab -e

und dann folgenden Eintrag erstellen:

*/15 * * * * /usr/bin/blitzortung-info /var/www

Dann wird die Grafik alle Viertelstunde erzeugt.

Hallo Andreas,

ich habe Deine neue Version übersetzt und getestet. Maschine ist ein i386 (PIII) auf einem Debian 4.0 mit den notwendigen Bibliotheken.

Das Problem scheint weiterhin zu bestehen. Irgendwie werden Datum/Uhrzeit schon nicht richtig in das Raw-Datenfile geschrieben.

Hier die Ausgabe von blitzortung-data -i raw_data_file --debug

HILDE-SERVER:/test/toa_blitzortung/debian_tracker/blitzortung-tracker__24082010_2# blitzortung-data -i /toa/TOA_Data_20100824.bor --debug
1282654559 DEBUG data.SamplesFileHeader : construct() date not-a-date-time version 0
1282654559 DEBUG data.SamplesFileHeader : read() date 2010-Aug-24 version 1 #samples 15 samplesize 30 filesize 450
1282654559 DEBUG data.SamplesFile : open() open file '/toa/TOA_Data_20100824.bor' with mode 12
1282654559 DEBUG data.SamplesFile : read() read 15 samples (0 - 14)
1282654559 DEBUG data.sample.V1 : fromStream() ns 46340257189932 time 2010-Aug-24 00:00:02.036076773 off1 0
1282654559 DEBUG data.sample.V1 : fromStream() ns 46341147712153 time 2010-Aug-24 00:00:02.926598994 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46355954510499 time 2010-Aug-23 23:59:59.286653267 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46357580931539 time 2010-Aug-24 00:00:00.913074306 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46358455748988 time 2010-Aug-24 00:00:01.787891755 off1 0
1282654559 DEBUG data.sample.V1 : fromStream() ns 46359176090244 time 2010-Aug-24 00:00:02.508233011 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46388141342091 time 2010-Aug-23 23:59:54.579996712 off1 21
1282654559 DEBUG data.sample.V1 : fromStream() ns 46403372920589 time 2010-Aug-23 23:59:51.364831136 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46412884663405 time 2010-Aug-24 00:00:00.876573951 off1 0
1282654559 DEBUG data.sample.V1 : fromStream() ns 46413605005860 time 2010-Aug-24 00:00:01.596916406 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46460727349763 time 2010-Aug-23 23:59:53.379028089 off1 14
1282654559 DEBUG data.sample.V1 : fromStream() ns 46513024053122 time 2010-Aug-24 00:00:08.782243300 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46513147709753 time 2010-Aug-24 00:00:08.905899931 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46514443480044 time 2010-Aug-23 23:59:51.754926149 off1 -1
1282654559 DEBUG data.sample.V1 : fromStream() ns 46553643843001 time 2010-Aug-23 23:59:54.061800959 off1 6
20100824 00:00:02.036076773 13.7640 51.0058 177 8 0.000 0.40 (-0.38, -0.13)
20100824 00:00:02.926598994 13.7640 51.0058 177 8 -3.125 0.20 (0.20, 0.00)
20100823 23:59:59.286653267 13.7640 51.0058 183 8 -3.125 0.20 (0.20, 0.00)
20100824 00:00:00.913074306 13.7640 51.0058 183 8 -3.125 0.20 (0.20, 0.00)
20100824 00:00:01.787891755 13.7640 51.0058 183 8 0.000 0.29 (-0.28, -0.08)
20100824 00:00:02.508233011 13.7640 51.0058 184 7 -3.125 0.20 (0.20, 0.00)
20100823 23:59:54.579996712 13.7640 51.0058 186 7 65.625 0.28 (-0.13, 0.24)
20100823 23:59:51.364831136 13.7640 51.0058 187 7 -3.125 0.20 (0.20, 0.00)
20100824 00:00:00.876573951 13.7640 51.0058 188 7 0.000 0.20 (-0.20, 0.01)
20100824 00:00:01.596916406 13.7640 51.0058 188 7 -3.125 0.20 (0.20, 0.00)
20100823 23:59:53.379028089 13.7640 51.0058 191 7 43.750 0.22 (-0.21, 0.07)
20100824 00:00:08.782243300 13.7640 51.0058 191 7 -3.125 0.20 (0.20, 0.00)
20100824 00:00:08.905899931 13.7640 51.0058 191 7 -3.125 0.20 (0.20, 0.00)
20100823 23:59:51.754926149 13.7640 51.0058 191 7 -3.125 0.20 (0.20, 0.00)
20100823 23:59:54.061800959 13.7640 51.0057 190 7 18.750 0.68 (-0.68, -0.02)

und ein Ausschnitt des Logfiles des Trackers

...
1282654346 DEBUG data.SamplesFile : open() open file '/toa/TOA_Data_20100824.bor' with mode 21
1282654346 DEBUG data.sample.V1 : toStream() ns 46340257189932 time 2010-Aug-24 12:52:20.257189932 off1 0
1282654346 DEBUG data.sample.V1 : toStream() ns 46341147712153 time 2010-Aug-24 12:52:21.147712153 off1 -1
...

Hier scheint das Datum noch zu stimmen... Seltsam.

blitzortung-statistics gibt folgende Fehlermeldung zurück

HILDE-SERVER:/test/toa_blitzortung/debian_tracker/blitzortung-tracker__24082010_2# blitzortung-statistics
ERROR: double date!

Ich hoffe das hilft etwas weiter.

Den Eintrag in der Crontab hatte ich schon gemacht, es werden aber wegen der falschen Daten keine Garfiken erstellt.

VG
Steffen

Hallo Steffen,

das Problem war sehr wahrscheinlich die fehlerhafte Umrechnung der Nanosekunden in einer long long int (64-bit) Variable in die boot posix_time. Jetzt ist der Fehler hoffentlich behoben.

Grüße,
Andreas

Hallo Andreas,

Okay, danke. Ich teste...

Edit: Tracker läuft. Die ersten Daten (Datum/Uhrzeit) scheinen nun i.O. zu sein. blitzortung-data gibt erst einmal richtige Datensätze zurück.
Diagramme werden eerst einmal noch nicht erzeugt, braucht das 24h?

VG
Steffen

Hallo Steffen,

das Statistik-Skript blitzortung-statistics verwendet im Moment noch einen fixen Pfad an dem die Daten gesucht werden, das ist wahrscheinlich die Stelle an der es hakt. Du kannst es im Moment ja im Quellcode scripts/blitzortung-statistics ändern (Variable rawPath). Später wird es dann eine Kommandozeilenoption dafür geben.

Wenn es funktioniert gibt das Skript gibt das Histogramm der vergangenen 24 Stunden aus. Du solltest also zumindest für die letzten Stunden die Statistik sehen.

Grüße,
Andreas

Edit: Der Fehler "double date" bedeutet, dass das statistik-skript für ein Datum zwei Datenfiles gefunden hat, wenn Du eines davon löscht sollte es durchlaufen.