Projekt: PC-basierter GPS-Monitor fürs Boot

[christian.k]

... aktuelle GPS arbeiten aber auch mit 38400 - schön wäre eine Einstellmöglichkkeit für die Eingänge und eine Ausgabe mit NMEA Daten!

Gruss, Christian

[Seestern]

Zitat von christian.k

... aktuelle GPS arbeiten aber auch mit 38400 - schön wäre eine Einstellmöglichkkeit für die Eingänge und eine Ausgabe mit NMEA Daten!

Gruss, Christian

Die Bluetooth- oder USB-Geräte schon. Interessanterweise sind deren Treiber meist (immer?) "Auto-sensing", sodass ich bspw. meine Bluetooth-Maus mit 4800 ansprechen kann, obwohl sie eigentlich mit 38.400 überträgt (was im übrigen für die GPS-Informationen eine unnötig hohe Bandbreite ist).

Wenn das wirklich ein Problem ist, kann ist den AUTO-Modus mal ein bisschen erweitern und verbessern.

[christian.k]

... habe den Navilock 45 - der hat mir zu Anfang schlaflose Nächte bereitet!
Gruss, Christian

[erichabg]

Zitat von Seestern

Default ist 4800, unterstützt werden derzeit 2400, 4800, 9600. Technisch lösbar mit FreeBASIC wäre alles zwischen 110 und 38400 (oder mehr).
Da 4800 auch gleichzeitig Standard bei den meisten seriellen GPSr ist, schlage ich das auch für Deinen AVR vor.

Hallo Andreas!
4800 ist mir fast zu wenig! Aber wenn Du 9600 Baud kannst, dann ist das gut so.
Da ich mit mind. 4800 Baud von der GPS-Maus empfange, diese Daten unverändert weiterreiche und da auch noch "meine" 1-wire Daten einstreue, befürchte ich, dass bei unveränderten 4800 Baud Daten auf der Strecke bleiben werden.

Gruß
Erich

[Seestern]

Zitat von erichabg

Hallo Andreas!
4800 ist mir fast zu wenig! Aber wenn Du 9600 Baud kannst, dann ist das gut so.
Da ich mit mind. 4800 Baud von der GPS-Maus empfange, diese Daten unverändert weiterreiche und da auch noch "meine" 1-wire Daten einstreue, befürchte ich, dass bei unveränderten 4800 Baud Daten auf der Strecke bleiben werden.

Gruß
Erich

Die "Standardgeschwindigkeiten" 2400, 4800 und 9600 werde ich IMMER unterstützen.

[Seestern]

Wobei: 4800 ist auch kein Problem für Dich. Der GPSr reizt ja die Bandbreite nicht aus.
4.800 baud unter Volllast sind ~530 Zeichen pro Sekunde (bei 8N1). Der GPSr überträgt aber pro Sekunde normalerweise 1 oder 2 bis max. 6 Datensätze a max 78 Zeichen, da ist also auch noch Luft drin.

[erichabg]

Zitat von Seestern

Wobei: 4800 ist auch kein Problem für Dich. Der GPSr reizt ja die Bandbreite nicht aus.
4.800 baud unter Volllast sind ~530 Zeichen pro Sekunde (bei 8N1). Der GPSr überträgt aber pro Sekunde normalerweise 1 oder 2 bis max. 6 Datensätze a max 78 Zeichen, da ist also auch noch Luft drin.

Nun ja, wenn ich dann aber noch die Daten von bis zu 30 Temperaturen, 6 Zählern, einigen berechneten Daten, wie 2x Drehzahl, 2x Spritverbrauch, später auch noch einigen Spannungen und Ladezustände dazu nehme, dann kommt da schon was zusammen...

Grüße
Erich

[Seestern]

GPSMonitor wird erwachsen. Das merke ich insbesondere daran, dass ich vom "mal eben dranprogrammieren" dazu übergegangen bin, erstmal zu konzipieren und erst dann zu implementieren.

Ich habe mal ein (langfristig ausgelegtes) Schnittstellendiagramm erstellt. Da ich mit formalen Notationen von Systemen nicht so bewandert bin (meine Domäne ist eher UML 2.0, UseCases, Prozesse), mag sich der ein oder andere Fehler in der Notation eingeschlichen haben - bitte drüber hinwegsehen.

