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
||Posted - 23 avr. 2007 : 18:10:16
Using the BT747 java tool
Here's what I did :
1. Downloaded latest version here http://sourceforge.net/projects/bt747
2. Launched run_rxtx.bat
3. Selected the COM PORT in "Con", mine is COM4/115200
4. Clicked on "Connect Port Nbr"
5. That's it !
Make sure your java installation is functional by going here http://www.java.com/ and if not you can download the latest version there.
To log data to the internal memory at >1Hz :
Here's how for 5hz above 50kph for instance
1. Go to the CTRL tab
2. Check Time and type 1
3. Check Speed and type 50
4. Type 200 in Fix
5. Click on SET
For more details on logging at 1Hz see [GUIDE] Logging GPS at > 1Hz with a datalogger
If anyone is interested here is a early work in progress version of an iblue 747 configuration tool. This tool is written in java and should there for work on Linux/Mac/Win, or any other java enable environment. This may or may not work for you, and if it does work it will no doubt be ugly. I know allot of things are still not working. But all of the settings in the tabs do/should work. This uses the java rxtx library files so they need to be installed. Go into the rxtx-2.1-7-bins-r2 directory find your system and follow the instructions on how to install it. I wasn't going to release this yet, but I guess its better to get some feed back early on. The iBlue_747_GPS_Configurator.jar file should be able to be double clicked to start it up. Leave the lib directory alone. This is built against java 6 or 1.6 (Depending on Sun's mood of the day). It may or may not work with older versions.
|15 L A T E S T R E P L I E S (Newest First)
||Posted - 03 déc. 2010 : 20:21:51
Thanks for your instant reply.
For my question , I need only to understand the approach , ie , I successfully got the downloaded data , but I need to convert them to meaningful data , what is the concept to do it , and who can i read the packets .
I thought that the JAVA code is more or less related to C# code , so , I will be to some what easy to understand the code .
||Posted - 03 déc. 2010 : 18:26:16
I am always surprised by the need for .NET code (preferable free for sure) or the need for free assistance to build it.
It is pretty unlikely that you'll find the .NET code that you need.
BT747 has been used in commercial .NET code though.
||Posted - 03 déc. 2010 : 18:17:33
Dear Gentlemen ,
I know this question is very old and all you you have a solution for it . I have checked that my question was issued on 2007 . So , I guess the answer is ready .
I have got the 747 Pro model , I need to download the data from the logger memory to the pc using .net (C#.net or vb.net ) . are there any code that support me to do this . I know that there is a tool that does this , but the tool source code is in Jave . I need to use the .net environment.
Thank you all in advance for your support.
||Posted - 29 sept. 2010 : 00:15:09
Hi, First of all thank you mdeweerd for sharing your wonderful GPS software.
I just wanted to let you know that number 59 of Linux Magazine Spanish edition had two GPS software related articles, one is OpenGTS and the other is Prune. It would have been great to see BT747 there too!
||Posted - 11 juin 2010 : 12:24:05
I updated BT747 - you can configure #digits in the OutputSettings. It does not apply everywhere - for the moment only in CSV, GPX, KML, KMZ. The other formats have more impact on the code as well as the GUI so have to be done later.
||Posted - 11 juin 2010 : 00:26:19
Converting on the phone is possible (as you might know) - it is probably relatively slow, but phones get faster every day so maybe yours results in a reasonable speed. I did not add the GUI features to set date limits, but you can split by date.
The best is to back up your '.bin' files on the network in case you lose your phone!
KML is a pretty big format - html is the smallest and self contained.
You can send me a screenshot (email in the desktop app). Maybe it will trigger some idea. Worst case you can always toggle a field to know if it is active or not through the size. Once you have set the format, there is not a real reason that you have to change it again. Maybe I'll see if I can change the color of the line instead.
||Posted - 10 juin 2010 : 22:48:06
Yes Mario, on the emulator - as well as on some screenshots I can see the blue squares. I don't understand why my phone doesn't display it.
And of course you can't debug what you can't see.
If I can do anything, just ask me (send screenshots, debug info, test new versions...).
Unfortunately I'll be traveling one year without computer. Thanks to your software I'll be able to download every week the data from the GPS device to a SDCard.
And if sometimes I find a cybercafe with java enabled machines I'll convert the files to kml and upload it to my website. But I'm afraid it won't be so easy that's why it would be great to make the conversion directly on the phone...
||Posted - 10 juin 2010 : 20:46:11
Perfect - thank you for the feedback.
Regarding your issue - when I launch it in the emulator or I do it on my device, the tickbox before the word turns blue - it is going to be a bit difficult to fix without a means of debugging.
(You can check in the emulator here: http://soft.bt747.org/J2ME/BT_J2ME.jnlp ).
I am using 0.3.56 on my phone and the emulator uses 0.3.62.
If you have an internet connection you can even use the phone to share your position on the web through BT747 (provided that you have a webservice set up correctly such as 'mylieu' which I improved a bit for BT747).
||Posted - 10 juin 2010 : 18:00:03
I'm preparing a one year trip for witch I bought a GPS logger 747 A+. I was so happy to run your tool under windows. But I also bought a little Nokia phone specialy for that trip and when I successfully ran the J2ME version on it and managed to download the logfile without any computer to a microSDcard, I was amazed!!! You will make my life easier during one year, thank you so much !!!
So, it works perfectly on a NOKIA 2690.
There is just a little problem on the user interface:
The select menu on pages:
Logger > Log fields
Convert Menu > Select File Fields
Doesn't highlight selected items (it doesn't show any difference between a selected and non selected line).
But it's working, I mean on the Logger menu, selecting and unselecting is changing the calculation of the amount of memory, so it's just a display problem.
It would be great if you could fix it.
Thanks for your help!!!
||Posted - 10 juin 2010 : 16:05:25
The number of digits is really because of the way the position is stored in the EXIF data. It is stored as three values that correspond to XX, YY and ZZ in XX°YY'ZZ" . Hence to find the floating point position BT747 does XX + YY/60. + ZZ/3600. . It could be stored with different dividers but since that is not the way other software does it, I did not do it like that to avoid incompatibilities.
I can adjust the number of digits on the screen view - the best would be that I add another parameter option somewhere (Output Settings ?).
||Posted - 09 juin 2010 : 20:19:57
Mario, when I geotag files (with BT747 Desktop) and use a CSV as 'Raw Log File', the results in the Lat and Lon column are showing 6 decimals. But when I add the same files later on (or other geotagged files), there are a lot of decimals. And of course, I would prefer to see the same value as was entered.
I don't know if the internal writing is your own programming. But if this is done by 'third party software', maybe you can round the EXIF data before they are displayed at the screen.
||Posted - 07 juin 2010 : 22:32:29
6 decimals is indeed an optimal accuracy and Google Earth shows the actual location in 6 decimals too. If you looks at the GPS accuracy, using more decimals is a little ridiculous and also confusing (like using 3 decimals for representing the height ).
||Posted - 07 juin 2010 : 02:05:47
This is historical and might have been changed in the CSV following a discussion without changing it in other formats. The best would be to make that a general setting that would be applied to the format, but that is not currently the case. Some people have been asking for more, others for less. So it is a kind of tradeoff.
What is the distance of 0.000001 ?
Worst case that corresponds to about 40000km * 0.000001 / 360 = 0,1 m.
So if taking worst case step of lat and lon, that is sqrt(0,2) =0,14 m
40000km = the distance around the globe;
0.000001 = fraction of the degree;
360 = number of degrees around the globe (lat and lon!).
So six digits is good enough in most cases.
||Posted - 07 juin 2010 : 01:32:29
Mario, why are the lat and lon values in the CSV files rounded at (only) 6 decimals and in e.g. GPX at 8 decimals?
Note. I don't know what the distance is between e.g. 47.77777700 and 47.77777799. However, it's a little strange that you don't use the same accuracy.
||Posted - 02 juin 2010 : 02:39:55
I am always told that in the Netherlands you can be below the sea level and still have your head dry.
Maybe I mislooked about 43.8 or 46.8 . Still, it is pretty good.
I agree to close the discussion - at least it is out here now for other to see ;-).
|This page was generated in 0,64 seconds.