GM Volt Forum banner

DEAD VOLT II

Tags
code dead odbii
17K views 31 replies 12 participants last post by  volt2chevy 
#1 · (Edited)
UPDATE:
Bottom line is DO NOT CONNECT A SCANGAUGE II TO YOUR VOLT, or Cruse, or I'm not sure what else....
The original charge problem was from the original EVSE that I got with the car. I would be at work charging, it would be raining. I would take it home and charge on 220, then the next day use the OEM EVSE to charge at work. Some water must have seeped into it, and I'd get the errors. Then I'd try and clear them with the Scangauge II and cause more error codes.

Last night, EVSE wouldn't charge it, had an engine light, Charging unavailable message and codes P0D3F & P04001. Got it home, charged it. Today I used my ODBII reader to reset the codes and a while later while driving it, I got codes U2500, P0D3F, P0700, & U0293. The car went out of SPORT mode and when stopped was rolling down slopes if not on the brakes or pressing the accelerator (like being in nuetral). There was also a loud buzzing or clicking noise coming from under the car when it was on. Drove straight to the dealer, turned it off and the clicking went away. Tried turning it on and it stayed in limbo for about 2 minutes, turned on but had all the errors.

The mechanic is on vacation for a week. This is the second time this has happened (see dead volt) and the engineers said they thought it might be my wireless ODBII causing the problems, even though my friend has same Volt with the same ODBII installed since he bought the car with no problems.

Also, this dealership shows they replaced some transmission control module last time, but my printout only reads that they cleared the codes???

Anyone know what they'd give for a Volt ($27,000) to trade up to a Camaro LT2? I should've kept the Chevy S10 I converted to an EV myself. Twice the range and never burned gas! Yeah, I'll be better next week when I'm driving it again...
 
See less See more
#3 ·
Sorry to hear about your trouble. I hope it's fixed soon. You wouldn't think that the OBDII could be the cause, but when diagnosing electrical problems, it's reasonable to expect that anything non-standard will be suspect, regardless of a friends car having it too.

I've had my Volt for 14 months and 18,000 miles. Not a single problem, not that that helps with yours.
 
#6 · (Edited)
I will be the first guy to admit I don't know what's wrong with your Volt but... I would ask the question: Have you ever considered for a second that your ODB device MIGHT actually be defective? And perhaps the device might actually have sent a voltage spike into your communication buss and killed some components in your car? (Like the service tech told you...) Your dealer said they replaced a module and returned a working car to you. Then you plugged the same ODB device back into your car again... and your car broke again. (Is this a pattern?) If the ODBII device is actually defective it might be killing your car every time you plug it in. Plugging a different ODB device in will not fix all the broken modules that your defective ODB device has caused. (Again.)

Have you ever considered getting your Volt fixed... and driving it for a week without ANY 3rd party ODB devices plugged into it?

Maybe. Just Maybe... The ODB device actually IS causing an issue. (Like the service tech suggested.) The best way to verify that is to get the car fixed and then NOT plug ANYTHING into your car and see if it works normally. I can assure you that a normal Volt WILL run without a 3rd party ODB toy plugged into it. If nothing else... Removing the ODB toy from the equation removes the service tech's ODB excuse.
 
#7 ·
I will be the first guy to admit I don't know what's wrong with your Volt but... I would ask the question: Have you ever considered for a second that your ODB device MIGHT actually be defective? And perhaps the device might actually have sent a voltage spike into your communication buss and killed some components in your car? (Like the service tech told you...) Your dealer said they replaced a module and returned a working car to you. Then you plugged the same ODBII device back into your car again... and your car broke again. (Is this a pattern?) If the ODBII device is actually defective it might be killing your car every time you plug it in. Plugging a different ODB device in will not fix all the broken modules that your defective ODB device has caused. (Again.)

Have you ever considered getting your Volt fixed... and driving it for a week without ANY 3rd party ODB devices plugged into it?