Rot und kursiv gesetzte Schnittstellen sind zukünftige Planungen, und zwar Erichs 1wire-Extension zu NMEA in V3, AIS in V4. Die INI-Datei(en) und die Sprachdateien habe ich zugunsten der Übersichtlichkeit weggelassen. Geplant ist zudem ein schreibender Zugriff auf die gm_wayp.gpx, um neu erfasste Waypoints zu speichern.

[Seestern]

Und dazu nochmal der Informationsfluss - Datenquellen (1wire, GPS, AIS) und die unterschiedlichen Views.
Die "Funktionen" (in Abgrenzung zu einfachen "Ansichten") Ankerwache und MOB habe ich zugunsten der Übersichtlichkeit wieder weggelassen.

Sollte ich einen konzeptionellen Denkfehler machen, bitte ich um einen entsprechenden Hinweis.

[Petermännchen]

Hallo Andreas,

ich würd mich gern daran versuchen, dass Ganze auf Windows und Linux unter Freepascal umzusetzen.

Wenn da Interesse besteht..

Ich hatte hier schonmal nach Aufgaben für einen speziellen PC gefragt. Das wäre eine.

Als Ausgabe sehe ich Touchscreenmonitor, als Rechner Industrie PC's mit zwei Monitorausgängen als gute Lösung an.

Vermutlich mit zwei Monitoren unter 1000,-- € zu realisieren.

Gruß

Peter

[Seestern]

Zitat von Petermännchen

Hallo Andreas,

ich würd mich gern daran versuchen, dass Ganze auf Windows und Linux unter Freepascal umzusetzen.

Wenn da Interesse besteht..

Ich hatte hier schonmal nach Aufgaben für einen speziellen PC gefragt. Das wäre eine.

Als Ausgabe sehe ich Touchscreenmonitor, als Rechner Industrie PC's mit zwei Monitorausgängen als gute Lösung an.

Vermutlich mit zwei Monitoren unter 1000,-- € zu realisieren.

Gruß

Peter

Ich bin mir nicht sicher, dass ich Deine Frage richtig verstehe.
Klar kannst Du den GPSMonitor auf FreePASCAL portieren. Aber warum? FreeBASIC ist auf DOS, Windows und Linux kompilierbar. Die DOS-Variante muss ich zwar nach den letzten architektonischen Änderungen erstmal wieder probieren, und für Linux bin ich zu blöde, aber das werden andere hinkriegen.

Ein Industrie-PC ist natürlich dafür einsetzbar. Zwei Monitorausgänge hätte den Vorteil, den GPSMonitor parallel zu bspw. Seaclear, freietonne.de oder OpenCPN etc. laufen lassen zu können. Wobei 1000,- EUR auch kein Schnapperl ist, sondern schon erheblich in Konkurrenz zu kommerziellen, besser tageslichtablesbaren Plottern steht.

Der Fokus meiner Implementierung bleibt ein End-of-Life-Notebook (~50 EUR) + TFT / Touchscreen (<< 100 EUR), also deutlich unterhalb eines Plotters. Mit einem Radioscanner (<< 100 EUR) kommt noch der AIS-Empfang dazu.

[Seestern]

Mal ein paar Infos zur der AIS-Nummer: Es gibt eine Software, die das Dekodieren von Tonsignalen zu AIS-Datensätzen leistet: aismon.

Guckst Du hier:
http://groups.yahoo.com/group/aismon/
Das ist in der Tat eine Yahoo-Newsgroup, der man beitreten muss, bevor man die Software herunterladen kann.

Dann schließt man einen Funkscanner mit Diskriminatorausgang an die Soundkarte (sic!) des PCs an. Einen Diskriminatorausgang kann einem jeder Amateurfunker an einen vorhandenen Scanner dranbauen (man muss nur die richtigen 2 Pole von der Platine abnehmen), es gibt Scanner aber bereits ab Werk damit:
http://cgi.ebay.de/Albrecht-AE-69H-2...-/360320283924 (PaidLink)

