Re: [OpenSeaMap-develop] Hardwarelogger, die 1.

[Jens K. <cle...@go...>]

Hi

Der Zeitstempel je Satz ist notwendig, um zu wissen wann genau die Daten
eingegangen sind.
Mit deinem Vorschlag ist genau das NICHT realisierbar.

Gruß Jens


Am 10. Oktober 2013 16:27 schrieb Dimitri Junker <
dim...@on...>:

> Hallo,
> mit dem Zeitstempel habe ich noch meine Bedenken, Du machst dadurch das
> File inkompatibel zu bestehender Software. Alternativ wäre dafür eine
> eigene Zeile, also z.b. :
> $POSMTI,123
> Nachteil 8 Zeichen mehr, aber jede NMEA Software kann es noch verstehen.
> Hat Du OSM schon als Herstellercode eintragen lassen, geht das einfach?
> Gruß
> Dimitri
>
>
>
> Wilfried Klaas <W....@gm...> schrieb:
>>
>> Ein freundliches Hallo an alle,
>>
>> als erstes, ja ich weiß, die Mailingliste ist in Englisch, aber mein
>> Englisch ist ziemlich eingerostet. Deswegen verzeiht, daß ich in deutsch
>> schreibe.
>>
>> Zu meiner Person:
>> Ich bin derjenige, der sich um den angekündigten Hardwarelogger sowohl
>> Hardwaretechnisch wie auch Firmwaretechnisch kümmert. Für diejenigen, die
>> es intererssiert. Wir haben einen ganz klaren recht engen Rahmen, sowohl
>> zeitlich wie auch preislich, für das Projekt.
>> Der Logger macht nix weiteres als die Daten von 2 NMEA Eingänge sowie den
>> eingebauten Lage- und Beschleunigungssensor auf eine SD Karte zu schreiben.
>> Es wird nichts gefiltert, analysiert oder sonst wie bearbeitet.
>> (Seatalk ist hardware technisch zwar vorgesehen, habe ich aber aufgrund
>> des doch recht engen Zeithorizontes erstmal nur rudimentär implementiert.)
>>
>> Kurzbeschreibung Hardware:
>> - Prozessor Atmel ATMega328 SMD
>> - Lage/Beschleunigung MPU 6050
>> - 2 optisch getrennte NMEA 0183 Eingänge
>> - 1 optisch getrennte SeaTalk Eingang (Muss im Gerät üebr einen Jumper
>> aktiviert werden.)
>> - SD Kartenleser
>> - Spannungsversorgung 12V. Mit Reserve über Goldcap. (Die brauchen wir,
>> damit der Logger beim Abschalten noch die Dateien auf der SD Karte sauber
>> schliessen kann. Sonst ist das Dateisystem ganz schnell defekt.)
>> - Anschluss alleine über RJ45.
>>
>> Software:
>> - Bootloader mit Firmware Updatemöglichkeit über SD Karte (Nur FAT 16)
>> - Firmware schreibt FAT16 und FAT 32 Karten
>> - zu jedem Datensatz wird ein interner Zeitstempel zugefügt.
>> - Änderung der Basiskonfiguration über Datei auf der SD Karte möglich.
>> (Baudrate, Aktivierung der Eingänge)
>>
>> Status:
>> Hardware: 90% getestet, es fehlen noch elektrische Tests der NMEA 0183
>> und des SeaTalkanschlusses. (Die Schnittstellen selber sind bereits
>> getestet.)
>> Software: 90% fertig und getestet. Was fehlt ist das Zeitstempelformat,
>> aber dazu späte rmehr.
>> Felderprobung,Langzeittests: 10%, wir sind erst im 1. Prototypenstadium.
>>
>> Nächste Schritte:
>> - Felderprobung, Schnittstellentests.
>> - Vorserie
>> - Vorserientests mit ausgewählten Personen
>>
>> Weswegen ich mich an euch wende, ist, weil ich gerade an dem Datenformat
>> für die Datensätze sitze. Da ihr später mit den Daten arbeiten müßt, wäre
>> es sinnvoll, über das Datenformat zu reden.
>> (Bitte keine Diskussion mehr über RJ45, oder weitere Schnittstellen oder
>> die Hardware.)
>> NMEA ist ja ein zeilenorientiertes Protokoll. D.h. jeder Datensatz ist
>> eine Zeile lang. max 80 Zeichen und wird mit einem CRLF abgeschlossen. Nun
>> muss/will ich natürlich einen internen Zeitstempel hinzufügen. Dieser ist
>> auch recht einfach gehalten, denn das sind die ms seit dem Start des
>> Systems. (das ein 32-bit Longwert und läuft nach ca. 49 Tagen über. Sollte
>> man nur wissen, ist kein Problem.)
>> Vor dem jeweiligen Datensatz steht nun der Zeitstempel als HEXWert. Also
>> so:
>> 2A9$POSMST,Start NMEA Logger
>> 3ED$POSMGYR,-620,-224,17628
>> 3EE$POSMACC,-658,-335,12
>> 484$POSMVCC,4940
>> 7D8$POSMGYR,-592,-60,17772
>> 7D9$POSMACC,-642,-345,9
>> 7E5$POSMVCC,4918
>> ...
>> BBD3$POSMGYR,-764,44,17912
>> BBD4$POSMACC,-680,-526,-8
>> BBE1$POSMVCC,4897
>> BE65$POSMVCC,3444
>> BE66$POSMSO,Stop NMEA Logger
>> Wie man sieht, ist der ZEitstempel kein Festformat, sondern wird einfach
>> als Hexzahl davor gesetzt. Erkennbar sind die Daten allerdings recht
>> einfach, denn das NMEA Format beginnt immer mit einem $
>>
>> Ist das Format so ok oder soll ich das anders kodieren?
>>
>> Für den Logger selber habe ich 5 zusätzlich NMEA Datensätze "erfunden"
>> $POSMST: Startmeldung des Loggers. Hier fehlt noch die Firmwareversion.
>> Wird dann in der Endgültigen Version so aussehen  2A9$POSMST,Start NMEA
>> Logger, V 1.0.003
>> $POSMSO. Stoppmeldung des Loggers.
>> $POSMVCC, aktuelle Versorgungsspannung in mV. Brauche ich für
>> Debugzwecke. Wird in der endgültigen Version aber wegfallen.
>> Für den Lage und Beschleunigungssensor habe ich 2 weitere NMEA Datensätze
>> erzeugt. Ich habe in der NMEA Definition leider nichts vergleichbares
>> gefunden.
>> $POSMGYR,-592,-60,17772 Daten des Gyrosscopes in 16Bit Auflösung x,y,z
>> $POSMACC,-642,-345,9 Daten des Beschleunigungssensors in 16Bit Auflösung
>> x,y,z
>> Die 6 Werte müssen dann mit den jeweiligen Einstellungen des Sensors
>> verarbeitet werden. (Lage: ±250°/sec  und  Beschleuningung: ±2  g.)
>> Die x-Achse ist quer zum Gerät (also links/rechts), die y-Achse ist die
>> Längsseite (also vor/zurück) und die z-Achse dementsprechend hoch/runter.
>>
>> Ist das für euch brauchbar, oder soll ich ein anderes Format wählen? (Zur
>> Erklärung, ich kann wegen der geringen Prozessorleistung keine großartigen
>> Umrechnungen machen. Aber ich könnte natürlich noch ein zusätzliches
>> Programm schreiben, mit dem ich Daten aufbereitet. Würde ich aber gerne
>> vermeiden.)
>> Oder gibt es evt. ein fertigen Datensatz, den ich verwenden kann?
>>
>> Beim Dateneinlesen über das Webfrontend muss die aktuelle Einbaulage
>> natürlich berücksichtigt werden.
>> Die Daten von GPS und Sonar werden nicht bearbeitet, liegen also in dem
>> Format vor, wie Sie aus den Geräten kommen. Einzig der Zeitstempel ist
>> davor gesetzt.
>>
>> Achja, es kann natürlich sein, das sich auf einer Karte mehrere Dateien
>> befinden.
>> Müssen diese einzeln hochgeladen werden, oder kann man die in einem
>> Rutsch hochladen?
>>
>> Achja, ich muss noch dazu sagen, daß ich weder ein aktiver Wassersportler
>> bin, noch das ich ein Boot besitze. Zumindest keines, in das ich mich
>> selber setzen könnte.
>>
>> --
>> mit freundlichen Grüßen
>>
>> Dipl.-Ing. Wilfried Klaas
>> Tel.: 02324 200504
>> Mobil: 0170 2970164
>> EMail: Mailto:w....@gm...
>> Home: http://www.wk-musik.tk, http://rcarduino.tk
>>
>> ------------------------------
>>
>> October Webinars: Code for Performance
>> Free Intel webinars can help you accelerate application performance.
>> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
>> the latest Intel processors and coprocessors. See abstracts and register >
>> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
>>
>> ------------------------------
>>
>> OpenSeaMap-develop mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/openseamap-develop
>>
>>
> --
> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
> gesendet.
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
> _______________________________________________
> OpenSeaMap-develop mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openseamap-develop
>
>