Jump to content

Recommended Posts

Posted

I think there are some practical applications to having your engine run for hours at a time, some have been mentioned in previous posts, but I believe in "Right tool for the job". I'm not going to use a spoon instead of a ladle or a butter knife instead of a flathead screwdriver. 

Posted
16 hours ago, greatmizzou said:

Agreed about it being a terrible feature then.    Why put this on trucks to begin with?  I wonder if it’s a federal CAFE or OSHA type thing that got mandated.   

They did this because several appliance buyers managed to get themselves killed by parking a running vehicle in their garage and leaving it running inadvertently. 

Posted
On 1/27/2019 at 12:28 PM, Jimmyc! said:

I think there are some practical applications to having your engine run for hours at a time, some have been mentioned in previous posts, but I believe in "Right tool for the job". I'm not going to use a spoon instead of a ladle or a butter knife instead of a flathead screwdriver. 

 

A pickup truck is an awesome regular-carry multi-tool for when you don't want to carry all of your tools all of the time.

 

When I'm hiking/trekking/camping I leave the ladle and the spoon at home honestly.  A spork is the right tool for the job.

 

Posted
On 1/27/2019 at 10:30 AM, NWI Denali said:

Neutral + parking brake 

 

/thread

I’m going to try this tonight. I arrived at a rig in Colorado last night and had to sleep in my truck after driving and working. I froze my ass off seeing as it’s in the 20s with snow on the ground and this truck keeps shutting off. 

Posted

Ran into this "feature" this morning in our 2019 LTZ. Ducked inside a building site with my dog in the back seat. It was negative 8 outside so I left the truck running for the dog to stay warm. Came back outside 20-30 minutes later and it was off. Thankfully inside was still warm enough but it made me think I was crazy. Then I figured out this was on purpose. :sigh:

  • Sad 1
  • 2 weeks later...
Posted

I FULLY UNDERSTAND THE OP's  PROBLEM AND AGREE WITH HIM 100%.  THERE SHOULD BE A BYPASS FOR THIS FUNCTION.

INTERESTING THAT I DIDNT NOTICE A GM TECH COMMENT ON THIS THREAD!

  • Like 1
Posted

Why not get tow behind light plant? Fixes the light problem with better light and doubles as a gender for power to run a small heater in the cab of the truck? Just a thought

Sent from my SM-G950W using Tapatalk

Posted (edited)

I get OP's reason too, but the other side is it's an excellent feature for 'cool-down' purposes when working one hard.

 

They are promoting similar as a 'cool-down' feature on 2020HD dmax update... but it will only run for whatever time is necessary to obtain target cool-down temps. 

 

 

 

Edited by redwngr
Posted
On 1/22/2019 at 2:40 PM, rikhek said:

Truck is a 2019 Sierra AT4 and I'm really surprised to find it shuts itself off on it's own after idling for somewhere around 10 - 15 minutes.  I'll admit I have not had time to read the manual yet but this was not an "option or setting" in any of the settings menus.

 

Really sucks for me as I'll leave the truck idling for several hours at a time if headlights are needed to provide jobsite lighting.  I'll be elbow deep in "work" and the damn thing just goes off.  I need to go over to truck and restart every 10 - 15 minutes which is a pain in the ass.  I won't even get into how bad it is when I have to sleep in the truck while on a remote jobsite.  It gets cold very quickly when it shuts off....

 

Rick

 

On 1/22/2019 at 3:59 PM, MikeNH said:

Guys, no need to be nasty and sarcastic. Knock it off.

 

I would recommend leaving the truck in neutral with the parking brake on and perhaps the wheels chocked. I bet this would be a workaround. 

 

On 1/27/2019 at 11:30 AM, NWI Denali said:

Neutral + parking brake 

 

/thread

To the OP’s problem, these are the only two feasible answers (if it in fact works) given. It doesn’t matter what his reasons are for wanting/needing multiple hours at idle, it’s his truck. I would PM Chris at @GTPprix and ask him if this could be solved with re-programming. I know he is working on T1XX stuff now but being so new he may not have even heard of this. 

Posted

That absolutely sucks. Who are they to dictate when the truck shuts off..
wtf.. more ‘big brother’ BS in my opinion!


Sent from my iPhone using Tapatalk

  • Like 1
Posted
1 hour ago, Loco-diablo said:

That absolutely sucks. Who are they to dictate when the truck shuts off..
wtf.. more ‘big brother’ BS in my opinion!


Sent from my iPhone using Tapatalk

"They" are the company that get sued by the lawyers us customers hire when we hurt ourselves, but don't blame ourselves. There is no big brother. Just a legal system setup to reward coffee spill-ers, and a government setup to provide teats. Welcome to the "land of the free".   

  • Like 3
Posted

I’m thinking it has to do with the keyless ignition. I know from personal experience that it’s much more easier to leave a keyless vehicle running by mistake


Sent from my iPhone using Tapatalk

