Send OBDII speed info to Destinator

**DbXL** · 08-16-2006, 07:08 AM

Since everything gets more and more integrated, it would be a nice id to use the OBD speed readings to feed Destinator when the gps signal is lost. (FE when driving in a tunnel -> Italy!!). Destinator could predict on speed and heading (compass) the route.

Also, i feel Destinator could be a little 'smarter' and predict the direction/route, based on the speed and update interval of the gps signal and make the movement of the map smoother.

just an id

**GReeToZ** · 08-16-2006, 10:00 AM

Like TomTom... it makes a smooth motion and not updating like destinator does and when going though a tunnel it will turn the map gray but will keep on moving with a smooth motion on the speed you where doing and almost always gets it right when you get out of the tunnel.

Connection to OBD would be nice but like me not many people have it.

Don't know if you have access to a PDA with tomtom or a tomtom go.. but check it out!

**DbXL** · 08-16-2006, 10:05 AM

that would even be easier to accomplish!

david, do you have any influence on the destinator product development department?

**veetid** · 08-16-2006, 11:01 AM

I will mention this and see what they say...

david

**Lum** · 08-16-2006, 03:19 PM

FYI. This feature is called "Dead Reckoning" and satnavs traditionally implement it by tapping into the speedo cable directly. It works by assuming that you are going to drive as it tells you to and/or follow the road you are currently on.

I agree that OBD-II speed information would be very useful here, but can I throw in a small caveat?

My ECU will erronousely report a speed of, say, 70 KM/h when in reality I am doing 70 MPH. This is a side effect of converting grey-market Japanese imports into a country that uses MPH.

Also, if you implement this. I will have to nag you daily to support the OpenPort OBD-II cable in addition to the ELMScan stuff. I will buy you the cable if necessary

**GReeToZ** · 08-17-2006, 05:33 PM

Originally Posted by Lum

FYI. This feature is called "Dead Reckoning" and satnavs traditionally implement it by tapping into the speedo cable directly. It works by assuming that you are going to drive as it tells you to and/or follow the road you are currently on.

I agree that OBD-II speed information would be very useful here, but can I throw in a small caveat?

My ECU will erronousely report a speed of, say, 70 KM/h when in reality I am doing 70 MPH. This is a side effect of converting grey-market Japanese imports into a country that uses MPH.

Also, if you implement this. I will have to nag you daily to support the OpenPort OBD-II cable in addition to the ELMScan stuff. I will buy you the cable if necessary

true but tomtom is in no way linked to my speedo

**Lum** · 08-17-2006, 05:42 PM

This is why I said "traditionally" tom-tom is a very recent entry into the satnav market, admittedly it is one that's turned satellite navigation into a mainstream product, but it is most definately not traditional

**Laidback** · 08-17-2006, 06:27 PM

Originally Posted by DbXL

Since everything gets more and more integrated, it would be a nice id to use the OBD speed readings to feed Destinator when the gps signal is lost. (FE when driving in a tunnel -> Italy!!). Destinator could predict on speed and heading (compass) the route.

Also, i feel Destinator could be a little 'smarter' and predict the direction/route, based on the speed and update interval of the gps signal and make the movement of the map smoother.

just an id

Destinator doesn't know(or care) where the GPS data is coming from as long as it is valid, so write an application that reads the data from your GPS and reads the OBD speed data, merge them together and spit out a valid NMEA or SIRF data stream onto the comport that Destinator is reading.

or buy a GPS unit that has dead reckoning built in. They work by connecting to the speedo cable (as some satnav software does) AND by using a gyro to see if you have turned left or right. (FE when driving in a tunnel with a junction half way through it-> Spain!!).

**Lum** · 08-17-2006, 06:50 PM

I think it would be a resonable compromise to just use the speedo data and make the assumption that the driver is going to stay on the road, and follow any instructions given. It would require support from within Destinator itself though. From outside destinator it would be impossible to know what direction you're going in.

Also, England has at least one tunnel with a junction in it. The Queensway tunnel (usually known as the Birkenhead tunnel) has a left fork that loops around and joins the dock road. It's at the far end of the tunnel too, so chances are Destinator would never get chance to warn you about it, and the exit wont be shown on screen, since it will remain at the point where signal was lost, on the other side of the Mersey.

**Laidback** · 08-17-2006, 07:01 PM

Originally Posted by Lum

I think it would be a resonable compromise to just use the speedo data and make the assumption that the driver is going to stay on the road, and follow any instructions given. It would require support from within Destinator itself though. From outside destinator it would be impossible to know what direction you're going in.

Also, England has at least one tunnel with a junction in it. The Queensway tunnel (usually known as the Birkenhead tunnel) has a left fork that loops around and joins the dock road. It's at the far end of the tunnel too, so chances are Destinator would never get chance to warn you about it, and the exit wont be shown on screen, since it will remain at the point where signal was lost, on the other side of the Mersey.

I thought the idea was that Destinator doesn't remain at the point where signal was lost?