Zitat
1. Also beide Mäuse laufen aktuell noch unter MagicMaps2Go. (musste allerdings mit PHM Regedit in der Registry die Einstellungen für die COM Ports ändern; weiss zugegebenermaßen nicht mehr genau, was das für Änderungen waren; ich glaube, TT3 hat damals die Mehrfachverwendung von den COM-Ports unterbunden; sodass ich einfach die entsprechenden Einträge von TT3 in der Registry der COM-Ports gelöscht habe.)
Das war das BT-Treiber Problem (BTCEIF.dll -> BtCeIf.dll).
Hat keine Auswirkungen auf TTN5.
Zitat
3. Entsprechend konfiguriere ich auch TT5 (beide mit 9600 Baud)
Die Baudrate kommt mir "spanisch" vor. Zumindest bei der Kabelmaus sollten es 4800 sein.
Zitat
4.Die einzige Reaktion beim Verbindungsversuch, allerdings nur am COM1 ist der sich drehende schwarzgelbe Ball - kein Fix, kein gültiges GPS-Signal und kein GPS erkannt.
Da musst du jetzt unterscheiden. Im Grunde gibt es zwei Fälle für TTN5.
1. Es wird kein GPS erkannt. Dann dreht sich die Kugel oben rechts gar nicht und TTN5 meldet auch kein GPS gefunden (oder so ähnlich).
2. Kein gültiges GPS-Signal, d.h. TTN5 kommuniziert mit der Maus, erhält aber keine verwertbaren Daten. In der Regel dreht sich aber die Kugel. Mögliche Ursachen sind; -kein Fix der Maus, -falsche Protokolle, -falsche Baudrate
Immer erkennbar an der drehenden Kugel und meist im Hauptfenster von TTN5 durch die Meldung "letztes gültiges GPS vor xy min".
Zitat
5. Jetzt hast Du mich erwischt ; ) so 'fortgeschritten' bin ich noch nicht, da ich bis jetzt ziemlich gut ohne Kenntnis über Maus-Protokolle ausgekommen bin - was sich jetzt wohl geändert hat.
Irgendwann trifft es jeden mal.
So und jetzt zu meinen Lösungsvorschlägen.
1. Stell für die Rikaline mal "Anderes Kabel-NMEA-GPS", 4800 baud, "Serial Cable on SP1" ein.
2. Sieh nach, ob sich die Kugel dreht, wenn ja, dann steht die Verbindung. Tut sich dann immer noch nichts, dann nimm mal VisualGPSce und zeichne mal ein Log auf.
Gruß
Anderl