BREAKING: GM is officially recalling the L87

[Vladimir2306]

By the way, interesting information in this topic has been mentioned more than once about the temperature of the oil level in the engine. I have a question, where is she from? my scanner doesn't see such a sensor, and I found a screenshot that there is no physical oil temperature sensor on 6.2, and the data there is calculated.

 

[BacDoc]

Can you expand on this? Were they brief with their answers? Did they roll their eyes?

I think it is very understandable that the vehicle owners have questions and while I understand that GM dealers are likely sick of repeating themselves, they are in a service industry. You can't have everyone bring their vehicles in for service at dealer prices but not want to help those same customers when a recall exists. That's GM's problem (to make right with the dealers) the customer shouldn't have to deal with 'low morale' of the dealer. Not only that, but the customer is also not in a good spot, either.

Yes they did roll their eyes and very evasive when I asked if they had any trucks that died and are waiting on engines. Almost like a politician that never really answers the question.

This is coming from a dealership that historically has bent over backwards for customers and strives for customer service. When I first bought my 6.2l Tahoe about a year ago I asked them about issues with these vehicles and they told me they had engine failure on some in last couple years. They said it was so uncommon to see this problem and they had no trucks in the shop at that time or recently for engine failure.
This lead me to believe that the failure rate was statistically so low that I wouldn’t worry about it - that was then. Something definitely is going on.

As Lance Armstrong said when asked about his competitors in the blatant doping/EPO era - Not normal!

 

[GMCChevy]

There's been number of people here who've had bad 6.2s. It would be interesting to know but probably hard to tell now since they've been replaced how how many of those engines fall within GMs window.

 

[jfoj]

By the way, interesting information in this topic has been mentioned more than once about the temperature of the oil level in the engine. I have a question, where is she from? my scanner doesn't see such a sensor, and I found a screenshot that there is no physical oil temperature sensor on 6.2, and the data there is calculated.

It appears that the oil pressure sensor is a combined oil pressure and oil temperature sensor. While this may be useful, I was a bit shocked that the oil pressure sensor is also configured as an oil temperature sensor as well. I would think the oil temperature should be more sensed in the oil sump than at the end of an oil galley that probably does have constant flow.

Most of the oil temperature sensors that I have seen in the past were sump mounted combination oil level and oil temperature sensors. This was pretty common for BMW and other German models from my experience. Unclear if the GM oil level sensor has the ability to monitor temperature and if GM would have used the 2 sensors in combination to arrive at an oil temperature.

As for your scan tool, most standard OBDII/EOBD tools WILL NOT read the enhanced or extended sensor date. OBDII/EOBD typically does not focus on oil temperature. GM also has the highest cost to license their enhanced data set information and most cheaper tools will not pay the GM licensing fees.

To view the enhanced or extended sensor data for any make or model, you would not use the OBDII/EODB portion of the tool. You would need to choose the specific module or component you want to monitor. So the Engine module needs to be selected, then the Live data for the Engine module would then need to be displayed. While you can see a subset of Live data when choosing OBDII/EOBD, this is just a subset of standard data that OBDII/EOBD is formatted to monitor. Other data needs a more advanced tool and support for the manufacturers specific dataset.

Additionally almost all OBDII/EOBD data needs calculations to provide the data in a readable numeric form to temperature, pressure, time, speed and so forth. Almost every OBDII/EOBD PID has a formula associated with it to provide a useful data output.

GM 6.2l Oil Pressure & Temperature Sensor

 

[CorvairGeek]

It appears that the oil pressure sensor is a combined oil pressure and oil temperature sensor. While this may be useful, I was a bit shocked that the oil pressure sensor is also configured as an oil temperature sensor as well. I would think the oil temperature should be more sensed in the oil sump than at the end of an oil galley that probably does have constant flow.

Most of the oil temperature sensors that I have seen in the past were sump mounted combination oil level and oil temperature sensors. This was pretty common for BMW and other German models from my experience. Unclear if the GM oil level sensor has the ability to monitor temperature and if GM would have used the 2 sensors in combination to arrive at an oil temperature.

As for your scan tool, most standard OBDII/EOBD tools WILL NOT read the enhanced or extended sensor date. OBDII/EOBD typically does not focus on oil temperature. GM also has the highest cost to license their enhanced data set information and most cheaper tools will not pay the GM licensing fees.

To view the enhanced or extended sensor data for any make or model, you would not use the OBDII/EODB portion of the tool. You would need to choose the specific module or component you want to monitor. So the Engine module needs to be selected, then the Live data for the Engine module would then need to be displayed. While you can see a subset of Live data when choosing OBDII/EOBD, this is just a subset of standard data that OBDII/EOBD is formatted to monitor. Other data needs a more advanced tool and support for the manufacturers specific dataset.

Additionally almost all OBDII/EOBD data needs calculations to provide the data in a readable numeric form to temperature, pressure, time, speed and so forth. Almost every OBDII/EOBD PID has a formula associated with it to provide a useful data output.

GM 6.2l Oil Pressure & Temperature Sensor

An odd looking one too. My 2019 L86 had the 3 wire connector sensor they used for over a decade.

 

[jfoj]

The 4th terminal is for the thermocouple output.

I would assume the small protrusion on the tip if the sensor is actually the thermocouple bulb. A typical oil pressure sensor usually just has a small opening at the end of the sensor.

While this sensor is located in top of the rear engine block, it may be possible that the tip of this sensor is actually in the oil flow path slightly due to the way the oil galley may be drilled at an V angle. I have not had a chance to see this area on a block up close. If the tip of the sensor is not directly in the oil flow, it will capture the oil temperature, but probably with some delay.

