So könnt ich mir es vorstellen

  • @KalliR


    naja hier gehts grad um GPS-Tracking allgemein :)
    Ausserdem denk ich wenn so nen interessantes Thema angepackt wird, kanns ruhig von der grundbasis sehr allgemein gehalten sein damit es auf viele geräte übertragbar ist.


    aber du hast recht das header von ner email grösser ist als von nem http-request. aber bisher haben wir leider keinen gefunden der sich damit auskennt. deswegen bin ich froh das gpsklaus auf email basis coden will. wenn das tool steht kann ja immernoch dran gebastelt werden. hauptsache wir haben mal ein tool mit dem getestet werden kann. danach kann ja der übertragungsweg immernoch überarbeitet werden.



    aber sekundentakt ist meiner meinung nach nicht nötig, weil die koordinaten ja nicht auf den meter genau sind... wenn ne gps-antenne angeschlossen ist macht das sicherlich sinn. aber ich würd sagen wir fangen mit kleinen steinen an und bauen darauf auf. sonst kann keiner von uns die steine schleppen und nichts wird gebaut :)

    Einmal editiert, zuletzt von doNaT0 ()

  • @doNaT0


    >> naja hier gehts grad um GPS-Tracking allgemein
    Ja schon, aber in Verbindung mit einer Onlineübertragung per Handy. Oder hab' ich da was verpasst.


    Ich meinte ja nicht jede Sekunde sondern so ca. 5-30 Sekunden Takt.
    (Eben im Sekundenbereich und nicht Minutenbereich) Und das auch nur wenn man eine "Onlineüberwachung" haben möchte. ;D


    LG
    Roland

  • hmm ic hhab eben mal bischen zu dem thema gegoogeld. ich mein zu dem thema gibts doch schon ettliche lösungen. oder seh ich das falsch? was ist denn jetzt bei unseren ansätzen oder ideen das besondere?

  • Hallo Allerseits


    > hmm ic hhab eben mal bischen zu dem thema
    > gegoogeld. ich mein zu dem thema gibts doch schon
    > ettliche lösungen. oder seh ich das falsch? was ist
    > denn jetzt bei unseren ansätzen oder ideen das
    > besondere?

    Es gibt fast alles schon; aber vielleicht nicht als Low-Cost-Lösung


    > aber du hast recht das header von ner email grösser > ist als von nem http-request. aber bisher haben wir
    > leider keinen gefunden der sich damit auskennt.
    > deswegen bin ich froh das gpsklaus auf email basis
    > coden will. wenn das tool steht kann ja immernoch
    > dran gebastelt werden. hauptsache wir haben mal ein > tool mit dem getestet werden kann. danach kann ja
    > der übertragungsweg immernoch überarbeitet
    > werden.


    So sehe ich das auch.
    Vor lauter "besser", "grösser", "schöner" usw. kommen viele Projekt dann überhaupt nicht zustande.


    > So wie ich das sehe dürfte es möglich sein die Art von > Positionsbestimmung mit vielen Mobilgeräten
    > durchzuführen. Aber bei welchen Geräten wäre es
    > nach dem momentanen Konzept machbar ohne das
    > zusätzlich was ans Handy angeschlossen wird. Und
    > welche Programmiersprachen kämen dann für die
    > Geräte in Frage? Aber ich les mir mal das nochmal mit > dem uC-Board durch...


    Ich sehe derzeit keine einfache, ohne ein uC-Zusatzplatinchen am Handy auskomme Lösung. Hiermit würde es aber ohne grossen Aufwand möglich sein, die GK-Daten auszulesen und per SMS an eine gewünschte E-Mail-Adresse zu senden. Mit einem Wahlschalter liessen sich dabei die Sendeintervalle den Wünschen des Nutzers anpassen. Auch eine GPS-Version ist dabei denkbar. Zu einem erschwinglichen Preis gibt es dazu winzige Empfängermoduln.
    Das Ganze schliesst nicht aus, es irgendwann auch einmal mit GPRS zu versuchen.


    Wenn ich für die erwähnte Version Siemens-Handys favorisiere, dann liegt das nur daran, dass sie mit einem leicht verwendbaren GSM-Modem ausgestattet sind ( was z.B. bei Nokia nicht immer der Fall ist ).


    Klaus

  • ich hab hier was bei pocket.at gefunden, das zum Thema passen könnte. Ich kann als Laie nicht viel dazu sagen.


    Zitat

    GPS ActiveX for Pocket PC von franson.biz ist ein Tool für Programmierer zum Inkludieren von GPS-Support in eVB-Applikationen oder Pocket Internet Explorer Websites. Preis: 49 Dollar. Gibt es auch in einer Version für Windows.


    Hier der Link: Link

  • Zitat

    Original von GPSKlaus
    Hiermit würde es aber ohne grossen Aufwand möglich sein, die GK-Daten auszulesen und per SMS an eine gewünschte E-Mail-Adresse zu senden.


    aso du meinst per sms an ne email schicken. das wird aber teuer :) naja für die entwicklungsphase wirds wohl ausreichen...




    hmm was kostet denn so ne lösung momentan für z.b. logistik unternehmen. die benötigen ja die software und die geräte... hat das wer bischen ahnung von?

    Einmal editiert, zuletzt von doNaT0 ()

  • :D

    Zitat

    Original von doNaT0
    aso du meinst per sms an ne email schicken. das wird aber teuer :) naja für die entwicklungsphase wirds wohl ausreichen...


    Ja, wenigstens für den Anfang, bis einer ( vielleicht ) mit der GPRS-Lösung kommt.


    Zitat

    Original von doNaT0
    hmm was kostet denn so ne lösung momentan für z.b. logistik unternehmen. die benötigen ja die software und die geräte... hat das wer bischen ahnung von?


    Im Wesentlichen ist die SMS-Version doch schon vorhanden. Ich muss im EEPROM anstelle der GSM-Calls lediglich die benötigte E-Mail-Adresse speichern und diese dann dem auszusendenden Messagetext mit den GK-Daten voranstellen.
    Die Aussendung könnte dabei auf drei Arten initiiert werden:
    1. automatisch mithilfe eines einstellbaren Timers
    2. durch Tastendruck
    3. durch Auswertung eines ankommenden Rufes

    Für die notwendige Hardware hatte ich einmal ein kleines Platinchen entworfen. Es lässt sich hier weiterverwenden. Der Materialpreis für die ganze Einheit dürfte bei max. 20-20 Euros liegen. Dazu kommt dann noch ein Handy mit z.B. Loop-Karte. Vielleicht klappt es auch mit Geräten anderer Hersteller, aber ich habe es halt bisher nur mit den Geräten der Münchner Firma getestet. Vielleicht gelingt es sogar noch, die Energie für die Mimik dem Handy zu entnehmen.


    Wir sind hier zwar im Forum für Pocketnavigation, aber bei dieser Lösung braucht man leider keinen PDA! ;D


    @peterpu
    Vielleicht findet sich eines Tages ein PDA-Programmierer, der mit so etwas umgehen kann.


    Klaus

  • Zitat

    Original von GPSKlaus


    @peterpu
    Vielleicht findet sich eines Tages ein PDA-Programmierer, der mit so etwas umgehen kann.



    ja ich kenn jmd der auf pocketpc basis coded... mach du mal dein teil fertig und sobald alles steht trete ich mit ihm in kontakt.

  • Zitat

    Original von doNaT0
    ja ich kenn jmd der auf pocketpc basis coded... mach du mal dein teil fertig und sobald alles steht trete ich mit ihm in kontakt.


    Wenn Du bereits eine hierfür nutzbare E-Mailadresse hast, dann lass sie mich bitte wissen.
    ( ggf. per Direkt-Mail )


    Klaus

  • Hi Ihr Beiden,
    seit mir nicht Böse aber mit den andy kordinaten fange ich momentan nichts an da sie bei UNS im ÖSI land nicht ausgestrahlt werden.


    Können wir uns nicht auf eine PPC und GPS empfänger lösung einigen.


    Da bin ich gerne bereit die Software für den PPC zu machen.


    und (irgendwie) versenden.


    Wobei ich die HTML oder normale daten verbindubg bevorzuge da geringere Daten gesendet werden .


    Da SMS und EMAIL unnötigen Daten Müll übertragen.

  • @blackvara


    na dann mach das doch :)
    ich mein für mich stellt es kein problem dar, das ganze auf der HTTP basis zu beweltigen. Ich mein wenn die Koordinaten verarbeitet sind passiert ja das gleiche. Da spielt es für mich keine Rolle wie die Daten übertragen werden.


    Also die perfekteste Lösung wäre natürlich per UDP die Daten zu übertragen. Weil da würden wirklich nur die Koordinaten übertragen werden und keine HEADER Informatonen... Aber das würde ziemlich aufwändig werden wenns auch sicher sein soll.


    Schreib dein Tool und berücksichtige das das zeitintervall einstellbar sein soll genauso wie die URL.

  • Klaus,




    an der Stelle noch mal der Hinweis Dir die MSP430-Geschichte anzuschauen (was ich auf dem Treffen dabei hatte).
    Der uC belastet den Handyakku praktisch nicht,
    das ganze sollte in einen Handystecker passen und
    eher günstiger als Deine Lösung sein.
    Den Programmieradapter für Parallelport gibt es für 9Euro fertig aufgebaut, kann man aber auch selber bauen. Software gibt es kostenlos für Assembler und C.
    uC kann direkt in der Schaltung programmiert werden.
    Siehe www.olimex.com


    Zum Datenformat wäre es nicht schlecht, wenn man sich an den GPS-Pilot von Siemens hält. Würde den uC dann entsprechend programmieren. Auch so, dass man mit einem kostenlosen Anruf eine Positions-SMS anfordern kann, unterwegs ist das abfragen und verwenden einer eMail auch nicht ganz einfach und billig.


    Garry

  • @blackvara


    > seit mir nicht Böse aber mit den andy kordinaten
    > fange ich momentan nichts an da sie bei UNS im ÖSI
    > land nicht ausgestrahlt werden.


    Das ist sicher ein verständliches Argument


    > Können wir uns nicht auf eine PPC und
    > GPS empfänger lösung einigen.


    > Da bin ich gerne bereit die Software für den PPC zu
    > machen und (irgendwie) versenden.


    > Wobei ich die HTML oder normale daten verbindubg
    > bevorzuge da geringere Daten gesendet werden .


    Das sehe ich genauso wie doNaTo. Dann lass uns doch parallel etwas versuchen.


    @Garry
    Na ja , jeder hat so seine vertrauten Vorgangsweisen. Die Features von MSP430 sind schon interessant, aber bei meinen Atmels muss ich im Wesentlichen nur vorhandene Softwareroutinen miteinander kombinieren.
    Die angegebenen Kosten werden dabei übrigens zum grossen Teil durch die Platine bestimmt.
    Was hältst Du davon, das Ganze ( wenn es dann einmal funktioniert ) entsprechend auf den MSP zu portieren?


    Bei den möglichen Datenformaten scheinen sich die Geister auch zu scheiden. Bei O2 ist es ohnehin vorgegeben, aber falls wir uns doch für GPS entscheiden, dann halte ich das GPSPilot-Format doch für etwas zu exotisch. Warum sollte man NMEA in dieses Format convertieren, wenn man es auf der Auswertseite dann wieder zurückwandeln muss? Hier würde ich der Einfachheit halber nur ganz normale RMC-Protokolle übertragen


    Klaus

  • 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

  • Zitat

    Original von GPSKlaus


    @Garry
    Na ja , jeder hat so seine vertrauten Vorgangsweisen. Die Features von MSP430 sind schon interessant, aber bei meinen Atmels muss ich im Wesentlichen nur vorhandene Softwareroutinen miteinander kombinieren.
    Die angegebenen Kosten werden dabei übrigens zum grossen Teil durch die Platine bestimmt.
    Was hältst Du davon, das Ganze ( wenn es dann einmal funktioniert ) entsprechend auf den MSP zu portieren?


    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...


    @blackvara
    Was kosten bei Euch eigentlich netzinterne SMS? Bei mir mit Vodavone kosten die aber der 101. nur noch 3 Cent oder so ähnlich.
    Hast Du schon mal eine Handy-Schnittstelle programmiert, d.h. eine Software, mit de man vom PC oder PPC das Handy ansprechen kann? Hatte darüber meine Diplomarbeit geschrieben und ein bischen was zusammengetragen, allerdings gab es da noch kein S55...


    Zitat


    exotisch. Warum sollte man NMEA in dieses Format convertieren, wenn man es auf der Auswertseite dann wieder zurückwandeln muss? Hier würde ich der Einfachheit halber nur ganz normale RMC-Protokolle übertragen


    Klaus


    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.


    Ich habe übrigens Nobbi (www.nobbi.com) mal noch angeschrieben ob es auch für Österreich solche Senderlisten gibt bzw. ob es dort auch funktioniert, dann kann man da eventuelll doch parallel fahren mit GPS und Senderstandorte...