Tech 2 Purchase

Disclaimer: Links on this page pointing to Amazon, eBay and other sites may include affiliate code. If you click them and make a purchase, we may earn a small commission.

Sparksalot

Supporting Member
Joined
Sep 20, 2020
Posts
6,469
Reaction score
19,475
Location
Bastrop County, Texas
Sounds like MX OBDLink and BlueDriver have full diagnostics capabilities. So it's just a matter of preference. Although BlueDriver claims they provide suggested fixes. @Sparksalot you have one, what do you think about their claims:
It gives you a starting point. You can also use it to see historical info and codes. Also reset them.
 

TJ Baker

Full Access Member
Joined
Mar 5, 2018
Posts
163
Reaction score
139
@George B

With the Envoy, have you any other
systems not always working just right? Symptoms of a bad ground maybe? I don't think you do or at least you haven't mentioned any.

However, I once read of a fellow who posted pictures of OBD2 port and OBD2 adapter that had 'shorted out' and partially melted. From the picture it could be seen that the apparent path of current involved only the 2 ground circuits. Turns out that on the GMT360 these 2 ground circuits, pins 4 & 5 of the OBD2 DLC connection, go to two different chassis ground points. Both of these ground points serve multiple systems and each has a splice point or two where their respective systems are collected before going on the ground point.

So if a vehicle had a poor or weak ground at one these 2 ground points the systems served by that ground might present an occasional glitch. The two ground pins are isolated at the DLC connector, until someone plugs in a scantool which may offer a path between pins 4 and 5. If a path then exists, the systems operating on the weaker ground point may seek a ground path through the scantool to a better ground point on the other DLC terminal. In the case of the thread I refer to the owner discovered that when he had the carpet replaced the G201 ground beneath the carpet was not resecured well, creating an intermittent ground. The HVAC blower was the big draw that ran through his DLC, through the scantool, and out the other ground, causing an overcurrent through the DLC connector that was never intended for that kind of current.

So why is this pertinent here?? It just bugs me that your cluster resets, like its power was lost momentarily. And the cluster uses both of the same grounds as the DLC connector. The cluster uses G201 for the lighting and it uses G102 for the electronics.
 

TJ Baker

Full Access Member
Joined
Mar 5, 2018
Posts
163
Reaction score
139
@TJ Baker
The envoy exhibits no other symptoms. It only does this when the tech2 is connected and booting up. Or during SPS info collection.


Very strange. To the best of my knowledge there is nothing that will cause the cluster to reset except a power cutoff. No scantool command, no loss of serial data connection, and so on.
 

George B

¯\_(ツ)_/¯
Joined
Feb 5, 2020
Posts
7,769
Reaction score
18,599
Location
Oconomowoc, Wisconsin 53066
Very strange. To the best of my knowledge there is nothing that will cause the cluster to reset except a power cutoff. No scantool command, no loss of serial data connection, and so on.
Here is a video I made. I also snapped photos of the codes produced. Is there a way to test if the VCIM of the Tech2 is shorting the serial data side to ground?
 

Attachments

  • IMG_5306[1].JPG
    IMG_5306[1].JPG
    273.7 KB · Views: 4
  • IMG_5307[1].JPG
    IMG_5307[1].JPG
    290.1 KB · Views: 4
  • IMG_5308[1].JPG
    IMG_5308[1].JPG
    287.4 KB · Views: 4
  • IMG_5309[1].JPG
    IMG_5309[1].JPG
    295.7 KB · Views: 4

TJ Baker

Full Access Member
Joined
Mar 5, 2018
Posts
163
Reaction score
139
Here is a video I made. I also snapped photos of the codes produced. Is there a way to test if the VCIM of the Tech2 is shorting the serial data side to ground?


I will do some retesting today. Just by looking at the video I would say the gauge sweep to zero you have there is NOT a cluster reset of the sort that I have seen from a power loss. A power loss reset I think moves all needles to zero much more rapidly.

I have recently tried a 'short to ground' of the serial data line and I don't think it did what yours is doing. But I want to recheck.

The codes make it clear... something IS fouling the data bus. You are reading the PCM saying that it has lost comms with those modules. The "Unknown Driver" message is a direct result of a loss of comms between the BCM amd the instrument cluster.
 

TJ Baker

Full Access Member
Joined
Mar 5, 2018
Posts
163
Reaction score
139
Here is a short video of me grounding out the data bus and the results seen at cluster and on the message stream as well.

 

George B

¯\_(ツ)_/¯
Joined
Feb 5, 2020
Posts
7,769
Reaction score
18,599
Location
Oconomowoc, Wisconsin 53066
Here is a short video of me grounding out the data bus and the results seen at cluster and on the message stream as well.

I guess it’s a mystery until we can see what the tool is doing when booting. I am hopeful my new VCI works differently and that I can send you the goofy one for testing. It would be interesting to see what is going on.
 
Top