Maybe. Just Maybe... The ODB device actually IS causing an issue. (Like the service tech suggested.) The best way to verify that is to get the car fixed and then NOT plug ANYTHING into your car and see if it works normally. I can assure you that a normal Volt WILL run without a 3rd party ODB toy plugged into it. If nothing else... Removing the ODB toy from the equation removes the service tech's ODB excuse.
Maybe, just maybe, you should go back and read this post a little better. The first time this happened, I was using a wireless ODBII reader that is the exact same model as a friend of mine has plugged in his Volt since he bought it with no issues. I have NEVER plugged this device back into my car after it was fixed...months ago. Today I used a different ODBII device (Scanguage II) to simply reset a check engine light and the two initial codes. It did'nt work. Shut it down, then some time later, started it up and headed to dealer to get it reset. On the way, I get all these other codes and problems. No ODBII device attached.

I had not had any ODBII reader plugged into this Volt until I needed to reset the check engine light and two codes. Did this ODBII device cause this problem? Maybe. If it did, Volt techs are going to start having alot of calls! I'm not the only one who plugs the Scanguage II ODBII device into my car.

I'm really hoping GM didn't build a car so delicate it goes hatwire whenever an ODBII device is plugged in. Hate to think what will happen when emmissions plugs in to test!

If my car is not ODBII capable, it is defective. As soon as I'm told the car is fixed, I'm bringing my primary ODBII reader to the shop and plugging it in. It may take some time, but if it causes the car to fault out again, I'll want this fault of the Volt fixed, or get another "ODBII capable" Volt. One like my buddy in Racine has, and most everybody else on the planet.
 
#10 ·
I think there may be a connection between the charging problem and the other issues. Have you had the software updates? I believe there was a known problem with charging is rainy conditions. I think Roadburner first reported this. Once the car is in an unstable state an OBDCII could cause problems when under normal circumstances it wouldn't.
 
#11 · (Edited)
You mention that you can't seem to clear the codes yourself. I would suggest that, on a vehicle like this, those codes are usually there with very good reason. There is the occasional check engine light due to a bad charging voltage level (though software updates seem to have dimished that frequency), but otherwise, these codes usually mean you should have the dealer at least take a look.

Now, I can certainly empathize with your frustration. There have been a few of us that had some problems early on. It seems that problems can be inter-related at times. I suspect you'll have all the kinks worked out soon, though. Please try to be patient, and keep us updated.

If it makes you feel better, I was a real early adopter (December 2010), and as a result of some dealer negligence, had numerous problems during my first few months. During that time GM was extremely responsive, and now I'm happy to report that I am completely trouble free... and the Volt keeps putting a big smile on my face with its smooth electric drive. ;)
 
#12 ·
It may actually be the ODBII after all. My rental, a Chevy Cruse, just died. You may have guessed, that I had my Scanguage II ODBII reader connected to it. Seems to have the same issues as the Volt has. Stabilatrack, power steering, engine light... Turned the car off to reset codes, and car wont turn on again. Waited 10 minutes, then it did start, but still have a check engine light.

Could Chevy really have built $40,000+ cars that are disabled by a $100.00 ODBII reader?
 
#16 · (Edited)
Yup. That same ODB reader might also kill a BMW, Mercedes, Ford or any other car if it is a defective reader.

In other words... it may not be all Scangauge II's... Maybe it's just tour defective one?

Or it may indeed block inter-module communication and cause problems. Using the device to clear error codes might also cause a problem if the Scangauge if flipping the wrong bits. GM never promised the car was compatible with Scangauge II's. GM has no obligation to MAKE the car work with Scangauge II's. either.

It's also possible you had a legitimate problem with the EVSE... But adding 3rd party ODB devices into the equation is definitely going to make a diagnosis exponentially more difficult. I still think the best way forward is to get the car into your dealer and let the certified GM tech use the GM certified equipment to fix the car. Then drive it for a month without plugging in ANY 3rd party ODB devices and see if the car operates normally. Then if you have another EVSE issue you will know for a fact that the ODB was not the cause.
 
#13 ·
Here's a posting I found for another Chevy...

Chevy does NOT recommend "ScanGauge II" for Sonic

--------------------------------------------------------------------------------

Well, I just learned that my Chevy dealer thinks it's unwise to hook up my ScanGauge II to my Sonic and he has a valid reason

