Vitesse Limite auf HTC P3300

    Ich benutze in 99% meiner Fahrten (von der Wohnung zur Firma und zurück, täglich 60 km) das Programm "Vitesse Limite" als individuellen Geschwindigkeitswarner. Alle Navi-Programme mit SpeedCheck-Funktion haben doch DEN entscheidenden Nachteil, daß der jeweilige Straßenabschnitt im Kartenmaterial hinterlegt sein muß. Das ist erstens selbst in Berlin nur bei ganz wenigen Straßen der Fall, zweitens können Baustellen o.ä. natürlich gar nicht erfaß werden.
    Meine Navis sitzen jeweils links neben mir an der A-Säule, also nicht im direkten Bereich meiner Sicht auf die Straße. Ohne auf den Tacho sehen zu müssen und OHNE die konkrete in "Vitesse Limite" angezeigte Geschwindigkeit genau sehen zu müssen, habe ich doch trotzdem den Farbwechsel des Hintergrundes gut im Blick (weiß: OK, gelb: im Toleranzschlauch, rot: jetzt kostet's Geld).


    Nun habe ich folgendes Problem:
    Auf dem Typhoon MG3500 mit WM2003 habe ich nie Probleme gehabt (wenn .NET CF installiert wurde)
    Auf meinem ASUS A696 mit (serienmäßig) installiertem WM6 läuft das Programm völlig problemlos, egal, ob ich den WM6-PortSplitter benutze, oder nicht.
    Auf meinem HTC P3300 (ebenfalls im Lieferzustand mit WM6) läuft das Programm NICHT. Weder mit WM6-Port-Splitter, noch auf die native interne GPS-Schnittstelle (COM4) gelinkt. Mit einem externen Port-Splitter (JAL Portsplitter) kann ich das Programm nutzen, wenn ich:
    1. den WM6-Portsplitter einschalte und einen virtuellen COM-Port bereitstelle (z.B. COM5),
    2. dem JAL-Splitter diese Schnittstelle als Eingang vorsetze und dessen Ausgang (z.B. COM7) bei Vitesse Limit als GPS-Port eintrage.


    Aber mir scheint das natürlich mit der Kiche ums Dorf und durch die Brust in den Bauch geschossen...
    Dazu kommt: JAL Portsplitter braucht Ressourcen und Beenden des SpeedLimit-Programms beendet NICHT den Splitter, der das SS3-Modul daher weiter "am Leben hält".


    Der Programmierer des Programms (in .NET Framework programmiert) macht eine Inkompatibilität des .NET-CF mit WM6 verantwortlich und empfiehlt ausdrücklich JAL-Portsplitter, aber mein ASUS zeigt, daß es das NICHT ist, oder NICHT UNBEDINGT.


    Hat jemand auf einem HTC Artemis dieses Programm zum Laufen bekommen oder kann jemand anderweitige schlaue Tips vermitteln?


    Beste Grüße
    Biggie

    Hi @all noch mal,


    auf meinem Asus A696 ist WM6-Classic, der HTC P3300 hat WM6-Pro. Hier scheint also ein wesentlicher Unterschied zu stecken, was die Implementation des .NET-CF betrifft. Unter WM6-Pro scheint eben die Portverwaltung anders zu laufen.
    Da niemand antwortet, aber doch viele fleißig lesen, kann ich annehmen, daß das Problem auch andere interessiert, aber niemand eine Idee hat.


    Hier also ein "Workaround" von mir:


    - WM6-Portsplitter aktivieren (Einstellungen - System - Externes GPS - Zugriff), Hardwareport COM4 (beim P3300) und Softwareport auf COM5
    - TT6, BeeLine GPS (die CE-Pro Version von VisualGPS) und andere "kompatiblen" Programme benutzen als GPS-Port dann COM5
    - JAL Portsplitter installieren und auf Input COM 5, Output COM7 (z.B.) legen. Autostart aktivieren.
    - TT6 und Consorten ganz normal starten.
    - Vor "VitesseLimite" den JAL Portsplitter starten. Der schließt sich gleich wieder in den Systray (Das ist hier mit "Autostart" gemeint, NICHT ein Start mit Windows...). Dann VL aufrufen. ALLES OK!
    - Nach Beendigung von VL den JAL-Portsplitter wieder schließen (sonst bleibt der GPS-Port aktiv, was unnötig Strom kostet...).


    Hier arbeiten dann also ZWEI Portsplitter in Reihe. Da aber die NMEA-Sentenzen alle Sekunde kommen, sollte das für ein reines Geschwindigkeitsanzeigeprogramm KEINE Probleme darstellen. Der Overhead des zweiten Portsplitters macht sich zumindest auf meinem P3300 nicht bemerkbar.


    Schönen Abend noch - Biggie