Den Scanner lässt man dann einen oder beide AIS-Kanäle (87 und 88) scannen, und immer wenn er eine Sendung empfängt, produziert aismon daraus einen !AIVDM- oder !AIVDO-Datensatz (s. hier: http://gpsd.berlios.de/AIVDM.html) und stellt ihn per (virtueller) serieller Schnittstelle bereit.

Diese virtuelle Schnittstelle lässt sich natürlich auch wieder per XPort multiplexen, um bspw. gleichzeitig eine Plottersoftware damit zu versorgen.

GPSMonitor wird in der v4 diese !AI...-Datensätze interpretieren (zumindest die gängigsten Meldungstypen) und zum einen (abschaltbar) andere Schiffe mit Richtung und ggfs. Geschwindigkeit in der Navigationsansicht darstellen, zum anderen eine eigene Ansicht mit einer Listendarstellung der Schiffe und Detailinformationen (MMSI, Abmessungen, Typ, ...) enthalten.

Wer prüfen möchte, ob das für sein Revier von Relevanz ist, kann schonmal hier gucken:
http://www.marinetraffic.com/ais/de/...mmsi=247229700

Auf dem Rhein sind jedenfalls viele AIS-Sender unterwegs.

[sy-kasimir]

Hallo Andreas,
finde das Projekt klasse.
Aber der Eingang NMEA 38400 Baud wäre auch nicht schlecht, da man dann vorhandene AIS Empfänger bsw. Nasa AIS anschließen könnte.
Bei mir hab ich den Furuno mit 4800 Baud einmal auf den Nasa AIS geschickt und dieser sendet 38400 Baud an Com 1 an den Läppi. Der Datensatz 4800 Baud geht an die Funke und an Com 2 einer PCMCIA Karte wo ich den GPS Monitor angeschlossen habe.

Gruß Heinz

[Seestern]

Zitat von sy-kasimir

Hallo Andreas,
finde das Projekt klasse.
Aber der Eingang NMEA 38400 Baud wäre auch nicht schlecht, da man dann vorhandene AIS Empfänger bsw. Nasa AIS anschließen könnte.
Bei mir hab ich den Furuno mit 4800 Baud einmal auf den Nasa AIS geschickt und dieser sendet 38400 Baud an Com 1 an den Läppi. Der Datensatz 4800 Baud geht an die Funke und an Com 2 einer PCMCIA Karte wo ich den GPS Monitor angeschlossen habe.

Gruß Heinz

Das ist trivial.
GPSMonitor wird sowieso "nur" AIS-Datensätze von einer seriellen Schnittstelle übernehmen. Ob die von einem "richtigen" kommerziellen AIS-Empfänger oder von Scanner und AISmon per virtueller Schnittstelle kommen, ist egal. Die Konfigurierbarkeit von bis zu 38.400 baud werde ich vorsehen.

[Seestern]

Etwas Offtopic:
Ich habe gerade 9 Notebooks vor dem Elektroschrott gerettet.
Überwiegend Celeron oder PIII, Akkus durch die Bank defekt.
Festplatten werde ich ausbauen (müssen). Netzteil habe ich nicht (nur eins zum Testen). Bleiben also nackte PCs, die mit einem universellen 12V-Netzteil
(~20 EUR) und von Diskette oder CD-ROM für den GPSMonitor-Einsatz geeignet wären.

Wer Interesse an einem Bord-PC für den GPSMonitor hat, dem kann ich vermutlich helfen. Pingt mich einfach kurz an.

Am Wochenende werde ich die Geräte mal konsolidieren.

[Seestern]

Zitat von Seestern

Etwas Offtopic:
Ich habe gerade 9 Notebooks vor dem Elektroschrott gerettet.
Überwiegend Celeron oder PIII, Akkus durch die Bank defekt.
Festplatten werde ich ausbauen (müssen). Netzteil habe ich nicht (nur eins zum Testen). Bleiben also nackte PCs, die mit einem universellen 12V-Netzteil
(~20 EUR) und von Diskette oder CD-ROM für den GPSMonitor-Einsatz geeignet wären.

Wer Interesse an einem Bord-PC für den GPSMonitor hat, dem kann ich vermutlich helfen. Pingt mich einfach kurz an.

Am Wochenende werde ich die Geräte mal konsolidieren.

So, Bilanz.
Erstens waren es nur 8.
Zweitens waren 2 davon Kernschrott - ausgeräumte 486er.
Drittens war ein davon ein P4 und ist jetzt anderweitig im Einsatz.

Aus den verbleibenden 5 Maxdata Pro650T konnte ich zwei vollständige machen. Eins löst mein Compaq-Bordnotebook ab, weil die Maxdatas von CF-Karte booten können, das andere ist jetzt hier:
http://www.boote-forum.de/showthread.php?p=2083553

Vielleicht kommt mein Compaq (mit WinXP-Lizenz!) demnächst nach.

[Seestern]

Kurzer Zwischenstand:
Die grafische Umsetzung wächst und gedeiht. Die Änderung der Architektur ist vollzogen. (Für Insider: jede Displayansicht, auch das Menü, sind jetzt gleichwertige Varianten und unterbrechen die Datenabfrage und die Alarmüberwachung nicht.)
Die 1Wire-Integration per DigiTemp ist realisiert (es wird im Hintergrund unsichtbar im einstellbaren Takt das Programm digitemp [http://www.digitemp.com/software/windows/ ] aufgerufen, um die 1Wire-Werte abzufragen). Das ist zwar ein hässlicher Workaround, funktioniert aber stabil und ermöglicht eine einfache Fehlersuche (weil man digitemp auch unabhängig von GPSMonitor aufrufen und konfigurieren kann).

Kurzfristig folgen noch:
- grafische Umsetzung MOB
- grafische Umsetzung Ankerwache
- grafische Umsetzung 1Wire-Temperaturwerte
Das alles sind nur Fleißkärtchen.

@Erich:
Kannst Du mir bitte mal einige KB Testdaten Deiner 1Wire-Pseudo-NMEA-Datensätze schicken? Die Architektur sieht bereits das Auslesen und Interpretieren vor, ich muss jetzt nur noch die entsprechende Semantik ergänzen. ich beschränke mich erstmal auf die Anzeige und Überwachung von bis zu 10 Temperatursensoren.

[erichabg]

Zitat von Seestern

@Erich:
Kannst Du mir bitte mal einige KB Testdaten Deiner 1Wire-Pseudo-NMEA-Datensätze schicken? Die Architektur sieht bereits das Auslesen und Interpretieren vor, ich muss jetzt nur noch die entsprechende Semantik ergänzen. ich beschränke mich erstmal auf die Anzeige und Überwachung von bis zu 10 Temperatursensoren.

Hallo Jörg,

klar, kein Problem. Ich komme unter der Woche eventuell nicht dazu, aber spätestens am Samstag hast Du die Daten.

Ich warte grad auf die bestellten Leiterplatten. Sobald ich diese bestückt habe, kannst Du auch gerne mal meinen Testaufbau für einige Tage haben.

Bist Du auch an Verbrauchsdaten des Motors interessiert?

Grüße
Erich

[Seestern]

Zitat von erichabg

Hallo Jörg,

[...]

Bist Du auch an Verbrauchsdaten des Motors interessiert?

Grüße
Erich

Andreas ...

Ja, gern. Allerdings kann ich nicht garantieren, ob ich die auch schon in eine der nächsten Betas integrieren kann, weil sie spezieller sind als die "generischen" 1Wire-Daten.

[erichabg]

Zitat von Seestern

Andreas ...

Sorry, Andreas natürlich War mit den Gedanken wo anders..

Ich kann Dir die Verbrauchs-/Motordaten entweder als Zählerstände (=hochgezählte Impusle $EF1WC=Counters) oder bereits als aufbereitete Daten z.B. in RPM (dafür gibt's sogar einen echten NMEA-Datensatz), l/h oder l/km bzw. l/sm liefern. Was ist Dir lieber?

Grüße
Erich

[Seestern]

Zitat von erichabg

Sorry, Andreas natürlich War mit den Gedanken wo anders..

Ich kann Dir die Verbrauchs-/Motordaten entweder als Zählerstände (=hochgezählte Impusle $EF1WC=Counters) oder bereits als aufbereitete Daten z.B. in RPM (dafür gibt's sogar einen echten NMEA-Datensatz), l/h oder l/km bzw. l/sm liefern. Was ist Dir lieber?

Grüße
Erich

Am liebsten bereits aufbereitet. Denn dann müssen die Konfigparameter (um von Zählimpulsen zu Verbrauch zu kommen) nur in Deinem Baustein und nicht redundant verwaltet werden, und eine proprietäre Implementierung von Zählimpulsen sehe ich bei mir mittelfristig noch nicht.
Als möglichst spezifikationsgerechter NMEA-Datensatz wäre super. Ob pro km, sm oder mls ist egal, den Parameter habe ich ja bereits und kann somit umrechnen.

[Seestern]

Manchmal läuft es nicht rund ... die www.gpsmonitor.de ist ein bisschen offline, weil mein Provider beim letzten Update ein bisschen mit den Einstellungen experimentiert hat. Na supi.

Die guten Nachricht: V3 beta1 ist fertig:
http://www.gpsmonitor.de/downloads/g...0129_1700h.zip
Achtung: 3,5 MB in erster Linie wg. des neuen, grafischen Layouts

wesentliche Änderungen zur V2:
- grafische Oberfläche, frei anpassbar durch den Anwender (liegt alles in /img)
- NMEA-Datensätze werden jetzt auf Checksumme geprüft und ggfs. verworfen
- Logfile (abschaltbar) protokolliert wichtige Ereignisse
- Modus Imageviewer: stellt alle 640x480-BMP-Dateien in /viewer dar
- Modus Engine: stellt 1wire-Temperaturen grafisch dar
- Modus Satellitenansicht: stellt GPS-Empfangssituation dar
- ...
- ...

die schlechten Nachrichten:
- Waypointmanager, Routenmanager und Nachtsicht funktionieren noch nicht (ich baue gerade hektisch entsprechende Grafiken)
- AIS und Sudoku sind Platzhalter und werden in der V3 auch noch nicht vervollständigt
- 1Wire-Integration bis jetzt nur per dtdemo25.exe
- ich habe noch KEINE Dokumentation dazu

Wie kann man das testen?
1. ZIP entpacken
2a. wenn Du ein 1wire-Netz mit Temperatursensoren hast: dtdemo25 -i -sX (mit X = COM-Schnittstelle des 1wire-Interfaces) aufrufen, damit wird die digitemp.cfg auf Deine ROM-IDs initialisiert
2b: wenn Du kein 1wire-Netz hast: in gpsmon.ini "1wire=FALSE" eintragen
3. gpsmon3 aufrufen
4. zugucken, experimentieren, ...

Urheberrechtshinweise:
- dtdemo25 ist ein Download von www.digitemp.com (Demoversion, Freeware)
- das Bild im Engine-Modus ist (C) Cummins Mercruiser
- das Logo im Dashboard-Modus ist (C) Chaparral

[Seestern]

Zum Anfüttern ein paar Screenshots ....

[Snackman]

Andreas, ich denke mal das die positiven Nachrichten überwiegen. Alleine schon deshalb, weil du alles nebenbei machst. Deswegen noch ein richtig dickes Dankeschönvon mir.
Und für alles andere: Kommt Zeit, kommt Rat. Oder wie ich gerne zu sagen pflege: Nimm dir Zeit und nicht das Leben!
Grüße

[Seestern]

In Arbeit für die nächste Beta sind jetzt:
- grafischer Waypointmanager (Auswahl von per RouteConverter angelegter Waypoints, später: Anlage einfacher Waypoints)
- grafische Routenauswahl (Auswahl von per RouteConverter angelegter Routen)
- Nachtmodus (ist eigentlich trivial, erfordert aber eine Überarbeitung aller Grafiken und habe ich deswegen zurückgestellt, bis das Layout stabil ist)
- 1Wire per Pseudo-NMEA-Datensätze von Erich

Erich hat mir Testdatensätze zur Verfügung gestellt, und in der Architektur ist die Verarbeitung bereits vorgesehen. Jetzt kommt die Detailarbeit der tatsächlichen Umsetzung. Danke dafür!

Eine Anmerkung: der AUTO-Mode für die serielle Schnittstelle ist, da instabil, rausgeflogen. Ich baue irgendwann mal einen Konfigurationsassistenten, der die durch die ganzen INI-Dateien führt.

Ich bitte um heftiges (konstruktives) Feedback, gern auch für Kleinigkeiten etc.