Problem Vehicles

In this section we have attempted to maintain a list of vehicles that at one time or another had connection problems with OBD 2007.

Each vehicle in this list has required code changes to OBD 2007 or a fix from the vehicle manufacturer to accommodate the problem. Any vehicle in the list that is marked in red is not compatible with OBD 2007. In all the instances listed below, the vehicle failed a particular part of the OBDII specification. Please note this list only applies to OBDII compliant vehicles.

2001 Nissan Xterra 2001 Canada

This vehicle fails to respond to a standard enquiry about the list of support Tids for Oxygen sensors. When the command is sent to the ECU, the ECU correctly reports the standard NO DATA response for a vehicle not supporting this command, however as a consequence of this the ECU then locks up and then the ECU will reported NO DATA even for commands that it does support. This is a typical example of a manufacturer not quite getting the implementation of the OBDII specification right. OBD 2007 now has a special switch used at start up to bypass the standard command. This switch should only be used for this vehicle. Please contact support@glmsoftware.com for the details of how to engage the switch.

2006 Pontiac G6 GT 3.5L SFI Engine USA

This vehicle failed to connect on the very first command because GM where not adhering to ISO15765-4, using variable data length messages rather than the prescribed 8 byte ones. The problem was rectified by GM under warranty with a firmware upgrade. OBD 2007 then immediately connected and performed normally.

2000 Mazda Protégé USA

We recently had a user experience a runtime error which related to Pid 0x03 Fuel Status. The OBDII specification stipulates that the vehicle’s ECU shall respond with 2 bytes of information for both Fuel Status 1 and Fuel Status 2, even if Fuel Status 2 is unused, as is the case with most 4 cylinder vehicles. This particular vehicle, a 2000 Mazda Protégé only responded with 1 byte of information, thus causing a runtime error. As is often the case with early model OBDII vehicles, the Mazda was not strictly OBDII compliant. We have now rectified this problem, by providing the missing information to prevent the runtime error.

Volvo XC90 D5 Australia

While testing this vehicle we found a minor bug causing a runtime error with OBD 2007 on pids 0x24 through pids 0x2B, which are wide range Oxygen sensors that have recently been introduced on modern diesel engines. These pids are meant to return a response of 4 bytes as per SAE J1979 and ISO 15031-5. However this particular Volvo only returns a 2 byte response. We have rectified this anomaly by supplying the missing bytes with harmless values of zero. When Volvo does correct the problem, our values will be automatically replaced by their values. Please note this bug does not affect any petrol engines which do correctly return a 4 byte response.

2001 Nissan Sentra USA

This vehicles behaviour is identical to the Nissan Xterra mentioned above. It would seem that these Nissan engines share the same fault. Presently this vehicle is still being tested using the special switch designed for the Xterra. As soon as we have completed the testing the entry will be updated.

Based in Melbourne Australia, GLM Software has more than 20 years of application development and practical automotive experience and is a leading producer of vehicle diagnostics software.