| Versions |
  |
|
|
Note: You must be registered in order to post a reply.
To register, click here. Registration is FREE!
|
| T O P I C R E V I E W |
| barbudor |
Posted - 05 mai 2012 : 15:45:27
TK2WWW - Simple Gateway between a TK-1xx tracker and a Web server
here below, I have posted a basic source code which allow a PC to forward messages from a TK tracker to a web server.
You will need a machine running 24/7 to run teh gateway. If you are on your own network, you will also need to configure your ADSL box or router so that the selected TCP port (1599 by default) is forwarded from Internet to the machin running the gateway.
The gateway receive the messages from the trackers and forward them straight away without any processing to a script on a web server. All the analysis and processing must be done on the Webs script itself.
My sample is a PHP script which just write the message into a text file. You can use cgi-bin, python or what script language you may prefer to handle the message, parse it and maybe write the result in a SQL database.
The Linux version can probably run on some hackable Linux based NAS box or why not the RaspberryPi if you manage to get one  .
Tracker --(internet)-->[DSL Router]-->PC(tk2www)--(internet)-->WebServer(test.php)-->data.txt
Linux Version
The Linux version has been designed and tested with TinyCore v3.4 distro using QtCreator IDE, although it is not using any Qt librares. It is a pure console app which can even be runned as a daemon.
You will have to customize the tcpendpoint.cpp module to change the URL used to post the message to the web server. The sample URL is "http://monserveur.com/test/test.php?msg=".
This app requires libcurl v7.21 or above.
There are Makefile but I never tried to compile this outside of QtCreator.
I'm not a Linux guru so don't ask me how to build with such or such distribution or with an environement different than QtCreator.
v1.1 2012-06-29 Added curl_escape() in HttpForward to handle tracker's message which include space or other characters barbudor_tk2www-linux-1_1.zip
. . . . . . . . Thanks to nfplato for pointing this about his tk102-2.
v1.0 2012-05-05 Initial release barbudor_tk2www-linux-1_0.zip
Windows Version
C# version is planned for shortly. |
| 15 L A T E S T R E P L I E S (Newest First) |
| xinkai |
Posted - 24 déc. 2012 : 06:45:13
@tonygil, My "proxy" server is not working any more. But you are welcomed to test drive our free app "YunTracking". That’s what my project turns out. You can find more details in my post in TK-102 thread. |
| Lars Sorensen |
Posted - 15 déc. 2012 : 01:56:39
Awesome!
Do you know if it is possible to run on a mac?
- Lars |
| toplisek |
Posted - 07 déc. 2012 : 15:10:29
Which map application is the best to track path? Google or Yahoo map?
Is it better to install at windows PC or connect to on-line service such as http://www.visirun.com/index.php/en/gps-fleet-management-solutions/gps-fleet-tracking-systems
Need help. |
| tonygil |
Posted - 16 oct. 2012 : 14:54:09
quote:
Originally posted by robertrevolver
For me, the problem is not the latency, are the points of failure, anyway i am comfortable to work in a C parse.
[tracker device] <--> [C ++ tk2www & parse] <--> [mysql db] is better than
[tracker device] <--> [C++ tk2www ] <--> [PHP parse & Linux File System] <--> [mysql db]
@robertrevolver coding routines for data parsing (especially string handling) can be very time-consumming in c++ (especially as opposed to PHP).
having said that, if you are coding for a limited amount of simultaneously connected trackers, a little php processing overhead (and some lost processes) is ok. BUT, if you want to code a serious badass platform (for 1000+ simultaneous units), i would recommend c++ or java.
marginally more coding, but MUCH MORE reliability and better response.
plus, once you`ve coded for half a dozen models, you just have to adapt the code from one to another (there is a limited amount of variations of dataparsing [i have found only 4 methods of coordinate parsing in over 10 different protocols]).
you could run call php directly or run a watchdog that goes over your log and calls php code to parse your raw data logs. BUT, every tracker has a different routine and some need an immediate response to a parsed input (GT06, for example). besides, that`s an extra average 1.5 minute delay you have accrued to your lag time.
IMHO, if you can code c++, go for it. :)quote:
Originally posted by xinkai
hi all,
For those who don't have their own server box yet. I wrote another version of "Gate way" server (with C#).
Instead of convert and forwarding reporting packets to http get request, I store it locally and user can query it as JSON object.
...
Please let me know whether you guys like this service or not, I will only maintain it if I see enough demand. :)
enjoy!
xinkai
hey @xinkai, is it still up and running? do you mind if i use my generic tk103 clone for testing?
i have another question for you and all users on this thread: besides the basic command to change report interval, does anyone know if other commands can be sent via TCP to the unit?
especifically: ask for last position, restart unit (after alarm), turn siren on, turn mic on and especially SHUT DOWN RELAY.
the manual spreadsheet that i have does not have these commands. thanx all. |
| percar |
Posted - 02 oct. 2012 : 20:28:16
thank for your help! i think this forum help people, thank´s anyway |
| barbudor |
Posted - 01 oct. 2012 : 20:52:49
THIS TOPIC IS DEDICATED TO THE APPLICATION REFERED ABOVE = TK2WWW -
Out-of-topic posts has been deleted as announced.
|
| barbudor |
Posted - 18 sept. 2012 : 11:45:35
Gents, last posts are not in line with the topic. Please move your next comments about Xexun vs Coban and others to the appropriate topic. I will delete any new post not about the gateway software. Thanks. |
| trejder |
Posted - 17 sept. 2012 : 22:16:01
quote:
Originally posted by robertrevolver
Somebody could me recommend, a reliable hardware, to vehicle tracking?
Why not use TK102, you've already own (as I suppose) along with a small internal charger, that you plug directly into your car's electrical systems, which let you use TK102 without a battery and without need of charging it.
I'm using it this way for around a year or so, without problems. |
| robertrevolver |
Posted - 17 juil. 2012 : 22:06:22
Somebody could me recommend, a reliable hardware, to vehicle tracking? |
| nfplato |
Posted - 13 juil. 2012 : 18:54:26
@barbudor
yes i meant doubled, mispelling ....
@xinkai
i think i'm using TCP (as default of c++ code): 16h battery life for every minute update with tlimit set to 100m of tolerance (parking mode) :) |
| barbudor |
Posted - 12 juil. 2012 : 22:06:36
quote:
has dubbed my
Sorry I don't understand "dubbed"
Do you mean doubled ? 2x the battery life ?
It is not expect, not by design :) |
| xinkai |
Posted - 11 juil. 2012 : 19:37:06
hi nfplato, can you share more details on your battery testing results? which mode are you using (TCP/UDP)?
did you enabled tlimit? And how many hours you got from your tk102-2?
On my TK102-2, using UDP 010s***n, it lasted about 7 hours (no tlimit, non-stop tracking every 10 seconds). What is the result you got? |
| nfplato |
Posted - 11 juil. 2012 : 09:26:22
@xinkai & @barbudor
I confirm that using Barbudor code has dubbed my tk102-2 battery life comparing it with another open-source server written in java i used before.
|
| xinkai |
Posted - 10 juil. 2012 : 03:00:26
hi all,
For those who don't have their own server box yet. I wrote another version of "Gate way" server (with C#).
Instead of convert and forwarding reporting packets to http get request, I store it locally and user can query it as JSON object.
for example:
http://api.realtracker.us/resthomeservice/v0/json/QueryImei?imei=354776030042714
response will looks like this:
{
"stat": "ok",
"ImeiDevice": {
"Imei": "354776030042714",
"LastHeartbeat": 1341879460046,
"ClientEndPoint": "206.188.60.100:48436",
"ServerEndPoint": "tcp://216.86.147.12:3023",
"Format": "TK102_2",
"Packet": "07070718,13145826175,GPRMC,070718.000,A,2234.0228,N,11403.0764,E,0.00,,070909,,,A*73,F,,imei:354776030042714,05,50.1,F:4.11V,0,132,40512,460,01,2533,720B"
}
}
So far the reporting IP address is 216.86.147.12:3023 , I accept both TCP and UDP protocol.
And currently I only support Xexun TK102-2, TK102, and Coban protocol. Personally, I recommend xexun UDP protocol, which is far more efficient and potentially save your battery as well.
If my code see any unknown format, I will store it in a special "*" record which can be query with
"imei=*", the latest unknown format data will goes there.
Please let me know whether you guys like this service or not, I will only maintain it if I see enough demand. :)
enjoy!
xinkai |
| nfplato |
Posted - 30 juin 2012 : 15:03:11
quote:
Originally posted by barbudor
I don't think there is a backdoor.
I've not seen any strange connection on mine.
But 8080 is an almost typical alternative port for some web site as well as 8000, 8008, 8088 and 8888.
So try another random value.
:))) I was kidding..... |
|
|
| This page was generated in 0,45 seconds. |
 |
|
- 
- 
