Fahrtenbuch unvollständig oder?

Für mich sieht das aus wie ein Auszug aus der Track-Log, aber nicht nach Fahrtenbuch

Zitat

Original von thomas1904

Hallo Holzmichl,

in solchen Fällen bleibt nur das händische Ergänzen der fehlenden Daten in der ersten Zeile der gespeicherten txt-Datei mittels Editor
Beispiel:
$Glopus, 24.1,2:29:57,Start,Ziel,

...oder etwas Geduld. Damit nicht beim Listenaufbau und damit Seitenaufbau alle Logs eingelesen werden müssen, startet Glopus beim Öffnen der Seite einen Hintergrundprozess, der nach und nach die Logs scannt und die Werte in der Liste ergänzt.

Zitat

Original von Holzmichl_DD
Danke für die Antworten,

ich weis nicht ob es das war - aber jetzt funktioniert alles

ich hatte vorher die Tracks (Speichern unter...) im selben Verzeichnis wie das Fahrtenbuch (Einstellung Verzeichnis bei Dtenquelle) gespeichert

das habe ich jetzt getrennt - außerdem habe ich alle alten Einträge gelöscht

war wie ich mir ja dachte mein Fehler

Alles anzeigen

Hi Holzmichl,

ich hätte hätte dir früher antworten können, war kurz im Urlaub

Habe auch die beiden Verzeichnisse zusammen gelegt. Hatte einen ähnlichen Fall gehabt. Ein Log-File war korrupt, so das der Fahrtenbuch auch andere Log-Files nicht mehr sauber lesen konnte. Diese eine defekten File hatte ich gelöscht und anschließlich funktionierte auch die anderen Files wieder.

Hinweis an Allgemein:
Da die meistens Karten auf SD-Speicherkarten befinden, empfehle ich die Traglogs nicht auf selben SD-Speicherkarten abzuspeichern! Das hatte bei mir öfters Probleme bereitet. Ich vermute durch die technische Aufbau können manche Karte (Seriale Datenstream, eigene "Minicomputer") irgendwie die hohenen Datenpackete, lesen und gleichzeitig schreiben, nicht richtig verarbeiten. Bei meinem alten MDAII habe ich noch einen schnelleren "Storage"-Speicherplatz, auf den ich die Trags-Log ablege. Seitdem habe ich keine Probleme mehr.

Gruss Bernd

Zitat

Original von AndRo
Ich hab auf meinem Dell eine RAM-Disk (8MB) eingerichtet, in die ich den Track schreibe.

Damit nimmst du Glopus aber 8 MB RAM Platz für Kartenkacheln weg, wo es vielleicht nützlicher wäre. Ich schreibe meine Logs immer auf die SD-Karte und habe dabei noch keine Probleme gehabt. Alle 10sek ein paar Bytes zu schreiben kann den Kartencontroller nicht belasten und schadet auch der SD nicht übermässig. Das musst du mit den hunderten Megabytes in Relation setzen, wenn man je nach Zielort eine Karte gegen eine andere austauscht. Dagegen sind die Logging-Bytes echte Peanuts. Ausserdem verteilt der Controlle die Speicherplätze so, daß es keine punktuellen Häufungen der Schreibzugriffe gibt (z.B. das FAT Directory).

So wie ich das beobachten konnte, schreibt globus weder sekündlich noch alle 10 Sekunden auf die Speicherkarte, sondern es sammelt alles im Arbeitsspeicher und schreibt das Log erst beim Beenden auf Speicherkarte (Peter Kirst, bitte sag, wenn ich falsch liege; aber so war es im Urlaub definitiv, weil das Log ja gar nicht vorhanden war, nachdem ich im laufenden Betrieb resetten musste).

Also folgt:

1. keine Speicherkartenbeanspruchung

2. der arbeitsspeicher fehlt trotzdem

Zitat

