any automated cab for the garmin patch?and i can't understand the registry part..what's the name for the registry?
Setup.dll could be used to rename the Garmin file, but then something could go very wrong. I'll think more about adding a cab for QueStub.
The only problem I'm experiencing now is that it seems only one application can connect to the COM port at the time. TomTom and Google Maps can't use the GPSModDriver COM port at the same time.
I don't know if this is a limitation or problem you can work around?
I have it on the 'list' to allow more than one app to use teh driver at teh same time. For now choose one app for ModDriver, and set the other to the original port.
With RC2 I was still getting the speed fluctuations with EnableSpeed set to 2. I set it to 0 and the speed stay very consistent. I still get some weird graphics sometimes when stopping, turning and starting. Mostly when turning. iGO8 will sometimes try to recalculate when all I did was turn the corner in the direction I was being told to.
Just want to give you some feed back. I will try RC3 and see if it helps.
peacock93
Great, I love ALL feedback. Try EnableSpeed at 1 (no averaging, but still allow the driver to calculate speed), when Enable speed is 0, you get the speed as calculated by the GPS, unaltered.
my impressions on the rc3 are fully negative...
then I don't know that rom uses you and whoever says that works well to me it happens with the igo to stop me to a semaphore and to see that on the screen my speed not and' lowered and to go on for at least 100 meters before realizes where I am really..
then I don't understand xche' the version 0.7 (according to me the only valid) with a correction of the lag of 0.7 seconds it acts very well and instead with the rc3 least it take at least 1.5 seconds of correction...(what and!'?!? does it create me him an additional delay?!?!) the updating of the speed effettevi seems too much me variable + /- 10 km / h besides I have noticed a graphic deceleration on almost all the navigators that I have tried as if the gps had a superior refresh to a second and a half
If RC3 has increased lag compared to 0.7, then try reducing SleepTime to 500 as a test. I'll have to go look at the changes from 0.7 to RC3 to see what you could be seeing.
Question,
Which cab am I supposed to install - GPSModdriverRC_3 orGPSModdriver0_9? Also, does this include the UI or do I need to install that as a seperate cab? Thanks.
Versions 0.x are Beta test, Versions RCx are release candidates, (and soon) versions x.x are ready for general use (released). RC3 is the newest!
Hey mach!
...snip
Some questions (i've red the whole thread, but not at once so sorry, if i'm asking sth. beeing already answered):
1. Which is the prefered Baudrate (i know i've read this here but culdn't find it any longer)
2. I guess you're calculating the average acceleration and with this you're calculationg the future position. I've observed that in cases i'm accelerating verry fast and breaking directly after acceleration process (for example in front of an intersection) the calculationg position is a little to far from my real position (in the example: i stopped in front of the intersection... IGO shows the arrow behind the intersection). But that's normal because of that algorithm and after some short time IGO resets the arrow to the correct position. Driving with a constant speed (so acceleration is verry poor) the position is, like i've already said, almost perfekt.
Have you already thought (or perhaps even already tested) not to use the acceleration but the calculated position + some constant value (perhaps in meter) in the direction you are driving. Perhaps that would be even more accuret (don't really know if this would be better... it's only a proposal)
3. Did you use Visual Studio to write this driver?
4. I'm verry interesting in how you developed this, because some time ago i investigated a little time by myself to develope the same idea as you have/had. I faild by opening the com-port. I used the Devicemanager to emulate a WM6.1 device and installed a extension to simulate GPS. But i was not able to open the COM-Port. Perhaps i've had checked this on my Diamond
. However..!
GREAT work! Keep going. If you need some help, just tell me
Chris
1) Baud rate has little effect, higher is, well, faster! I use 115200 if I have a choice.
2) Distance alone would be worse: to 100kph 1 second of lag is way farther than at 10kph. Earlier drivers ignored speed changes, and the result was worse. No matter what I do, with data comming once a second, there will be no way to accuratly predict where your position will be. Look at an example: At the time of GPS data, you are at 100 kph. By chance you slow quickly just after the instant that the gps data was calculated, my driver will use 100kph for that pass, but your actual speed may have been only 50...
3) Embedded VS 4.0, actually, all the system calls used are compatible with 2003 and up.
4) Too bad you did not get it to work, could have saved me a lot of time
I have never tried it on the sims, easier to use the real device for driver testing. I flash often anyway, do Hard Resets don't upset me.
Hi,
../snip
So the correction should depends on the the speed. What do you think?
Speed is essential in the calculation. Averaged speed is even better for me.
Are you saying that the current driver does not do well at higher speeds?