So könnt ich mir es vorstellen

    Zitat

    Original von doNaT0



    Also die perfekteste Lösung wäre natürlich per UDP die Daten zu übertragen.


    Stehe gerade eventuell auf dem Schlauch... meinst Du wirklich UDP oder PDU (Übertragungsformat bei der SMS)?


    Garry

    Zitat

    Original von Garry


    Stehe gerade eventuell auf dem Schlauch... meinst Du wirklich UDP oder PDU (Übertragungsformat bei der SMS)?


    Garry


    also PDU mein ich nicht. weil davon hab ich null ahnung *G*


    nein über ne internetverbindung per udp übertragen. also net über http oder email oder so. sondern einfach nur udp. weil bei http musste ja auch nen header übertragen. bei udp müsstest du nur die koordinaten übertragen sonst nichts. aber dann müsste ein script an nem port kleben und die daten entgegennehmen. das würde ziemlich aufwendig werden wenns sicher sein soll. ich hab mich da bischen schlau gemacht... aso am anfang probieren wirs einfach über http und email.


    ähm ich werde mich da raushalten wie das auf der handyseite gelöst wird :) ich bemerk schon das ich auf dem gebiet wirklich überhaupt keine ahnung habe. ich bin echt mal gespannt wie schnell wir zu ergebnissen kommen.


    @blackvara
    ich schreib mal nen kleines webscript das die daten entgegen nimmt und einfach in ne txt schreibt. die txt kannst du dir ja dann ankucken. einfach nur zum testen damit du siehst das alles funzt. ich schick dir die url dann per email...

    Zitat

    Original von Garry
    ......Nun gut, lass uns erstmal ein Konzept aufstellen.
    Kann Deine Platine auf Anruf an die anrufende Nummer eine SMS schicken ohne abzuheben? Wäre schon mal ein Schritt die Übertragungskosten zu senken......


    Ja, ich hatte an drei verschiedene Möglichkeiten zur Initialisierung einer Antwortmessage gedacht:
    1. automatisch, über einen vom User setzbaren Timer
    2. aus Tastendruck
    3. durch Auswertung eines ankommenden Rufes ( keine Verbindung und damit keine Kosten für den Abruf )


    Zitat

    Original von Garry
    ...Naja, dann hätte man mit dem GPS-Servicepilot schon ein funktionierendes System das man abfragen kann und für die anderen baut man es einfach nach.


    Nach wie vor halte ich davon nicht viel. Es würde anders sein, wenn die Dinger weit verbreitet wären oder man sie immer noch für'n "Appel und ein Ei" bekommen könnte.
    Wie ist den die Ausgangslage? Je nachdem ob wir nun O2- oder GPS-Daten übertragen wollen, liegen sie im Gauss-Krüger- oder im NMEA-Format vor.
    Diese Daten sollen nun, wie auch immer, an eine HTTP- oder Mailboxadresse versandt werden. Hier erfolgt dann sicherlich in irgendeiner Weise eine Map-Visualisierung. Ich glaube hierbei gibt es auch Möglichkeiten zur Nutzung existierender Systeme ( wie z.B. Mapblast usw. ) Die Frage an die WEB-Spezialisten ist doch nun, in welchem Format die Nav-Daten dazu vorliegen müssen. Vielleicht ist es auch kein Problem, hier sowohl G-K, als auch NMEA als auch das ServicePilot-Format zu verarbeiten.


    Zur Datenauswertung im Web kann ich leider nicht viel beitragen. Wenn es dagegen um Fragen bezüglich Handyschnittstellen, AT-Befehle, PDU-Mode usw. geht, will ich gern versuchen weiterzuhelfen.


    Klaus

    Super,
    genau so habe ich mir das vorgestellt das man zusammen sich die Arbeit teilen kann.


    @Garry
    Im Betriebsystem PPC2002 ist das händling für Handys schon implementiert.
    Habe zwar am PPC sowas noch nicht gemacht aber am PC.


    was kostet bei uns ein SMS, 2 cent cirka.
    nur glaub ich das es nichts bringt für die Lösung die ich mir vorstelle.


    Wenn mir heuet FAD ist werd ich mal eine Zeichnung verfassen, weil ein Bild sagt mehr als 1000 Worte.

    Zitat

    Original von blackvara
    Okay,
    jeder auf seine Art mal sehen wer zuerst ein ergebniss zusammen bringt das wir bald verwenden können.



    :) Auf die Plätze fertig Los :D



    also ich hab dir mal nen webscript erstellt das folgendes macht.


    es schreibt alle variabeln mit inhalt in eine reihe und trennt die einzelnen parameter mit | ab.


    bei jedem aufruf wird in eine neue zeile der datei geschrieben.


    der aufruf sieht folgendermassen aus:
    http://www.pixelsun.de/gps/gps.php?gk=8358385&handynr=0179


    also das is nen beispiel. du kannst die variabelnamen beliebig wählen. ausserdem die anzahl der paramenter.
    die parameter werden durch & getrennt.


    wenn du jetzt dir die datei anschauen willst in der dann die übertragenen daten stehen...


    http://www.pixelsun.de/gps/gps.txt


    wenn du das file leeren willst tippste einfach folgendes.
    http://www.pixelsun.de/gps/gps.php?del=1


    ich denke das sollte vorerst aussreichen zum testen...


    aso falls jmd das script nutzen möchte zum testen. sagt bitte bescheid. dann erstell ich nen weiteres. sonst schreibt ihr die daten in die gleiceh datei wie blackvara und keiner blickt mehr durch :)

    Einmal editiert, zuletzt von doNaT0 ()

    Zitat

    Original von GPSKlaus


    Zur Datenauswertung im Web kann ich leider nicht viel beitragen. Wenn es dagegen um Fragen bezüglich Handyschnittstellen, AT-Befehle, PDU-Mode usw. geht, will ich gern versuchen weiterzuhelfen.


    Klaus


    also das is recht einfahc. ihr verarbeitet keine daten. das belastet sowieso nur das handy. ihr schickt egal was für daten ihr habt einfach weg. dann erkennt das webscript was für daten das sind und wandelt entsprechend um. du musst mir dann nur erklären wie die einzelnen daten aussehen und in was und wie die umgerechnet werden :)

    @doNaT0
    Funst super als erster Test.


    nur wenn es mehrere verwenden sollte man das file nach eine UserID benennen und zum Track verfolgen wäre es nicht schlecht wenn man die nnnn= Daten.
    das nnn= entfernen könnte und das Trennzeichen.


    Sonst funst es schon.
    Ich habe momentan nur das Problem das ich nicht navigieren und Track aufzeichen zugleich kann. Außer ich verwende 2 Mäuse.
    Kommt Zeit kommen IDEEN.

    @blackvara


    naja das läuft ja später alles anderster ab. die daten werden ja in ne datenbank geschrieben. und später is das natürlich multiuserfähig :).


    es geht ja momentan nur darum das du testen kannst ob und wie die daten übertragen werden. das du siehst das es funktioniert.


    aso noch was. und zwar sobald du die daten übertragen hast unterbrech sofort die verbindung. weil der webserver überträgt ja einige header daten zurück. wenn wir die nicht unterbinden, können wir auch emails übertragen kommt dann aufs gleiche raus. aso und wahrscheinlich überträgst du auch header informationen. wenn du die unterbinden kannst isses optimal :)

    wie du sehen kannst.
    CGA = $GPGGA,000005.998,0000.0000,N,00000.0000,E,0,00,50.0,0.0,M,,M,,0000*7B |
    CGA = $GPGGA,000005.998,0000.0000,N,00000.0000,E,0,00,50.0,0.0,M,,M,,0000*7B |
    rmc = $GPRMC,000004.998,V,0000.0000,N,00000.0000,E,,,270102,,*1E |
    200305060948 = $GPRMC,000004.998,V,0000.0000,N,00000.0000,E,,,270102,,*1E |
    rmc = $GPRMC,000004.998,V,0000.0000,N,00000.0000,E,,,270102,,*1E |
    rmc = $GPRMC,000004.998,V,0000.0000,N,00000.0000,E,,,270102,,*1E |
    rmc = $GPRMC,000004.998,V,0000.0000,N,00000.0000,E,,,270102,,*1E |
    rmc = $GPRMC,000004.998,V,0000.0000,N,00000.0000,E,,,270102,,*1E |
    rmc = $GPRMC,000004.998,V,0000.0000,N,00000.0000,E,,,270102,,*1E |


    sind die ersten daten schon am Server.

    @blackvara


    das is ja lustig :)
    aber was issen das $GPGGA usw. ?
    kannst du mir das proggie mal schicken?


    dann würd ichs mal auf dem xda testen...

    Ist noch zu hardcoded bekommst aber die erste version gleich wenn es zum einstellen geht.


    Das sind die GPS daten die von der Maus kommen ( NMEA) protukoll.


    Die geben die genaue position an.

    falls Ihr ein NMEA-Log mit realer Position bzw. Bewegung braucht, damit kann ich dienen.


    Sieht dann z. Bsp. so aus:


    $GPRMC,131634.270,A,4850.8576,N,00916.1780,E,0.24,359.81,200403,,*04
    $GPVTG,359.81,T,,M,0.24,N,0.5,K*65
    $GPGGA,131635.270,4850.8576,N,00916.1787,E,1,04,1.9,308.3,M,,M,,0000*42
    $GPGLL,4850.8576,N,00916.1787,E,131635.270,A*30
    $GPRMC,131635.270,A,4850.8576,N,00916.1787,E,0.17,2.41,200403,,*03
    $GPVTG,2.41,T,,M,0.17,N,0.3,K*62
    $GPGGA,131636.270,4850.8574,N,00916.1791,E,1,05,1.3,307.8,M,,M,,0000*4B
    $GPGLL,4850.8574,N,00916.1791,E,131636.270,A*36
    $GPRMC,131636.270,A,4850.8574,N,00916.1791,E,0.09,74.12,200403,,*3D
    $GPVTG,74.12,T,,M,0.09,N,0.2,K*5B
    $GPGGA,131637.270,4850.8574,N,00916.1791,E,1,05,1.3,307.8,M,,M,,0000*4A
    $GPGLL,4850.8574,N,00916.1791,E,131637.270,A*37
    $GPRMC,131637.270,A,4850.8574,N,00916.1791,E,0.12,44.32,200403,,*37
    $GPVTG,44.32,T,,M,0.12,N,0.2,K*50
    $GPGGA,131638.270,4850.8574,N,00916.1792,E,1,05,1.3,307.7,M,,M,,0000*49
    $GPGLL,4850.8574,N,00916.1792,E,131638.270,A*3B
    $GPGSA,A,3,20,11,28,31,14,,,,,,,,2.8,1.3,2.5*32
    $GPGSV,3,1,09,11,73,293,48,31,40,176,44,14,39,065,34,20,31,236,32*79
    $GPGSV,3,2,09,28,19,291,40,29,17,177,,02,15,268,,03,10,159,*74
    $GPGSV,3,3,09,21,09,055,*4A

    @blackvara


    ich hab gerade gesehn das du das so machst


    peter = $GPRMC,000004.998,V,0000.0000,N,00000.0000,E,,,270102,,*1E |


    nimm doch als variabelnamen (also peter) die handynr. bzw. nHANDYNR.


    dann wär für später die zuordnung einfach und man müsste keinen 2. parameter übergeben...

    Hallo,
    so ganz klar ist mir noch nicht, wie ( hard- und softwaremässig ) blackvara die Übertragung der NMEA-Daten realisiert hat, aber vielleicht muss ich nur die letzten Beiträge noch einmal gewissenhaft durchlesen.


    @Donato:
    Ich habe Dir vor ein paar Minuten eine E-Mail mit Gauss-Krüger-Daten geschickt. Dabei habe ich die Daten, die später einmal aus dem Handy ausgelesen werden sollen, allerdings erst einmal nur durch manuelle Eingabe simuliert ( das kann ich nämlich gut :) ). Kannst Du feststellen, ob sie bei Dir angekommen sind und ausgewertet werden können?


    Klaus