Mit TT5 "reden", aber ohne SDK

    Danke für die Antwort.


    Aber so kompliziert wollte ich das nicht. (mit remote GPS)
    Im Auto soll ganz normal TT laufen.
    Dann möchte ich zuhause auf diese Datei vom API zugreifen können.
    Die Sache zuhause bringe ich alleine irgendwie hin. Echtzeit müsste es auch nicht sein. Eine Position alle paar Minuten genügt.


    Vielleicht könnte man es auch mit einen Skript auf dem IPAQ lösen.
    Das Skript müsste folgendes machen:
    1) Datei auf dem IPAQ erzeugen.
    2) ein paar Sekunden warten
    3) Antwort-Datei mit FTP auf PC kopieren.
    4) ein paar Minuten warten
    5) gehe zu punkt 1)


    Gibt es eine Skript-Sprache für PPC?
    Diese sollte auch nach aus- und wieder einschalten deS PPC weiterlaufen.




    .

    Einmal editiert, zuletzt von wernizh ()

    @wernizh


    So wie Du es zuletzt beschrieben hast bekommst Du es mit TT hin.
    Siehe mal in die TT5SDK Doku rein. Da gibt es einen Befehl
    zur Positionsabfrage.



    @alle


    :] :] :] JJJUUUUHUUUUU !!!!!!! :] :]


    Ich habe endlich die Traffic.inc ...
    da sind nur Baustellen drin ....
    In Echt ! Hab den Papst gefragt !


    Ne, im Ernst, ich weis jetzt welches Byte der Event ist ...
    ... natürlich nimmt TT nicht die TMC Event Codes ...
    Is ein eigener. Nur an die anderen ranzukommen ist schwer,
    da tt nur Baustellen abspeichert.
    Im Moment hab ich Voll-Sperrung, Ausrufezeichen,Stau ...


    : drink : drink : drink : drink


    Grüße
    bill

    ja, das meine ich auch. im ersten beitrag zu diesem (langen) thread ist ja die positionsabfrage beschrieben...


    mein problem ist dann die übertragung dieser (resultat-) datei vom ipaq auf den heimischen pc.

    Ein simples HTTP GET an den heimischen Webserver (via DynDNS o.ä.) sollte da reichen. Die Daten werden einfach als GET Parameter drangehängt


    http://server/page?position=1234567|5034567|1|33 oder was immer da zurückkommt.


    Der Server kann dann irgendwas antworten (muß aber nicht) wie. z.B. "Bitte noch Bier mitbringen". Das kann dann im TT als Popup gezeigt werden...

    ah ja, das ist eine sehr gute und auch einfache idee.


    nur wie bekomme ich das automatisiert? bin ja am fahren im auto und der PPC sollte das alle paar minuten von alleine machen.

    Da kann man ein kleines Progrämmli auf dem Pocket PC bauen. Sollte schnell machbar sein. Sind ja hauptsächlich Standard-API calls.


    Ja, ja - die Exceptions! Womit wirfst Du denn? Junit?
    Studierst Du an der Uni in Bonn oder der FH in Augustin?


    Und womit hast Du Dein PPC-Kommandozeilen-Tool geschrieben??




    So, hier auszugsweise die versprochenen Daten aus der LCL zur Route von Bliesheim nach Leverkusen.


    Wie eine LCL (Norwegen) aussieht, kann man z.B. hier sehen:
    http://www.vegvesen.no/trafikk/rds_tmc/engelsk/index.stm
    http://www.vegvesen.no/trafikk…%20NORWAY%20-%20WGS84.zip


    Hier die Route:


    LOCATIONCODE; ROADNUMBER; FIRST_NAME; NEGATIVE_OFFSET; POSITIVE_OFFSET; EXIT_NUMBER; X_KOORD; Y_KOORD
    10046; A1; Oberste Heide; 10045; 10047; ; 680225; 5074340
    10047; A1; Bliesheim; 10046; 10048; 109; 682215; 5077155
    10048; A1; Erftstadt; 10047; 10049; 108; 679580; 5080360
    10049; A1; Erfttal; 10048; 10050; 107; 678605; 5081670
    10050; A1; Hürth; 10049; 10051; 106; 680310; 5084840
    10051; A1; Ville; 10050; 10052; ; 680530; 5085780
    10052; A1; Gleuel; 10051; 10053; 105; 681535; 5088890
    10053; A1; Frechen; 10052; 10054; 104; 684345; 5091760
    10054; A1; Köln-West; 10053; 10055; 104; 684525; 5092585
    10055; A1; Köln-Lövenich; 10054; 10056; 103; 684935; 5093805
    10056; A1; Köln-Bocklemünd; 10055; 10057; 102; 685110; 5097795
    10057; A1; Köln-Nord; 10056; 10058; 101; 689095; 5099705
    10058; A1; Köln-Niehl; 10057; 39273; 100; 694280; 5102405
    10059; A1; Leverkusen-West; 39273; 10060; 99; 696420; 5103600
    10060; A1; Leverkusen; 10059; 10061; 98; 700730; 5104190
    10061; A1; Burscheid; 10060; 10062; 97; 713165; 5108415



    Mit der Simulation/Schleife meinte ich folgendes:


    Wir brächten ein kleines Programm was in einer Schleife immer die aktuelle Position mit einer der Positionen aus der LCL vergleicht.
    Ziel ist es, zu schauen, ob wir einen Treffer erzielen.


    Also ein Beispiel in Pseudocode: Der Stau beginnt an irgendeiner der o.g. Stellen, z.B in Erftstadt:


    while (ist_pos != stau_pos)
    {
    if (ist_pos == stau_pos) then messagebox;
    }


    Eine gewisse Toleranz müssen wir natürlich berücksichtigen. Vieleicht 10 Gradminuten???


    Wäre super, wenn das klappt, dann kaufe ich mir nämlich zum Wochenende TT5.

    ja, genau das ist mein problem. ich kann nicht ppc programmieren.
    Gibt es eine skript sprache für ppc?


    Dann lass den Papst aber nicht mehr aus den Augen! Was wird da zur Abschlussmesse auf den Kölner-Autobahnen los sein?! :gap


    Kannst Du den aktuellen Aufbau der traffic.inc nochmal posten?


    Vielleicht kannst Du ja auch mal Versuche mit der o.g. Schleife machen?


    Post kommt dann gleich noch.


    Gruß
    Frank

    Zitat

    Original von wernizh
    ja, genau das ist mein problem. ich kann nicht ppc programmieren.
    Gibt es eine skript sprache für ppc?


    Eine große Bitte an Euch, da wir hier jetzt zwei Themen haben:
    Können wir das Thema PPC-Programmierung in einen eigenen Thread packen???


    Denn wenn wir an dieser Stelle jetzt mit PPC- Programmierung beginnen, wird es hier sehr schnell unübersichtlich!


    Ich schlage vor, wie diskutieren hier die TT-Programmierung und TMC, und in dem anderen Thread die PPC-Programmierung zur Positionsübertragung auf den PC.


    Vielen Dank!!!


    @wernizh
    Würdest Du den neuen Thread aufmachen? Vielen Dank!
    Kannst den Link ja dann hier posten.


    Gruß
    Frank

    Zitat

    Original von Loc2262


    Nicht, solange es eine hardwaretechnische Chance gibt, daß ich die Entwicklung auch werde nutzen können. :) Im Moment kann ich allerdings keine Zeit in ein Projekt "nur für andere" investieren.


    http://fgps.cocolog-nifty.com/fgps/2004/07/mio168_1.html



    Die Schaltung läuft bei Dir! Die Pins 6, 10 und 14 sind die serielle Schnittstelle. Strom kannst Du mit in den Stecker bauen. Und wie gesagt, ohne (blaues) Display geht auch der Preis gut in den Keller.


    Gruß
    Frank

    So, ich hoffe ich habe alle offenen Fragen und Punkte beantworten können. Wenn nicht, bitte nochmal fragen.


    Es wäre wirklich super, wenn wir mit der kleinen Schleife mal sehen könnten, dass unsere Idee so klappt.


    Hoffe da auf ein positives Ergebnis.


    Danke und Gruß
    Frank

    Zitat

    Original von Frank
    Ja, ja - die Exceptions! Womit wirfst Du denn? Junit?
    Studierst Du an der Uni in Bonn oder der FH in Augustin?


    IDE ist Eclipse 3.1, bin an der Uni Bonn.


    Zitat

    Und womit hast Du Dein PPC-Kommandozeilen-Tool geschrieben??


    Kommandozeilen-Tool? Falls Du das GoToCoords und den Menüeditor meinst (was aber keine Kommandozeilentools sind): in C# mit Visual Studio .NET 2003.


    Zitat

    Wir brächten ein kleines Programm was in einer Schleife immer die aktuelle Position mit einer der Positionen aus der LCL vergleicht.
    Ziel ist es, zu schauen, ob wir einen Treffer erzielen.


    So würde ich das aber nicht machen, ist zu ungenau. Wenn Du nur auf Positionsübereinstimmung mit einer Abfahrt wartest, um den kommenden Stau anzukündigen, hast Du sofort Pech gehabt, wenn genau in dem Moment mal der GPS-Empfang weg ist, oder Tomtom einen kleinen Hänger hat und das Filekommando nicht sofort bearbeitet etc. etc.


    Falls Du das ganze mehrere Abfahrten vor dem Stau machen willst: ist ungünstig, denn vielleicht geht Tomtoms Route gar nicht bis zum Stau, sondern man fährt eh schon geplant vorher ab.


    Man sollte so vorgehen:


    * regelmäßig die Tomtom-Route abfragen und mittels TMC auswerten, ob entlang dieser Route Störungen vorliegen. Das funktioniert natürlich nur, wenn die Koordinaten der Wegpunkte der Tomtom-Route (fast) exakt mit den Koordinaten der Location-Code Liste übereinstimmen! Deshalb meine Frage nach der Tabelle.


    * bei Annäherung an die Störung muß Alarm geschlagen werden


    * dazu muß bestimmt werden, in welchem Abschnitt der Route man sich gerade befindet, wieviele mögliche Abfahrten also noch zwischen derzeitigem Standort und Störungsbeginn liegen.


    Dazu überleg ich mir später noch was, im Moment bin ich zu sehr mit Java beschäftigt.


    Zitat

    Eine gewisse Toleranz müssen wir natürlich berücksichtigen. Vieleicht 10 Gradminuten???


    10 Gradminuten dürften schon zig Kilometern entsprechen. :) Ne, eher einige Gradsekunden.

    Einmal editiert, zuletzt von Loc2262 ()

    @Loc2262:
    Die Koordinaten stimmen nicht 100% überein. Daher ja auch die Einplanung der Toleranz. Ob nun Minuten oder Sekunden, es war nur ein Griff ins Blaue.


    Das wir die ganze Sache im Zuge der Entwicklung verfeinern können ist klar. Die Idee mit dem Kontrollieren der Route ist auch gut.


    Erstmal ging es mir nur um ein Proof-of-Concept um mal zu sehen, ob wir mit Toleranz und Koordinaten ein Treffer erzielen.


    Dann laufe ich nämlich los und kaufe den TT5, damit ich auch SW mitentwickeln kann.


    Gruß
    Frank

    für den evtl. 2.Weg


    Franks Bsp. Essen Kray ...
    mal per Hand eingbastelt in die Traffic.inc, als Bilder


    Grüße
    Bill

    2 Mal editiert, zuletzt von bill_gehts? ()