Sende letzte Position bis zum ersten GPS Fix und N560 --> Lösung

Danke, habe es erhalten. Die Auswertung kann aber noch etwas dauern, da ich gerade an anderer (Glopus)Front "kämpfe".

Bei mir klappt´s fast nie. Ich denke es liegt daran, das der Hacken "Simuliere Protokoll" anscheinend beim beenden von Glopus wieder entfernt wird. Jedenfalls ist es immer wieder raus, wenn ich Glopus beendet habe und dann wieder reingehe.

Weiterhin habe ichmeist das Problem, das trotz Glopus-Start, bzw. beim Zugriff über Serilot, die Bluetooth-Verbindung zur Maus nicht aufgebaut wird.

Es gibt eine neue Glopus Version, bei der die "Sende letzte Position bis zum ersten GPS Fix" hoffentlich auch mit dem N560 (und anderen Geräten) geht. Wenn ihr testen wollt http://www.glopus.de/history/Serilot_1.0.3.4.zip entzippen und die enthaltene Date serilot_tmp.dll ins Windows Verz auf den PPC kopieren. Dann Glopus starten und die Funktion aktivieren.

Ich konnte das gleiche Problem auf dem Transonic 6000 nachvollziehen und beheben. Und noch was habe ich geändert: Ein Fix wird auch simuliert, wenn den PNA nur schlafen gelegt wurde. Bisher war eine Treiberinitialisierung (= Programmneustart oder Programm startet COM Port neu) nötig und das geschieht in der Regel bei einem PNA nicht.

Das Problem mit der BT Maus kann ich aber ohne Hardware leider nicht fixen.

Hm. Ich muss Euch enttäuschen. Ich habe die neue DLL eingespielt (auch umbenannt und alte serilot.dll vor entfernt), aber bei mir geht es nicht. Im Gegenteil. Auf meinem reellen COM0 zeigt Glopus die Positionsdaten korrekt an. Auf der COM4, wo ich Serilot hingelegt habe, kommt immer nur eine 0-Positionen. MN5 erkennt zwar eine GPS-Maus, hat aber somit kein Signal - selbst bei bestehendem Fix.

"Sende Fix" und "Simuliere Protokol" sind beide aktiviert.

Was ich auch feststelle ist eine große Trägheit ein den Listauswahlfeldern der Datenquelle.

Leider aktiviert Glopus unter WM5 (im Gegensatz zu MN5) auch immer noch nicht selbst die Bluetooth-Schnittstelle, so daß ich bei Glopus-Nutzung diese immer erst vorher per Hand aktivieren muss.

@Dali:
1. Du solltest nur die serilot_tmp.dll ins Windows Verzeichnis kopieren. Von umbenennen war nicht die Rede. Mit der von Dir beschriebenen Methode ist mindestens ein Kartstart werforderlich.
2. Wenn "Simuliere Protokol" aktiv ist, wird sowieso keine COM Schnittstelle und damit GPS Maus angesprochen. Die Funktion ist ja dafür da eine Maus zu "Simulieren".
3. Für "Simuliere Protokol" und "Sende Fix" muss man mindestens einmal Fix gehabt haben, was dann als "alte Position" hergenommen wird. War das bei dir der Fall?
Insofern bin ich noch optimistisch. Wenn alles trotzdem nicht hilft, wäre ein Log Auszug das Einzige, was mir weiterhelfen kann.

Zitat

Original von Sendi
Hallo,

wenn man es macht, wie Peter beschreibt, dann läuft es.

<heul> Nee </heul>

Nach dem ich ja etwas falsch gemacht habe, bin ich den Weg komplett zurück gegangen, sprich ich habe Glopus deinstalliert, die restlichen Dateien und das Verzeichnis gelöscht, Gerät ausgeschaltet (kein Warmstart), dann Glopus neu installiert und die DLL ZUSÄTZLICH in Windows-Verzeichnis kopiert.

Immer noch ohne Erfolg. Ich habe mal die 5843 gegen die 5840 getauscht um zu sehen ob es an der neuen Maus liegt. Fehlanzeige. Fast gleiche Reaktionen. "Fast" deswegen, weil Glopus sich mit der 5843 oft nicht verbinden will (über den realen COM0). Wenn eine Verbindung da ist wird aber trotzdem die letzte Position nicht gesendet. Also folgende Test mit der 5840.

