gpsd-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gpsd-dev] OBD data, suitable for GPSd inclusion?


From: tz
Subject: Re: [gpsd-dev] OBD data, suitable for GPSd inclusion?
Date: Tue, 26 Jun 2012 19:27:02 -0400

Sometimes it is possible to decode raw vwhicle data - I don't for my harley using my webgpsd at github.com/tz1 and there's harleydroid by stelian pop that uses an elm327 in monitor mode.

An older project of mine on my nokia n810 did much of what you are talking about - I think minigpsd (a precursor to webgpsd) is also up at github and includes my radar detector as well as obd2 and harley.

On Jun 26, 2012 7:16 PM, "Derek LaHousse" <address@hidden> wrote:
> The interface in the car is expressly never an ELM327-compatible device,
>
> Now, you might plug an ELM327-compatible device into the OBD-II port, but that, as they say, is different.

I mean that a common interface for the average computer would be through
an ELM327-compatible device, which itself is plugged into the OBDII
port.  I accept that it's slow, but it seems a good target for an
initial pass.  My Dell laptop doesn't have a CAN port accessible.
Thanks for helping me clarify.

> Given that, as of 2008 all vehicles sold in the US are required to implement CAN
I would hope to write something which could connect to CAN in the
future, but present the same interface to a client.  I believe this to
be like gpsd supporting different binary protocols.  An embedded
computer may present a CAN header, and it's on my wishlist.

> Slow
Limited by the device, sure.  For something like logging speed against
position, 1/s isn't so bad.  I accept I won't be polling 80 PIDs every
second.

> You asked.
I appreciate your answer.

Derek



reply via email to

[Prev in Thread] Current Thread [Next in Thread]