ScanGauge - Trip Computer + Digitial Gauges + ScanTools

For the past two months, I've been getting the monthly OnStar diagnostic reports and everything has been highlighted with yellow triangle alerts saying it couldn't process the diagnostics because a third-party device was using the OBD II port.

I use ScanGauge II because I like to see what the coolant temperature and the voltmeter is on my Sonic. It's a shame everything has "idiot lights" with the only gauge being for fuel.

Here's what the Operations Manager opinion was and I believe he may have a point:

"Tom,
Regarding the use of an aftermarket device that connects to the ALDL for monitoring performance is a little bit scary.
When this is into the connector it “over rides” the communication of the vehicle with control devices.
That being said the possibility exists that air bags will not deploy in a crash because the system thinks you are in diagnostic mode.
I recommend against its use.
GM does not make an accessory gauge package to my knowledge, and I understand your desire to monitor.
If there were an aftermarket pack that you find perhaps I could look at how it connects to the vehicle.
That is the only way I could tell you there would be no problem upon install. It might interfere with fail safes built into the ECM.
For example the oil pressure is monitored and the engine can go into a passive mode if it detects loss of pressure.
If another device is in the system I don’t know how it would work or if it would trigger a fault code.
With the capabilities of your car, the on board computers should alert you to an issue before it becomes a problem
It can detect a misfire without you or I ever feeling it and turn on the check engine light. It does more than just allow capture data to be stored."

Butch Smith
Fixed Operations Manager
Roy Robinson Inc
 
#14 ·
Stop putting devices on your diagnostic port and problem solved. The manufacture these ODBII device have not done any verification or qualifications they won't have side effects to the internal systems operations.

Hopefully you have learned your lesson, and if not, you will when you start getting charged for service when its your fault, not the car manufactures
 
#15 ·
It's my lesson that GM has manufactured a new breed of vehicles that the Scangauge II will kill! Maybe this is a lesson for GM? Anyways, Since its not actually the wireless ODBII I had installed I guess I can use that one.

The big thing is that we need to get the word out that the Scangauge II will cause several codes and possibly kill the vehicle, and not just the Volt, but also the Cruse and the Sonic. Who knows what other GM products are out there with inferior ODBII ports? I really hope it doesn't act up whenever I have to get emmissions done. All they do is connect there ODBII reader up to the car and read the data. Would suck to go get your emmissions done and have the car killed! Scangauge II is very popular on the Prius and as people upgrade to a Volt, they may be in for a surprise. I've used it on every vehicle I own plus helped others out with thier cars. Its only causing problems with the new GM's.

I also still have the original problem where the EVSE was out in the rain and the next day it wouldn't charge the car and caused the codes I tried to reset.
 
#19 ·
It is in fact an EVSE problem that was compounded by the Scangauge II
This what I suggested a page or two ago. What I asked then was whether your car had the software upgrades done. You haven't answered this question.

The reason I ask is that there was a problem with third party EVSE units under rainy conditions, and you mentioned that both times you had the charging problem it was raining. You might want to check this out. I think WOT mentioned there was a bulletin to help dealers trouble shoot the issue.
 
#20 · (Edited)
The data-link connector (DLC) aka diagnostic test port was/is designed for just that- periodic diagnostic testing, and not meant to be used as a permanent installation. The diagnostic routines built into these tools utilize code that is capable of temporarily interrupting or interfering with the normal data traffic flow within the car that is sometimes necessary when following a diagnostic routine for typically only for relatively short periods.

However Controller Area Network (CAN) peripherals such as the Scangauge, DashDAQ and others are doing is much more than that, as they are essentially being wired-in permanently as a “gauge” that attempts to become a foreign member of the car's network. Depending on how closely the tool manufacturer has followed the GMLAN protocol (GM’s own customized implementation of CAN) these tools should typically be completely benign under most conditions and settings, but certainly CAN become overly intrusive and disrupt various data transmissions, depending on the specific implementation being used. (i.e. which modules are being accessed, how many modules are being simultaneously accessed, which data packets are being requested, and how often) This is especially true in “gauge” modes where a collection of data from more than 1 module is being requested. Even GM’s own scan tool equipment (Multiple Diagnostic Interface with GDS2 software) does NOT passively display data from more than 1 module at a time, as these gauges attempt to do so!