- Maus real auf COM0, 38400 Baud
- Serilot auf COM4, 38400nur mit Hacken "Sende Fix"
- MN5 ist auf COM4 eingestellt

Läuft Glopus und die Maus hat einen Fix funktioniert alles - OK
Läuft Glopus und die Maus hat keinen Fix, wird auch keiner in MN5 angezeigt, aber Maus gefunden - OK
Läuft Glopus nicht und die Maus hat einen Fix, wird dieser weitergereicht, eine Maus wird erkannt - OK
Läuft Glopus nicht und die Maus hat keinen Fix (bei MN5-Neustart), wird kein Fix angezeigt, oder Fix aber mit 0 Satelliten, oder 448 Satelliten (wau), dann wieder kein Fix. Sobald Fix besteht wird dieser aber korrekt weitergereicht.

Wenn ich die 5843 benutzte wird bei nicht laufendem Glopus und keinem Fix der Maus keine Hardware in MN5 erkannt. MN5 selbst kann aber jederzeit sauber auf die 5843 zugreifen.

Übrigends ist die neue DLL nach einer Weile weg, sprich wird umbenannt/gelöscht/gebeamt. Soll das so sein?

Anbei ein paar Logs. Der Letzte ist übrigends mit der 5843.

Erst mal vielen Dank für die logs. Leider werde ich nicht so recht schlau daraus. Bei dem ersten schein die Funktion (noch) nicht aktiv zu sein. Liegt evtl. daran, dass du alles deinstalliert hattest und damit keine "alte" Position gepeichert war. Weiter unten ist das Log teilweise mächtig verstümmelt, möglicherweise hast du da konfiguriert.
Das nächste Log ist sehr kurz und hat schon im 2. Datensatz einen Fix und damit wird die Funktion gar nicht erst aktiv.
3. Log: da sieht der Anfang der ersten Zeile vielversprechend aus, aber das Rest ist Schrott und ....

Jetzt fällt mir gerade auf: Das sind beides TMC Mäuse, richtig? Und so wie ich mich erinnere, mischen diese das TCM Signal mitten in den NMEA Datensatz. Da funktioniert die "Simuliere Fix" Funktion definitiv nicht. Das ist auch auf der Serilot Seite beschrieben. Sorry, aber das Protokollgeschnipsel war mir zu aufwendig.

Zitat

Original von Peter Kirst
Jetzt fällt mir gerade auf: Das sind beides TMC Mäuse, richtig? Und so wie ich mich erinnere, mischen diese das TCM Signal mitten in den NMEA Datensatz. Da funktioniert die "Simuliere Fix" Funktion definitiv nicht.

Stimmt, beides sind TMC-Mäuse. Du hast geschrieben "eventuell nicht". Warum funktioniert dann aber die Weitergabe von Daten wenn ein Fix da ist, bzw. die Erkennung "kein Fix" wenn Glopus läuft? Hier sind doch auch TMC-Daten im Datenstrom.

Keine Chance das auch für TMC-Mäuse hin zukriegen?

Sendi
Wieso soll der Fix schneller laufen, nur weil eine Software den Empfang einer anderen Software vorgauckelt? Leuchtet mir nicht ein, es sei denn die Maus erwartet Rückmeldungen der Navi-Software die Serilot ebenfalls (schneller) simuliert.

@Dali: Wenn Serilot einen Fix simuliert muss er halt den Datenstom modifizieren und das ist halt mit Checksum und allen Sachen nicht ganz trivial, wenn dann noch an jeder Stelle im Protokoll noch andere Datensätze vorkommen können. Das Ganze ist soll ja auch fast keine Zeit und Speicher kosten. (Obwohl sich andere Treiberprogrammierer wohl nicht an diese Regel halten.) Die reine Analyse der Daten, die ja nicht nur Glopus sondern auch Serilot über den Protokollfilter realisiert ist dagegen recht einfach.

Sendi: Ich vermute, das liegt daran, dass der Treiber nicht wieder neu geladen wird. Das wird mit der ersten offiziellen Version mit Installation bestimmt behoben sein. Außerdem ist zu beachten, dass Serilot die letzte Position erst in die Registry schreibt, wenn alle Applikationen die COM Schnittstelle freigeben. Ein Softreset ohne Programm beenden wird also evtl. eine alte Position beim nächsten Start nach sich ziehen. Ich habe schon Lösungsvorschläge im Kopf.