OBDII in Centrafuse and Scantool.net elmscan tool...

**ComradeJew** · 03-12-2007, 01:34 PM

Hey all,

From some reason, the centrafuse built in OBDII reader does not translate the readouts from the scantool. I can see it communicating since the scantool is transmitting and receiving and the little indicator in centrafuse shows that it is connected... but i get zero readouts. It is an ELM 327 device so that has been set up properly in the settings.

Any suggestions?

**midiwall** · 03-12-2007, 03:52 PM

Many people have this issue, David has it on his list of things to deal with.

As a test, try one of the freebie OBD II apps around and verify that it's not an issue with the reader or cabling... There's a list of apps here:

http://www.obdpros.com/obd_software.php#free_software

**veetid** · 03-12-2007, 06:23 PM

This issues is strange to me because scantool.net devices is what I built the OBDII plugin around...

I have 3 of them, from the older to the newer elmscan5 and done testing with many cars and many computers...

I plan to look into it... That and some XM issues are my biggest two things left to track down...

david

**ComradeJew** · 03-12-2007, 09:18 PM

Originally Posted by veetid

This issues is strange to me because scantool.net devices is what I built the OBDII plugin around...

I have 3 of them, from the older to the newer elmscan5 and done testing with many cars and many computers...

I plan to look into it... That and some XM issues are my biggest two things left to track down...

david

You know, the more I am tinkering with this, the more I think this is an issue with the scantool itself. I got the bluetooth one that they offer (actually my wonderful girlfriend did for my birthday since she knows my hate for cables). As of now, only my freaking PPC can actually communicate with it properly and only at 9600 BAUD. If I set it to 38400, no dice. When the PC reads it - thats even stranger. Every app I have used communicates with the scantool just fine and dandy right, but after 3-4 seconds, the scantool stops receiving from the car - it would transmit to the car, it would transmit to the computer and receive from the computer, but the orange RX light on the OBD side of the scantool does not blink. As I mentioned earlier - it does work fine with my PPC non stop... and this is totally bugging me...

**veetid** · 03-12-2007, 11:53 PM

I believe you should have it set at 9600 baud unless you have a CAN bus car...

david

**ComradeJew** · 03-13-2007, 11:35 AM

Originally Posted by veetid

I believe you should have it set at 9600 baud unless you have a CAN bus car...

david

Even at 9600 BAUD it would communicate with the car's OBD system for 3 seconds then stop when the whole unit is connected to the PC; but with my HTC Wizard PPC - all is well...

**ComradeJew** · 03-15-2007, 05:07 PM

Hey David,

I think I now know why the scantool and the CF plugin don't wanna communicate after a few seconds. apparenlty it has to do with the cafr OBD system. Some cars, when they get a request for a PID they do not recognize or understand, would drop into standby mode. the scantool would keep transmitting but the cars would be like "wtf? no" and would stop transmitting. if you disable the offending PIDs, the car would be keep transmitting without going to standby mode. Unfortunately, CFs plugin tries each one of the pids and then it hits the "offending" ones and no more readouts. I wouldn't be surprised if I am not the only one that has the same problem. The obvious suggestion for that would be to allow the user to be able to disable PIDs from being queried at all so that it doesn't **** the cars OBD system off.

Cheers,

Gene.

**veetid** · 03-16-2007, 01:27 PM

I will look into allowing you to manually disable PID's...

The thing is I run a query to the car to get supported PID's and do not request a PID that your car says it does not support...

It was to fix this exact issue reported in earlier versions...

I will verify it's working and maybe that is the only issue...

david

**midiwall** · 03-16-2007, 04:42 PM

Originally Posted by veetid

The thing is I run a query to the car to get supported PID's and do not request a PID that your car says it does not support...

Ummm... if so, then something's broke. I see the OBD module trying to display a number of things that I know I don't support.

I have an interface for a Palm that does this query process as well. You're definitely trying to show elements that the Palm doesn't. In specific, Fuel Pressure, Intake Manifold Pressure, PTO Status, Engine Run Time.

I always thought you just had static elements, 'cause I don't have a FP sensor, nor a MAP sensor, no PTO element and I know the ECU doesn't expose run time.

**veetid** · 03-16-2007, 05:35 PM

those should just stay at NA if the plugin detected that your car did not support those PID's

I will look over the code, but instead of making the user manually disable sensors, I generally try to disable them by the first call after connect is build a list of all supported PID's in a hash, this is a call that I thought all cars supported...

maybe some cars don't support the actual call to get the supported pids... didn't think of that...

for example in my car it doesn't support multiple items, but they just stay at NA and it never try's to query for them...

I could have an error in the code as well or some car again might not support the call to get supported PID's... I will look into it...

it's a good place to start for sure.. I can start by making a debug version that just gets speed and if it works for everyone and connects and updates, then I know it's me asking for an un-supported PID causing problems...

I have something to start on now, this a good thing!

david

Thread: OBDII in Centrafuse and Scantool.net elmscan tool...

LinkBack

Thread Tools

Search Thread

Display

OBDII in Centrafuse and Scantool.net elmscan tool...

Bookmarks

Bookmarks

Posting Permissions