I suspect the oil temperature monitoring may be used to determine when the DFM can start functioning. It may also be used to add input to the OLM system?

My ultimate question is there a drivers alert for a high oil temperature and if so, at what temperature is the driver notified of a high oil temperature. I question if there is a driver alert for high oil temperature as not a single 6.2l engine failure has ever flagged the driver with any sort of warning, maybe the oil never heated up to a temperature that would cause a driver alert. I also do not believe the there has been an oil pump failure or loss of oil pressure that caused any of the 6.2l failures because not a single report has indicated a oil pressure warning prior to an engine failure.

 

[Vladimir2306]

The 4th terminal is for the thermocouple output.

I would assume the small protrusion on the tip if the sensor is actually the thermocouple bulb. A typical oil pressure sensor usually just has a small opening at the end of the sensor.

While this sensor is located in top of the rear engine block, it may be possible that the tip of this sensor is actually in the oil flow path slightly due to the way the oil galley may be drilled at an V angle. I have not had a chance to see this area on a block up close. If the tip of the sensor is not directly in the oil flow, it will capture the oil temperature, but probably with some delay.

I suspect the oil temperature monitoring may be used to determine when the DFM can start functioning. It may also be used to add input to the OLM system?

My ultimate question is there a drivers alert for a high oil temperature and if so, at what temperature is the driver notified of a high oil temperature. I question if there is a driver alert for high oil temperature as not a single 6.2l engine failure has ever flagged the driver with any sort of warning, maybe the oil never heated up to a temperature that would cause a driver alert. I also do not believe the there has been an oil pump failure or loss of oil pressure that caused any of the 6.2l failures because not a single report has indicated a oil pressure warning prior to an engine failure.

that's exactly what I'm talking about, what do you measure yourself when you write everywhere about monitoring engine oil temperature? )

 

[jfoj]

that's exactly what I'm talking about, what do you measure yourself when you write everywhere about monitoring engine oil temperature? )

I have a tool that uses the specific Extended/Enhanced OBDII PID value to pull the data. I am not measuring it externally, I am pulling the date from the OBDII data stream directly from the port under the dashboard. .

Many of the Chinese tools rarely license the data from the vehicle manufacturers or they do for 1 year to obtain the PID values and calculations then cancel the license. Once the license is cancelled they are supposed to pull the support for the enhanced data, but they general do not pull the support from their tools. And if they do not directly license the data they pull it from someone that stole/hacked the data from the Dark Web.

Some people use terminal programs that perform a PID sweep and "hack" the replies if they do not have the actual PID value and calculations. But even once you obtain a reply for a specific sensor, sometimes, you need to unplug the sensor to make 100% sure you have the correct PID. Then even when you have the correct PID, there are calculations that need to be applied to the return value to display the value in a coherent value like Temperature, Time, Voltage or Pressure. Sometimes it is trial and error to obtain the correct calculations, sometimes people set up a bench test and then alter the input to a sensor and reverse engineer the calculations. The expensive, but correct way to obtain the PID and calculations is to license the date from the manufacturer.

With Global B, some things are still standardized but for module coding and thing like Super Cruise there is a greater emphasis on security. Some manufacturers over time will change up the Enhanced PID's and calculations for different reasons. Some may attempt to keep the automotive tool world honest, sometimes there are other reasons. I have seen PID values and PID calculations change over time in newer platforms. For example the Oil Pressure PID and calculations from 15-20 years ago may be different than the current Oil Pressure PID and calculations.

 

[Vladimir2306]

I have a tool that uses the specific Extended/Enhanced OBDII PID value to pull the data. I am not measuring it externally, I am pulling the date from the OBDII data stream directly from the port under the dashboard. .

Many of the Chinese tools rarely license the data from the vehicle manufacturers or they do for 1 year to obtain the PID values and calculations then cancel the license. Once the license is cancelled they are supposed to pull the support for the enhanced data, but they general do not pull the support from their tools. And if they do not directly license the data they pull it from someone that stole/hacked the data from the Dark Web.

Some people use terminal programs that perform a PID sweep and "hack" the replies if they do not have the actual PID value and calculations. But even once you obtain a reply for a specific sensor, sometimes, you need to unplug the sensor to make 100% sure you have the correct PID. Then even when you have the correct PID, there are calculations that need to be applied to the return value to display the value in a coherent value like Temperature, Time, Voltage or Pressure. Sometimes it is trial and error to obtain the correct calculations, sometimes people set up a bench test and then alter the input to a sensor and reverse engineer the calculations. The expensive, but correct way to obtain the PID and calculations is to license the date from the manufacturer.

With Global B, some things are still standardized but for module coding and thing like Super Cruise there is a greater emphasis on security. Some manufacturers over time will change up the Enhanced PID's and calculations for different reasons. Some may attempt to keep the automotive tool world honest, sometimes there are other reasons. I have seen PID values and PID calculations change over time in newer platforms. For example the Oil Pressure PID and calculations from 15-20 years ago may be different than the current Oil Pressure PID and calculations.

Again, a lot of letters, without answering my question. What do you measure if there is no sensor?))) the weather on Mars? You wrote a whole story here about how and what the oil temperature changes depending on the engine load))) and there is no oil temperature sensor.

 

[mummer43]

Having trouble signing into the GM website. I have been regularly checking the status of the recall for my Yukon and haven't had any trouble logging in until this morning. Now I keep getting an error message when I attempt to log-in. Is this happening for anyone else?