Original von HSVMichi
So wie ich das beobachten konnte, schreibt globus weder sekündlich noch alle 10 Sekunden auf die Speicherkarte, sondern es sammelt alles im Arbeitsspeicher und schreibt das Log erst beim Beenden auf Speicherkarte (Peter Kirst, bitte

Doch, zwischendurch wird geschrieben. Das kannst du dir mit dem Total Commander oder auch extern vom PC aus ansehen, wie das Log wächst. Zwar nicht alle 10sek, aber so etwa minütlich. Bei Absturz/Reset kann natuerlich viel passieren.

Zitat

Original von frank334

Doch, zwischendurch wird geschrieben. Das kannst du dir mit dem Total Commander oder auch extern vom PC aus ansehen, wie das Log wächst. Zwar nicht alle 10sek, aber so etwa minütlich. Bei Absturz/Reset kann natuerlich viel passieren.

Wie gesagt - ich kanns nicht bestätigen. Ich logge immer doppelt: einmal mit MN|6, und einmal über serilot (oder ist das vielleicht der Unterschied zu glopus? ?()

Wenn ich den PDA (wegen Speicherprobleme) im Betrieb nur noch resetten kann, gibt es keinerlei Log - auch nicht ansatzweise. Beide Dateien wurden noch nicht einmal angelegt.

Vielleicht meldet sich Peter ja mal dazu.

NACHTRAG: sieht man ja auch am Dateinamen: da ist ein Zeitstempel mit beinhaltet, der den zeitpunkt angibt, wann das Log geschrieben wurde

Zitat

Original von HSVMichi
Wie gesagt - ich kanns nicht bestätigen. Ich logge immer doppelt: einmal mit MN|6, und einmal über serilot (oder ist das vielleicht der Unterschied zu glopus? ?()

Kann sein dass serilot sich anders verhält. Serilot ist bei mir zwar aktiv, aber ich logge mit Glopus 1.19.3. Beim Start wird das Logfile angelegt und dann etwa minütlich wächst es.
Logging über Serilot hatte irgendeinen Nachteil ggü. Glopus, weiss nicht mehr genau was. Protokollauswahl, Log auf PC verschieben nach Tour o.ä. (???)

Zitat

Original von bernd_mueller
.....
Habe auch die beiden Verzeichnisse zusammen gelegt. Hatte einen ähnlichen Fall gehabt. Ein Log-File war korrupt, so das der Fahrtenbuch auch andere Log-Files nicht mehr sauber lesen konnte. Diese eine defekten File hatte ich gelöscht und anschließlich funktionierte auch die anderen Files wieder
.....
Gruss Bernd

Sorry,
habe die Fehlerbeschreibung nicht vollständig beschrieben.
Die Fehler trifft auch auf nur in Verbindung beim starten von Glopus auf, bei dem ich vorher in Kartenmodus den Glopus ausgeschaltet habe (Vergesse immer wieder vorher in anderen Anzeige zu schalten. Wäre da einen Mort-Script eventuell hilfreicher gewesen). Beim Starten von Glopus wird gleich nach kurzen "Datenquelle" Anzeige in Kartenmodus umgeschaltet. Da wird natürlich viel Daten geschaufelt. Gleichzeitig läuft ja auch die Logs-Aufnahme ab. Da könnte mein SD-Karte Probleme bereiten?! Hatte da schon 2 mal meine ganze SD-Karte gelöscht. Ich denke, das hängt auch von der Funktionalität-Qualität der SD-Karte ab.
Während der normalen Lauf von Glopus ist eigendlich die Log-Files nie korrupt gewesen.

Gruss Bernd

Glopus schreibt sofort die Daten weg und sagt dem Betriebssystem sogar und regelmäßigen Abständen, dass der Puffer vom Betgeschrieben werden soll. Das habe ich eingebaut, als es Meldngen gab, dass von Logs nach einem Absturz nur wenig übrig geblieben ist. Seit diese Änderung ist diesbezüglich nix mehr gekommen.
Serilot hat so etwas nicht eingebaut. Da kann es passieren, dass Daten beim Absturz verloren gehen. Außerdem kann Serilot nicht filtern.

Zitat

Original von Peter Kirst
Glopus schreibt sofort die Daten weg und sagt dem Betriebssystem sogar und regelmäßigen Abständen, dass der Puffer vom Betgeschrieben werden soll. Das habe ich eingebaut, als es Meldngen gab, dass von Logs nach einem Absturz nur wenig übrig geblieben ist. Seit diese Änderung ist diesbezüglich nix mehr gekommen.

Und bei serilot ist das anders?