Track aufzeichnen und Ozi gleichzeitig nutzen

  • ein Com-Port ist eine Punkt-zu-Punkt-Verbindung. Einer öffnet - alle anderen müssen warten. Das ist auch erstmal gut so.


    Eine Datei würde theortisch mehr können: Einer schreibt, viele können lesen (aber nichts verändern)


    Wenn die Datei eine feste Datensatzlänge hat, dann könnte man sehr schnell zu der Zeile springen, die man zuletzt gelesen hat (einfach n Zeichen überspringen) und den nächsten Datensatz lesen.... so könnte ein kontinuierlicher Log geschrieben und gleichzeitig ausgewertet werden.


    GPS-Tool schreibt aber nicht NMEA sondern nur einige ausgewählte Daten (Position, Höhe, Speed) - könnte sein, dass dabei eine feste Satzlänge eingehalten wird.
    Es würde natürlich auch ohne feste Satzlänge funktionieren aber dann deutlich langsamer werden, je länger das File wird.... oder ich übersehe gerade etwas


    dennoch möchte ich bezweifeln, dass Ozi sowas einbauen wird ;)


    nSonic

  • möchte nur anmerken, dass zum Beispiel VisualGPSce wahlweise vom COM-Port oder vom Log-File lesen kann (COMx ist dann frei).

  • Mir ist gerade was eingefallen. Mit der Hicom 303 mmf ist es doch möglich, einmal den CF-slot (bei mir Com6) zu verwenden, und über serielles Kabel den Com1 zu beaufschlagen. Vielleicht gehen dann die GPS-Signale an beide Com-Ports? Damit hätte ich dann zwar einen unschönen Kabelsalat am PocketPC, aber wenns funktioniert? Ich kann es gerade nicht ausprobieren, da ich nicht zu hause bin. Wenn ich dann Zeit habe bringe ich aber rückmeldung, ob das geht.


    Gruß, Armin

  • Auf der OZIExplorer HP werden für dir PC u. CE Version API's angeboten, Schnittstellen für das Programm. Könnte man nicht anfragen, ob eine Schnittstele zu GPS-Viewern geschaffen werden könnte, wie sie in TTN verwirklicht ist?
    Fragen kost ja nix.

  • Zitat

    Original von Rathiopa
    Mir ist gerade was eingefallen. Mit der Hicom 303 mmf ist es doch möglich, einmal den CF-slot (bei mir Com6) zu verwenden, und über serielles Kabel den Com1 zu beaufschlagen. Vielleicht gehen dann die GPS-Signale an beide Com-Ports? Damit hätte ich dann zwar einen unschönen Kabelsalat am PocketPC, aber wenns funktioniert? Ich kann es gerade nicht ausprobieren, da ich nicht zu hause bin. Wenn ich dann Zeit habe bringe ich aber rückmeldung, ob das geht.


    Gruß, Armin


    Armin, die Idee hatte ich auch schon. Aber laut Betriebsanleitung soll man das nicht machen :-D)


    Ich hab aber überhaupt nichts dagegen, wenn du das mal probierst. :gap

  • Hallo Peter, ich habs probiert. Und es funktioniert auch. Ich habe somit 2ComPorts mit Signal. ;D


    Aber wirklich zufriedenstellend ist das natürlich nicht, bei dem Kabelsalat.


    Gruß Armin

  • Also kann ich jetzt endlich Navigon und TT gleichzeitig laufen lassen (oder beliebige 2 andere ) !


    Wieder ein Argument für die Haicom. Aber warum rät Haicom davon ab ?(

  • Peter, das würde mich auch interessieren. Allerdings ist diese Lösung beim Wandern oder radfarhren nicht unbedingt toll. Ich hoffe, dass der Com-Splitter endlich auf den Markt kommt.


    Mit den zwei Anschlüssen kann man dann im KFZ auf zwei ppc´s betreiben. Oder auf einem PPC zwei Programme nutzen. Das ist für Hard- Softwaretester sicherlich sehr interessant.


    Armin

  • seit einigen Stunden gibts eine neue OziCE Version.


    Zitat

    Added new commands to the OziCE API to send NMEA strings to OziCE, see the API documentation for details.


    Könnte die Lösung sein ...

  • Hmmm, mit dem API kann man OZI ja toll steuern. Man schickt Ozi zB die GPS-Daten und es reagiert.


    Aber das Problem bleibt so ziemlich das Gleiche. Erst braucht man ein Programm, das COMx liest und die Daten an Ozi und noch an ein 2. GPS-Programm schickt. Und für das 2. Programm sollte man auch das entsprechende API haben.


    Oder habe ich auf der Ozi-Site etwas falsch verstanden?


    Karl

    -------
    LG Karl

  • Karl, ich meinte was anderes:
    Momentan fehlen dem Ozi-Logfiles ja einige Informationen (z. Bsp. Sats in View), die das NMEA Protokoll hat (sofern die entsprechenden Datensätze aktiviert sind).


    Ich hab den Hinweis so interpetiert, dass jetzt mehr drin steht - hab es allerdings nicht überprüft.

  • Karl,


    so wie ich das sehe gibt es noch zwei Probleme. Das Fatalste Problem ist halt das der Ozi-Nmea-Log-Reader für die PC Version ist (aber der Sourcecode liegt in Delphi bei). Wenn nun der Log-Reader für WinCE funktionieren würde, wäre halt noch die Frage, ob er auch auf Log-files zugreift, die gleichzeitig von einem anderen Programm geschrieben werden. Wir sind leider noch nicht richtig am Ziel angekommen.


    Da wäre ausserdem der com-splitter (wenn es ihn denn gäbe :( ) immer noch die comfortablere Lösung. Aber ich denke, wir müssen einfach noch ein bischen abwarten, und : drink , dann gibt es das Problem nicht mehr.


    Gruß, Armin

  • Peter,


    ich habe gerade nachgeschaut, da ich gehofft habe, daß Du recht hast. Aber dem ist leider nicht so. Das Trackfile sieht fast immernoch so aus wie der Screenshot, den ich am Anfang hier angehängt habe.


    Gruß, Armin

    Einmal editiert, zuletzt von Rathiopa ()

  • Also:
    da steht doch, dass die "OziCE API" erweitert wurde... also die CE-Version, richtig?


    Ein PPC-Programm zu schreiben, dass den COM-Port öffnet und ausliest und eine Datei schreibt, das sollte relativ leicht sein.
    Wenn man dann einfach eine gelesene Zeile noch über ein API an ein anderes Programm übergeben kann... dann sollte man das hinbekommen... hier sind doch bestimmt CE-Programmierer, oder?


    nSonic

  • @nSonic
    Klar, dann habe ich ein Logfile mit den GPS-Rohdaten und kann diese an OziCE per API-dll schicken.


    Jetzt brauche ich wieder ein Programm um die Rohdaten auszuwerten, ein 2. GPS-Navi kann darauf ja nicht zugreifen.


    So gesehen hat Rathiopa mE recht, besser auf den COM-Splitter warten, dann können 2 bestehende Programme direkt auf die Daten zugreifen -> kein Programmieraufwand. Und es soll ja nicht mehr lange dauern bis der COM-Splitter erscheint.


    mfG Karl

    -------
    LG Karl