Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support reading OBD-II messages from commonly available hardware #19

Open
peplin opened this issue Jan 11, 2013 · 10 comments
Open

Support reading OBD-II messages from commonly available hardware #19

peplin opened this issue Jan 11, 2013 · 10 comments
Labels
future work Issues that are not high on the priority list.
Milestone

Comments

@peplin
Copy link
Member

peplin commented Jan 11, 2013

There are many existing Bluetooth or wired OBD-II scanners (with a wide range of quality and performance), and it would be useful to have an option in the library to read as much OpenXC-compatible data from one of these devices.

For example, in the same way that the UsbVehicleDataSource reads OpenXC-formatted JSON messages and deserializes them into Java objects for Android apps to use, there could be a ScantoolDataSource that reads and deserializes OBD-II messages.

The Enabler app will also need to be updated to add an option to enable/disable the scantool data source.

This issue is also related to openxc/vi-firmware#24

@blangel
Copy link

blangel commented Jul 17, 2013

@peplin I know we discussed this at Apps for Vehicles but it seems to have fallen off the radar (I take fault as we've been swamped for the last four months). How can Dash Labs help with this? We have the underlying code to read ELM327 and STNxxxx chipsets (which is the majority of the commonly used scantools). I think this would be a matter of us syncing and defining the Measurement objects for various mode/pid/etc.

@brmcmaho
Copy link

brmcmaho commented Jan 4, 2014

@peplin @blangel I am interested in pursuing the implementation of this feature. Have there been any developments recently to this end? I am also curious what you mean by having the "underlying code to read ELM237".

@peplin
Copy link
Member Author

peplin commented Jan 4, 2014

I haven't developed anything on the Android side yet - I've been working on an open source OBD interface implementation but this issue remains open. Most of the inexpensive OBD-II Bluetooth adapters out there implement the ELM327 AT command set (http://elmelectronics.com/ELM327/AT_Commands.pdf), so if we had a Android/Java layer that understood that, we'd be 90% of the way there.

@blangel
Copy link

blangel commented Jan 6, 2014

@brmcmaho and @peplin we at Dash-Labs have this and it drives our product. We'll be looking to open source this but have to prioritize based on our resources. @brmcmaho are you interested in helping us with this?

@brmcmaho
Copy link

brmcmaho commented Jan 6, 2014

@blangel Yes, I am currently starting work on my own implementation of this, so assisting with open sourcing your code sounds like a good solution. Do you have details on what this would entail?

@outlandnish
Copy link

I have a C# implementation (old version can be found on my GitHub account) that will work with any ELM327 or STN11xx chip as long as your provide and input/output socket (WiFi using TCP/UDP, Bluetooth, etc.) You provide a delegate to determine the measurement type and it tries to schedule as many simultaneous messages as needed. Would something like this be useful?

@peplin peplin added this to the Future Work milestone Mar 27, 2014
@Rajiv0909
Copy link

@peplin, really hoping that you'd be able to crack this soon. Finding a compatible device is a pain in this side of the world

@Rajiv0909
Copy link

Hi Any updates?

@andreiverdes
Copy link

Hello! Any updates?

@zacnelson
Copy link

@andreiverdes We recently started selling our OBD2 Dongle here: https://shop.openxcplatform.com/. Ships internationally.

@rhettschaefer rhettschaefer added the future work Issues that are not high on the priority list. label Feb 5, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
future work Issues that are not high on the priority list.
Projects
None yet
Development

No branches or pull requests

8 participants