Thread: OpenOBD (yup another subproject)

openobd.exe also immediatly crashes (but for some reason doesnt show the standard .NET exception popup)

The music browser app also crashed for me when it tried to inssert into the SQL DB, so I would guess that this app is crashing for the same reason as that one. (openobd.exe is compiled in anycpu but the sqllite dll is only x32 and it is running on a x64 system so the .exe file is looking for the x64 part of sqllite dll, which I am assuming isnt there. I have ran into this issue myself with SQLCE and some other pre-compiled .net dll files. It seems you usually only get a 32bit dll, not a 32/64 'anycpu' dll. Building your app in x32only or rebuilding the sqllite in anycpu should fix this, if that is the problem after all.)

BTW Good work on this whole thing, I am really liking what I am seeing.

JC - should have the rest of GM's cars done sometime by the end of the week.

The 64 bit sqllite dll has resolved the issue.

The 64 bit sqllite dll has resolved the issue.

I don't know what's going on here, but the recommended way to use SQLite is to use the amalgam package, and build it directly in with your source; either as a static library [which is what obdgpslogger does], or just shove sqlite3.c into your big list of source files.

Gary (-;

Originally Posted by chunkyks

I don't know what's going on here, but the recommended way to use SQLite is to use the amalgam package, and build it directly in with your source; either as a static library [which is what obdgpslogger does], or just shove sqlite3.c into your big list of source files.

Gary (-;

Not in c# its not

Managed code is great for a lot of things...its one weakness is heavy processing (like database applications). So while yes I could use a fully managed version, for performance reasons it makes more sense to use native code (hence the separate 32/64 optimized builds).

BTW, let me know how I can help as far as VW models/information/codes go. I know quite a lot about their disgnostic systems and know where lots of code listings/etc are.

Is this going to be an independent program - aka could we integrate it into Centrafuse?

Originally Posted by Extide

BTW, let me know how I can help as far as VW models/information/codes go. I know quite a lot about their disgnostic systems and know where lots of code listings/etc are.

Completely missed this post... I think I have all the DTCs in the database the only thing missing is the vin info and any enhanced parameters we can get access to.

Originally Posted by Tengis

Is this going to be an independent program - aka could we integrate it into Centrafuse?

Independent program no... open source dll yes. Although due to the licensing it could not be used with centrafuse only software using GPL compatible licenses. There is also a web service version which should be launching in a few weeks which will not have that restriction, only a restriction on lookups per user per day (should be very lenient just to prevent abuse).

An update for all:
Buick and Cadillac VINs added to the database compliments of Ws6vert

Hey fellas, just jumping in here. I'm working on an app for the Droid called Voyager that interfaces with the OBDii system to obtain metrics, and DTCs, among other things.

One possibility would be for Voyager to, upon detecting a DTC presesnt, interrogate a web interface and obtain more information to present to the user.

Would your project be presenting its data through a web interface at some point?

Another option I was considering was to utilize a site like http://www.obd-codes.com/

However I think your database would be very useful in the case where one code can mean many things depending on the VIN/vehicle.

Cheers,
-reg