GPRS Pathaway Tracking mit TTQV

mojn, mojn,

Zitat von "pbwild"

....Hat jemand es schon geschafft TTQV für den empfang zu konfigurieren?
Reicht es wenn ich mein TTQV PC ein DynDNS Adress gebe, und die Firewall entsprechend öffne, das ein http Port unter Multitracking abgehört werden kann, oder brauch ich ein App dazwischen um die koordinaten zu empfängen und weiterleiten?..

PW-Pro macht das Senden seit ein paar Tagen einwandfrei, an QV direkt
habe ich es mit PW noch nicht geschickt, insgesamt bin ich damit aber noch
am Testen.
Grundsätzlich Habe ich das Senden bereits mit einem Micro-Tracker direkt
an TTQV, also über dyndns und einen beliebigen Port gemacht. Den im
Router an den PC weiterleiten, auf dem TTQV am freigegebenen Port lauscht,
das funktioniert.

Aufgrund der geringen Datenmenge, kommt man mit GPRS nur auf einen
Bruchteil der Kosten im Vergleich zur gleichen Anzahl Positionsmeldungen
per SMS!

mojn,

- was genau hast Du wo eingestellt was in TTQV, was in PW, also Deine
ganze Kette, ggfs. incl. Router...exakt bitte!
- welche Software Versionen benutzt Du genau?
...ggfs. schick es mir per e-mail, wenn Du es hier nicht reinschreiben willst,
service@ttqv.com

mojn, mojn Peter,

Zitat von "pbwild"

...Unter Menu Multitracking>Konfiguration habe ich eine neue Anschluss, Typ TCPIP / HTTP Listen an Port 80 angelegt, Neue GPS Typ NMEA.....
Mein Symantec hardware Firewall ist konfiguriert das meine Workstation PC als webserver sichtbar ist (http:80 traffic erlaubt) und leitet alle http:80 an diesen PC weiter.

Bist Du narrisch
Port80 nach außen "eingehend" freigeben.....das würde ich lassen, mit
oder ohne SYMANTEC.

PC:
- Multitracking, neuer Anschluß, Netzwerk-TCP-IP, Port 12345 (oder
beliebigen höheren anderen), Neues GPS/NMEA
- den Port gibst Du jetzt nach außen "eingehend" frei
PW:
als URL:
http://unsere.dyndns.adresse:12345/qvrx
Wobei irgendetwas da stehen muß, wo "qvrx" steht, aber was ist egal.

Gemacht habe ich das mit PW jetzt noch nicht, so hat es aber mit dem
Microtracker funktioniert....und mach Deinen eingehenden Port 80 wieder
schön dicht und check die Kiste durch, möglichst extern gebootet und nicht
mit Symantec

mojn,

...Palm...autsch...nee...damit hab ich es noch nicht probiert, sorry.
Werde es aber Nachmittag mal tun.

- Du hast in Palm und TTQV den gleichen Port angegeben ?
- Du hast in TTQV die Multitracking Tabelle offen ?

- Du hast sicher eine *.mtc mit der Multitracking Konfiguration erstellt, schick mir die bitte mal, service@ttqv.com

- welche Version PW hast Du genau laufen ?

Wir werden das schon hinkriegen!

mojn,

Zitat von "jockel"

- welche Version PW hast Du genau laufen ?...

Vergiß die Frage, hab´s gesehen!

Hast Du in TTQV das Statusfenter offen, Multitracking/Status, einschalten,
bevor Du das Multitracking loaslaufen läßt, schick mir bitte mal den Inahlt
dieses Fensters (markieren, strg-c).

Hab gerade festgestellt, daß ich das mit dem Palm wohl doch nicht testen
kann, habe leider kein passendes Modem oder Netzwerkkarte dafür.

mojn,

Zitat von "jockel"

...Hab gerade festgestellt, daß ich das mit dem Palm wohl doch nicht testen
kann, habe leider kein passendes Modem oder Netzwerkkarte dafür.

