Mit TT5 "reden", aber ohne SDK

    Zitat

    Original von Frank
    - Gibt es wirklich eine Software mit virtuellen COM-Ports für den PPC?
    - Oder haben wir eine andere Lösung, um die Daten zu trennen und an TT weiterzuleiten.
    - Wie arbeitet der RDS-TMC-Empfänger, den Loc2262 meint
    - Was ist mit meiner tollen Schaltung ;D


    - Gibt es: GPSGate. Hab ich im Einsatz hier, gibts für PC und PPC. Ob sie das tut, was wir brauchen bzw. was Du Dir vorstellst, weiß ich allerdings nicht.
    - Ich bin da fein raus, weil ich eh getrennte Maus und TMC habe/brauche. :)
    - Den muß dann wohl einer kaufen. ;)
    - Deine Schaltung wäre sicher viel günstiger (siehe Skypofonat gestern) als das 70-Teil von GNS!


    Zitat

    Unabhängig davon, stehen, so glaube ich, noch einige Forschungsarbeiten bzgl. TT an.


    Wärm schonmal Dein Skype für heut abend an! ;)

    Zitat

    Original von bill_gehts?
    das ist doch erstmal ne TMC Quelle ohne Geräte ...


    Ja, das stimmt.


    Die Location, Offset und das Hauptevent sind vorhanden. Es ist so zu sagen immer die erste 8A-Gruppe. Die Multi Message Informationen fehlen aber.


    Gruß
    Frank

    Zitat

    Original von Loc2262


    Wärm schonmal Dein Skype für heut abend an! ;)[/quote]


    Wird gemacht. Schick mal ne PN wann Du NICHT skypen kannst.


    Gruß
    Frank

    Zitat

    Original von bill_gehts?


    also bei mir macht er das nicht ...
    ganzt du mal ein bilddavon machen ...


    Hängt unten an.


    Zitat

    und la0 bitte die 01 (0164) drin, ansonsten ist der Eintrag beim nächsten TT beenden weg


    Schon gemerkt, siehe voriges Posting. :)


    Zitat

    0x64 -> 100 (evtl km/h)
    ist vieleicht die zu erwartende Speed für diese Stelle
    je kleiner desto ... daher "röter"


    Ja daran hab ich auch schon gedacht, und macht Sinn. Leider scheint diese Info nicht in die Routenberechnung einzufließen. :( Auch bei 20km/h fährt Tomtom fröhlich in den Stau.

    Zitat

    Original von bill_gehts?
    der der keinen TMC Empfänger kauft, kann
    ja sich ja am PC die 66'er Daten ziehen und
    eine Momentaufnahme Traffic.inc erstellen...


    Hui... das hätte noch was! Für die Leute ohne TMC-Empfänger, aber mit GPRS im Auto: Trafficdaten von der Route66-Seite ziehen anstatt von der Tomtom-Seite. ;) Langsam werden die Tomtoms bestimmt wirklich sauer.

    Zitat

    Original von bill_gehts?
    0x64 -> 100 (evtl km/h)
    ist vieleicht die zu erwartende Speed für diese Stelle
    je kleiner desto ... daher "röter"


    Du hattest doch eine Stelle beschrieben, wo die Störungslänge im Trafficfile steht. Du meintest dann, die würde nicht ausgewertet, später sagtest Du aber, daß sie in bestimmten Situationen doch verwendet wird.


    Was genau hast Du in der Richtung jetzt herausgefunden? Bei mir hier scheint der Stau immer nur bis zur nächsten Abfahrt zu gehen, egal welche Werte ich in die Längen-Stelle schreibe.


    Und nochwas: woher weiß TOmtom, auf welcher Straßenseite die Störung ist? Ist das im Locationcode mit verankert? Es gibt dieses Richtungsflag, aber woher weiß Tomtom initial, was "Fahrtrichtung" und was "Gegenrichtung" ist? Die Störung wird ja auch ohne geplante Route oder Fahrtmodus dargestellt, also muß irgendetwas statisches die Referenzrichtung sein.

    Einmal editiert, zuletzt von Loc2262 ()

    Zitat

    Original von Loc2262
    Okay, da haben wir unser "Stück vermeiden"-Flag. Im Byte 30 stehts. Tomtom ersetzt die dortige 00 durch eine 03, wenn man "Vermeiden" in den Störungsdetails anwählt!


    "Vermeiden"???
    Wie hast Du nur dies Taste gefunden ....
    Ich hab mich jetzt totgesucht ..

    Geht nur, wenn ein Vorfall auf der aktuell berechneten Route liegt. Hauptmenü - Traffic - Verkehrsinfo anzeigen - Rechtspfeil - Vermeiden.


    bei mir sind die staus nur ein symbol (ohne diese wandernden rote Pfeile)
    wie sieht das bei dir aus ?


    die länge habe ich bei einer DEMO über einen Stau gesehen, da ist in der Anzeige im Hintergrund die Straße in der angegebenen länge anders.


    Welche Straßenseite ?
    Na anhand der Locationcodes


    mal n Bsp:
    Abfahrt A LC 20345
    Abfahrt B LC 20346
    Abfahrt C LC 20347


    Stau LC 20346
    Richtungscode 01
    ->> Stau zwischen 20346 und 20347


    Stau LC 20346
    Richtungscode FF
    ->> Stau zwischen 20346 und 20345
    also andere Seite, aber das macht TT schon


    wenn bei dir der Stau immer nur 1 Segment groß ist dann nimm doch mal
    02 statt 01 bzw FE statt FF


    ....


    So, endlich habe ich mich auch mal mit dem Koordinatenvergleich beschäftigen können.


    Ich habe die LCL-Koordinaten mit den Koordinaten der simulierten Route und den Koordinaten aus der Wegliste verglichen.


    Die Abweichung zwischen Ist-Position und LCL-Position war max. 1-2 Gradsekunde.
    Die Abweichung zwischen Ist-Position und Weglisten-Position war max. 1-2 Gradsekunde.
    Die Abweichung zwischen LCL-Position und Weglisten-Position war max. 10 Gradsekunden.



    GPS-Simulation As Frechen:
    :
    684609 5091384 (Treffer As Frechen nach Wegliste)
    684570 5091443
    684541 5091486
    684514 5091523
    684476 5091575
    684439 5091627
    684405 5091677
    684376 5091725
    684349 5091775 (Treffer As Frechen nach LCL)
    :



    GPS-Simulation Ak Köln-West:
    :
    684544 5092595 (Treffer Ak Köln-West nach LCL)
    684580 5092644
    684617 5092696 (Treffer Ak Köln-West nach Wegliste)
    :



    Somit können wir gut mit einer Sicherheitstoleranz von max. 2-5 (WGS84 +/-25) Gradsekunden arbeiten.
    Vorsicht: X- UND Y-Koordinate müssen gleichzeitig < 2-5 Gradsekunden abweichen.


    Jetzt könnte man zur Sicherheit noch den Gegencheck machen:


    ###
    Was liefert GetLocationInfo für folgende Punkte???
    684349 5091775 (Treffer As Frechen nach LCL)
    684544 5092595 (Treffer Ak Köln-West nach LCL)



    Gruß
    Frank

    stört euch mal nicht dran, daß TT
    durch alle Staus routet.
    das macht er auch im Original ...

    @Frank: In weit wäre deine Schaltung auch für einen TomTomGo 300/500/700 später nutzbar? Ich weiß, dass dann später entsprechende Software geschreiben werden müsste. Könnte ich aber per BT die Daten auch in den Go kriegen?


    Gruß
    Hannes

    Hmm, keine Ahnung.


    Wenn der BT-Stack auf dem Go eine serielle Schnittstelle unterstützt, könnte es klappen. Hat der BT-Stack aber nur Protokolle zur Handykopplung wird es schwierig.


    Die Software müsste dann natürlich auch noch geschrieben werden.


    Aber warten wir mal ab. Wenn das hier klappt - warum nicht?


    Gruß
    Frank


    Kann man bei TomTom Go auch wie bei TomTom5 direkt vom Gerät aus eine Telefonnummer wählen? bzw. erscheint bei einem eingehenden Anruf die Telefonnummer bzw. der Name des Anrufers?


    Wenn ja, unterstützt der Bt-Stack RFCOMM bzw das Serial Port Profile. Da diese Daten nicht über die Audiodaten übertragen werden können. Diese werden normalerweise über AT-Hayes Kommandos über eine serielle Verbindung zum Gerät übertragen (serielles Kabel, IR, BT-SPP).


    lg
    Stefan

    Zitat

    Kann man bei TomTom Go auch wie bei TomTom5 direkt vom Gerät aus eine Telefonnummer wählen? bzw. erscheint bei einem eingehenden Anruf die Telefonnummer bzw. der Name des Anrufers?


    Ja, man kann direkt vom Go aus eine Nummer anrufen. Wie es mit den eingehenden Anrufen ist, ob iher die Nummer angezeigt wird, weiß ich nicht.


    Bedeutet dies, dass ich mit dem Eigenbau von Frank später ggf. etwas anfagen kann (entsprechende Software vorausgesetzt)?


    Gruß
    Hannes

    Einmal editiert, zuletzt von Hannes123 ()