Hi,
bin schon wieder zurück vom fliegen. Böen ohne Ende. Hat keinen Spaß gemacht. Logging hat gut funktioniert ;-) Einmal hatte ich zwischendrin plötzlich keine Sprachausgabe mehr. Vario ging noch. Vario schalten auch. Komisch :-(
Zum Log-Zeitraster: Das hängt von vielen Faktoren ab. Das HF-Modul liefert die Daten ziemlich regelmäßig. Wann das Bluetooth-Modul das dann überträgt ist schon weniger regelmäßig. Wann Android das empfängt auch. Vor Allem aber ist Android halt kein Echtzeit-Betriebssystem. Sobald ich die Sensordaten habe, schreibe ich sie ins Logfile. Je nachdem was gerade sonst noch so anliegt (Vario, Sprachausgabe, Hintergrund-Prozesse) kann das zeitlich durchaus variieren. Daten gehen aber grundsätzlich nicht verloren. Der aufgezeichnete Zeitpunkt ist aktuell die Zeit zu der die Daten ins Log geschrieben werden. Ich denke aber, dass das völlig genügt an Genauigkeit. Wer wirklich genau und mit hoher zeitlicher Auflösung loggen möchte, muss das ohnehin im Modell machen. Am Boden kommt ja teilweise weniger als ein Wert pro Sekunde für einen konkreten Sensor an - je nachdem wieviele Sensoren man nutzt und ob man einen Sensor priorisiert hat oder nicht (Vario priorisieren ist eigentlich Pflicht). Je schneller das Android-Gerät und je mehr Prozessorkerne, und je weniger noch parallel läuft, desto besser sollte die Konstanz der zeitlichen Auflösung sein.
Ich bin eben mit GPS-Logger und UniSens-E an einem V-Kabel geflogen. Dabei hatte ich 12 Sensoren programmiert:
Empfängerspannung, LQI aus dem Empfänger
Speed, Speed max, Entfernung und Strecke aus dem GPS Logger
Spannung, Strom, Drehzahl, Kapazität, Vario, Höhe, Höhengewinn aus dem UniSens-E
Sehr sinnvoll dabei sind "sprechende" Sensornamen die so auch ins Log geschrieben werden, denn bei dieser Konfiguration hat man z.B. zweimal "Volt" und sogar 3 mal "Meter" (Höhe, Höhengewinn und Entfernung). Irgendwie hat die Messung der Flugstrecke leider nicht funktioniert. Entweder hab' ich beim GPS Logger etwas falsch eingestellt oder die aktuelle Firmware hat da ein Problem :-(
Ansonsten hat das alles sehr gut funktioniert (umbenannt von .csv in .dat zum hochladen):
Anhang anzeigen 2013-05-09_04-18-35-Vitesse - Kopie.dat
Kann man z.B. in Excel öffnen. Gibt da noch ein Problem mit dem Zeichensatz - Umlaute in Sensornamen kommen falsch in Excel an. Daher besser über "Daten" -> "Externe Daten aus Text" einlesen, da kann man dann UTF-8 als Zeichensatz einstellen und dann passt das auch mit "Höhe" und "Empfangsqualität".
Geloggt werden übrigens die "aufbereiteten" Sensordaten. Also beim Lipo z.B. die Prozentangabe, wenn man eine entsprechende Einheit eingestellt hat. In Excel sieht man auch die Sensornamen. Logview ignoriert das leider. Irgendwie scheint die Souffleuse im Moment noch gelegentlich "unmotiviert" Setup-Datensätze zu erzeugen. Muss ich mir nochmal anschauen. Im Zweifel kann man die "überflüssigen" aber einfach manuell aus der Datei entfernen.
Ciao, Udo
bin schon wieder zurück vom fliegen. Böen ohne Ende. Hat keinen Spaß gemacht. Logging hat gut funktioniert ;-) Einmal hatte ich zwischendrin plötzlich keine Sprachausgabe mehr. Vario ging noch. Vario schalten auch. Komisch :-(
Zum Log-Zeitraster: Das hängt von vielen Faktoren ab. Das HF-Modul liefert die Daten ziemlich regelmäßig. Wann das Bluetooth-Modul das dann überträgt ist schon weniger regelmäßig. Wann Android das empfängt auch. Vor Allem aber ist Android halt kein Echtzeit-Betriebssystem. Sobald ich die Sensordaten habe, schreibe ich sie ins Logfile. Je nachdem was gerade sonst noch so anliegt (Vario, Sprachausgabe, Hintergrund-Prozesse) kann das zeitlich durchaus variieren. Daten gehen aber grundsätzlich nicht verloren. Der aufgezeichnete Zeitpunkt ist aktuell die Zeit zu der die Daten ins Log geschrieben werden. Ich denke aber, dass das völlig genügt an Genauigkeit. Wer wirklich genau und mit hoher zeitlicher Auflösung loggen möchte, muss das ohnehin im Modell machen. Am Boden kommt ja teilweise weniger als ein Wert pro Sekunde für einen konkreten Sensor an - je nachdem wieviele Sensoren man nutzt und ob man einen Sensor priorisiert hat oder nicht (Vario priorisieren ist eigentlich Pflicht). Je schneller das Android-Gerät und je mehr Prozessorkerne, und je weniger noch parallel läuft, desto besser sollte die Konstanz der zeitlichen Auflösung sein.
Ich bin eben mit GPS-Logger und UniSens-E an einem V-Kabel geflogen. Dabei hatte ich 12 Sensoren programmiert:
Empfängerspannung, LQI aus dem Empfänger
Speed, Speed max, Entfernung und Strecke aus dem GPS Logger
Spannung, Strom, Drehzahl, Kapazität, Vario, Höhe, Höhengewinn aus dem UniSens-E
Sehr sinnvoll dabei sind "sprechende" Sensornamen die so auch ins Log geschrieben werden, denn bei dieser Konfiguration hat man z.B. zweimal "Volt" und sogar 3 mal "Meter" (Höhe, Höhengewinn und Entfernung). Irgendwie hat die Messung der Flugstrecke leider nicht funktioniert. Entweder hab' ich beim GPS Logger etwas falsch eingestellt oder die aktuelle Firmware hat da ein Problem :-(
Ansonsten hat das alles sehr gut funktioniert (umbenannt von .csv in .dat zum hochladen):
Anhang anzeigen 2013-05-09_04-18-35-Vitesse - Kopie.dat
Kann man z.B. in Excel öffnen. Gibt da noch ein Problem mit dem Zeichensatz - Umlaute in Sensornamen kommen falsch in Excel an. Daher besser über "Daten" -> "Externe Daten aus Text" einlesen, da kann man dann UTF-8 als Zeichensatz einstellen und dann passt das auch mit "Höhe" und "Empfangsqualität".
Geloggt werden übrigens die "aufbereiteten" Sensordaten. Also beim Lipo z.B. die Prozentangabe, wenn man eine entsprechende Einheit eingestellt hat. In Excel sieht man auch die Sensornamen. Logview ignoriert das leider. Irgendwie scheint die Souffleuse im Moment noch gelegentlich "unmotiviert" Setup-Datensätze zu erzeugen. Muss ich mir nochmal anschauen. Im Zweifel kann man die "überflüssigen" aber einfach manuell aus der Datei entfernen.
Ciao, Udo