Habe doch einen "Dreh" gefunden, über "softick ppp" per Netzwerk. Ich habe
aber nicht den Eindruck, daß senden/empfangen per http für PW-Palm
bereits richtig funktioniert. Ich habe die Frage danach an Scott weitergegeben!

Hallo,
Scott hat bestätigt, daß das auf dem Palm noch nicht läuft.
Auf dem PPC läuft es schon gut, allerdings sind die notwendigen
Einstellungen nur für sehr versierte "erratbar", aber das soll sich sehr bald ändern.

Sorry für die Leichenfledderei aber wie sieht denn der aktuelle Stand hier aus?
Ich habe jetzt einige Versuche gemacht von meinem Pathaway Pro 4.00.80 Positionsdaten an mein TTQV Poweruser 4.0.97 bzw. 4.0.102 zu senden. Das höchste der Gefühle war folgende Meldung im Multitracking-Status-Log:

31.03.2008 16:30:42 Opening port xxxxx ...
31.03.2008 16:30:42 Listening on port xxxxx
31.03.2008 16:31:14 ConnectionRequest by 192.168.1.1
31.03.2008 16:31:14 create new socket: 2
31.03.2008 16:31:14 Conn(2) ok: 192.168.1.1
31.03.2008 16:31:14 GET /qvrx?imei=Test&RMC=%24QVPOS%2CTest%2C0%2C310308%2C143113%2C47.xxxxxx%2C15.xxxxxx%2C0.00%2C0%2C517.99%2C0*69 HTTP/1.1 Connection: close User-Agent: Mozilla/4.0 Accept-Encoding: gzip Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, image/bmp, */* Accept-Language: en-us Host: xxx.xxx.xx
31.03.2008 16:31:14 drop socket: 2 Wahr Falsch 1

Eine Position konnte TTQV daraus nicht ableiten. Mit dem Pathaway FindMe-Server funktioniert es aber.

Meine Einstellungen:
PC:
TTQV 4.0.102 Deutsch (Fehler trat auch mit 4.0.97 auf)
Anschluß: Netzwerk-TCPIP, Listen to Port HTTP xxxxx (bei Listen to Port xxxxx bleibt Pathaway beim Senden hängen bis ich das Multitracking stoppe)
GPS: Protokoll NMEA

PPC:
Mio A701
Pathaway 4.00.80 Pro Englisch
Adresse: http://xxx.xxx.xx/qvrx;
Format: Touratech-QVPOS
Frequency: Manual

Der PC ist hinter einem NAT-Router, extern statische IP mit statischem DNS-Eintrag, Port erfolgreich weitergeleitet an PC.
Hab ich was übersehen oder falsch konfiguriert?

mojn,

Zitat von "JonnyB"

Sorry für die Leichenfledderei aber wie sieht denn der aktuelle Stand hier aus?...

"Hier" war zuletzt die Diskussion um PW-Palm, und da ist nicht damit zu
rechnen, daß das gehen wird. Aber, ich denke Du hast einen PPC! Das ist
was anderes. Weil es unpraktisch ist, benutze ich die direkte Verbindung
nicht, ist einfach zu anfällig über eine DSL Leitung mit DYNDNS und Port
-Weiterleitung/Umleitung. Über das TTQV Tracking Gateway ist das ganze
sehr viel einfacher. Ich habe das direkt mit TTQV aber schon gemacht,
das geht. Ich versuch mal, ob ich es zusammen kriege.

- nimm nicht Port 80, da tummelt sich zuviel drauf, gib in PW ein (als Beispiel)
http://xxx.xxx.xx/qvrx:7511 und leite den Port 7511 (oder sonstwas, aber
was exotisches) als Port 7511, , weiter auf den PC, auf dem QV wartet.
Auf dem PC/TTQV/Multitracking stell Netzwerk-TCP-IP, "Listen to
port-http" und die entsprechende Port-Nummer. Versuch es bitte erstmal
damit.
Das Log hast Du direkt mit TTQV/Multitracking/Status aufgezeichnet?
Das ist schon eine verstümmelte QVPOS was da reinkommt, ich hab nur
noch nicht ganz kapiert, was das für eine Konvertierung ist, irgendein Teil
paßt anscheinend immer auf kein Schema.

Noch sowas, versuch es in PW mal mit dem Sendeformat MTW-4s RMC,
testhalber, und setz in QV in Multitracking unter GPS-Protokoll "Tracking
Gateway....."

Ich würde es auch "schnell" selbst probieren, aber mein DSL-Leben ist
nicht ganz so einfach, diverse kaskadierte NAT-Router und mehrere WLAN Segmente.

Hallo Jockel,

mit MTW-4s RMC in PW (PPC-Version, hatte ich leider vergessen zu erwähnen) und Tracking-Gateway in TTQV bei ansonsten unveränderten Einstellungen bekomme ich dieses:

01.04.2008 08:29:46 ConnectionRequest by xxx.xxx.xxx.xxx
01.04.2008 08:29:46 create new socket: 2
01.04.2008 08:29:47 Conn(2) ok: xxx.xxx.xxx.xxx
01.04.2008 08:29:48 GET /qvrx?Test%2C%24GPRMC%2C062941%2CA%2C47xx.xxxxx%2CN%2C015xx.xxxxx%2CE%2C0.00%2C0%2C010408%2C0%2CE*63%2CAUTO HTTP/1.1 Connection: close User-Agent: Mozilla/4.0 Accept-Encoding: gzip Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, image/bmp, */* Accept-Language: en-us Host: xxx.xxx.xx
01.04.2008 08:29:48 drop socket: 2 Wahr Falsch 1