Posted
On 1/22/2019 at 4:28 PM, rikhek said:

Maybe people should read what they're commenting on before posting useless AND incorrect info.  People shouldn't "guess" at answers to technical questions or questions to which they don't have a clue what they're talking about.

what a DBAG.......

  • Like 2
Posted
Wrong.  Read my post written in RED above.  You only get 1 hour with the FOB in the truck.  Sucks working/sleeping one hour at a time due to vehicle "setting".


Being a new system, lots of guessing going in but nice to have people trying to help each other. Your best bet would be to sit with service department and try to get them to help figure your problem out, this way your communication will be easier, good luck


Sent from above

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Latest Articles

  • Posts

    • I hope to high heaven this is wrong. My Chevy farm trucks frame is lasting way longer than a newer Nissan Titan XD I got for a steal, and it only pulls trailers. A decade younger and it's frame is already way rustier than the waxed Chevy I drive across longs and ditches. Also, hasn't Ford been having tones of troubles with rusted frames? 
    • Batteries don’t always show signs of a few years ago my vehicle started fine in the morning and took me to work. After work the battery was completely dead and I needed a jump. No, I didn’t leave anything on and the battery was only a couple months old. It was replaced under warranty. 
    • AFM is confirmed in the Corvette engine, so I'm assuming the higher volume trucks will get it as well
    • If his battery was that bad I would think it would have been showing signs before this that were ignored. Stinks that it happened the way it did in rush hour traffic, but this seems like a pretty fringe scenario. I don't mind it that bad and never turn it off. The only slight annoyance for me is the slight delay between brake to gas, but I have gotten used to it and figure if it can save a little gas why not.
    • That is a good correction. I think “severity” was probably the wrong word for what I meant. What I really mean is closer to event priority, relevance, and actionability — not “this code is severe” or “replace this part.” I agree that a truck can have a lot of trivial or historical communication codes, and if the product starts pushing alerts for every stored or low-value event, people will ignore it very quickly. So the alert logic would need to be filtered. For example, I would not want a random old communication code to generate a push notification by itself. A useful alert would probably need to be based on things like: - new vs historical - active vs stored - repeated vs one-time - duration of the event - whether it happened near the driver-marked symptom - whether it happened together with voltage drop, reset, bus-off, misfire, oil-pressure change, etc. - whether the same pattern repeats under similar conditions So instead of saying “severity,” maybe the product should organize events by affected system and priority. For example: Misfire event: Show misfire counts / roughness first, then fuel trims, RPM/load, DFM/AFM state if available, coolant/oil temp, voltage, and related DTCs. Oil-pressure event: Show oil pressure first, but only in context — RPM, load, oil temperature, coolant temperature, DFM/AFM state if available, voltage, and baseline comparison. Communication event: Show which module/network/message dropped, whether voltage dropped, whether the recorder reset, whether it was active or historical, and whether it repeated. Voltage/reset event: Show battery voltage, crank/wake/sleep state, module reset, communication dropouts, and what came back online first. That also solves the display-order problem you mentioned. The main report should not always show the same fixed list first. It should show the system that appears abnormal first, and then the supporting values for that system. I also agree that the truck already has an oil pressure gauge and MIL. The point would not be to duplicate those. The value would be in showing what else was happening before and after the warning or symptom. For example, if the MIL comes on for a misfire, the truck already told the driver there is a problem. The useful part would be: - which cylinder or bank looked abnormal first - whether it happened after an AFM/DFM transition - whether fuel trims were already moving - whether oil pressure or voltage changed at the same time - whether the same pattern happened previously without a MIL On the OBD port point, I think you may be right for a consumer-facing version. OBD is much easier for the average owner: - easier install - easier removal - inside the cabin - easier phone connection - easier data download - easier to include a pass-through port for another scanner OBD is also the right place for DTCs, freeze frame, VIN, calibration information, Mode 6, and normal scan-tool parameters. The reason I was looking at ECM-side recording is that some events may be gone by the time someone plugs in a scanner, and some powertrain-side network evidence may not be available the same way through the DLC. But I agree that if an OBD-based version can capture enough useful evidence for most owners, that is probably the cleaner consumer product. Maybe the split is: - OBD/DLC version for most consumers - ECM-side version only if it proves it adds evidence that the OBD version cannot get - shop/pro version if deeper powertrain-side event evidence is actually useful So I would not want to force the inline approach if the OBD workflow solves most of the real-world problem. Your last point is probably the key product requirement: the report should be specific to the system showing the abnormality. Not “here are 50 parameters.” More like: “Misfire-related event detected. Here are the misfire/fuel/DFM/context values.” or “Oil-pressure-related event detected. Here is oil pressure compared with RPM/load/temp/baseline.” or “Communication event detected. Here is what dropped, when, and whether voltage/reset happened first.” That is a much better way to think about the report.
  • GM-Trucks.com Clubs

  • Popular Contributors

×
×
  • Create New...