In this case I suspect Scangauge does NOT have a specific agreement with GM (such as DashDAQ does) to access anything other than basic ECM/TCM diagnostics and the EPA regulated “fair-use” aspects of the OBD2 legislation and therefore their tool ( likely via back-door engineered PIDs) is creating data collisions and excessive wait-states that could trigger networking fault DTCs in various modules in the car which CAN result in certain immediate functionality loss for THAT ignition/trip cycle. However these usually will reset themselves on subsequent ignition/trip cycles. It’s very possible a Scangauge (barring an agreement with GM) might not be able to clear ALL DTCs from ALL modules used in the VOLT. Even still tools/gauges such as this this typically CANNOT be permanently damaging modules UNLESS their CAN/GMLAN receiver/transmitter (RX/XMTR) hardware is somehow placing excessive voltages on the network bus (it is typically limited to 3.5VDC) and thus damaging other RX/XMTR devices in other modules.

So in the end this is a tool issue NOT a GM or Volt issue.
My advice? Switch to a DashDAQ if you really want to mess around looking at data, but you’ll also have to accept the possibility that it’s use might/will interrupt certain OnStar data collection features others might enjoy. But I’m pretty sure this is something Drew Technologies (the makers of the DashDAQ) are looking at as they have numerous contracts with GM to provide certain pieces of data acquisition equipment used in GM engineering.
So it certainly seems they have an inside line here…

That being said I somewhat disagree with the dealer fixed ops manager that wrote the response in post 14 above regarding potential airbag interference. While the airbag control module (SDM) used in ALL GM cars and trucks is technically wired into the primary high-speed GMLAN network, it operates totally autonomously when it comes to airbag deployment due to a crash. It is specifically designed correctly and properly initiate frontal and side airbag deployment regardless of any network connection or traffic. However the specific exception to this would be for a vehicle roll-over that is designed to release the side curtain airbags when a roll-over event is detected. The roll-over sensor itself is not hard-wired to the SDM and is instead a member of the GMLAN network and thus "communicates" it’s detection of a roll-over event across the high-speed GMLAN bus to the SDM which deploys the curtains. Therefore THIS AND THIS ALONE (without a prior detected crash) would represent the only loss of airbag deployment functionality if a network failure was present at the time.

WopOnTour
 
#22 ·
Translation - Do not use non-GM approved OBDII scanners in a Volt.
 
#27 · (Edited)
Yes I can. (you didnt imagine it, I believe I mentioned it in another thread)

Anyone charging outdoors, possibly in rainy conditions and then start experiencing charging issues ("Service High Voltage Charging System" message + MIL) and possibly setting DTC P0D26. (Battery Charger System Precharge Time Too Long)
Have your dealer refer to prelim bulletin PIP4905A for more diagnostic and root cause-correction information

If the "Service High Voltage Charging System" + MIL (Check Engine Lamp) appears and a DTC P1FFF is set (especially shortly AFTER the battery enhancement campaign has been completed) then have the dealer refer to prelim bulletin PI0732


As far as F16BMathis's Scangauge warning, let me reitterate that I have NEVER seen an aftermarket CAN-based scan tool or guage cause any permanent damage to a Volt or any other GM car, but I agree it's possible but really only if it is defective.(shorting out the CAN bus) However it just might trigger U-type DTCs (communiations) or set other DTCs that might not be clearable without the factory tool so, that i s what I was getting at. (reading it again I appear to have been a bit long-winded)

WopOnTour
 
#28 ·
I'm grumpy cause I'm driving a car that burns gas while my Volt is in the shop for a week and a half initially cause of a charging problem, and compounded by the SGII.

I'll be better next week when I'm driving the Volt.

Has anyone had to go from a Volt back to anything gas? It really sucks! You almost have to learn how to drive all over again. No slowing down by letting go of the accelerator, acceleration is varied by what gear the engine speed/transmission decide on, and don't get me started on the trip to the gas station...
 
This is an older thread, you may not receive a response, and could be reviving an old thread. Please consider creating a new thread.
Top