Bei diesem Versuch war der PPC per GPRS mit dem Internet verbunden, bei dem gestern geposteten Beispiel war er per USB/Active Sync mit dem PC verbunden. Der Port, den ich verwende, ist aus dem fünfstelligen Bereich, die Verbindung an sich klappt ja auch mittlerweile.
Die verstümmelte QVPOS von gestern bzw. der GPRMC-Satz heute sind "ganz normal" codierte URLs. Bestimmte Sonderzeichen werden dabei nach dem Schema %xy dargestellt, wobei xy der ASCII-Code des Zeichens in Hex ist (siehe http://de.wikipedia.org/wiki/URL-Kodierung). %2C ist z.B. ein Beistrich ",", %24 ist das Dollarzeichen "$". Damit übersetzt sich dann der Satz von oben zu "Test,$GPRMC,062941,A,47xx.xxxxx,N,015xx.xxxxx,E,0.00,0,010408,0,E*63,AUTO" was schon mal sehr viel besser aussieht.
Wenn ich in TTQV von "Listen to Port HTTP" auf "Listen to Port" umschalte, mich per Telnet mit TTQV verbinde und einen derartigen Satz eingebe (nicht URL-codiert), dann klappt das auch mit der Position.
TTQV müßte also beim Empfang von HTTP die URL richtig dekodieren, dann sollte das direkte Tracking mit Pathaway endlich funktionieren. Da in den entsprechenden NMEA-Sätzen meines Wissens normalerweise keine %-Zeichen vorkommen sollte das hinzukriegen sein.

@ jockel/Tom:

Seit ihr an dem Problem dran oder muß ich mich um eine andere/eigene Lösung umschauen?
Mir ist schon klar, daß Ihr wahrscheinlich lieber das Tracking-Gateway vermarkten würdet, ich möchte aber nicht für meine gelegentliche Nutzung extra ein Abo zahlen müssen.

mojn,

ja, wir sind dran, bitte noch etwas Geduld!

Hallo Jockel,
gibt es bei der URL Decodierung Fortschritte ?

gruß
Jens