Jump to content

Recommended Posts

Posted

'22 Sierra HD.

 

Know pretty well nothing in this area, so not even sure if I am asking the right question(s).

 

When I first set up system, was able to use Google Maps/Waze without having to hardwire iPhone. Just kept phone on hip. Of course, also able to access telephone contacts etc.

 

However, have discovered that the phone really loses power, and have read somewhere that Google Maps etc work in the background, even when not visible on the  dash and draw iPhone power as a result.

 

I do not use Google Maps/Waze much (use OEM navigation) and only in some rare cases may use either.

 

A while ago, I thought I read a forum post (which I can't find or even recall which forum it may have been) about being able to disconnect the use of Maps/Waze wirelessly, but being able to access either by just plugging in the phone, and that prevents the constant power loss. And, of course, the phone gets powered while plugged in.

 

Tried reading the Manual on this, but it all read like Greek to me.

 

So, is there a way to have Maps/Waze available only through wired connection and not wirelessly. Or is it an all or nothing arrangement?

 

The wife had me turn off a number of things on the phone, but when I turn on the truck, I still get the "Apple CarPlay Connected" and I can access Google Maps without plugging in the phone.

 

Marv

Posted
9 hours ago, marpel said:

'22 Sierra HD.

 

Know pretty well nothing in this area, so not even sure if I am asking the right question(s).

 

When I first set up system, was able to use Google Maps/Waze without having to hardwire iPhone. Just kept phone on hip. Of course, also able to access telephone contacts etc.

 

However, have discovered that the phone really loses power, and have read somewhere that Google Maps etc work in the background, even when not visible on the  dash and draw iPhone power as a result.

 

I do not use Google Maps/Waze much (use OEM navigation) and only in some rare cases may use either.

 

A while ago, I thought I read a forum post (which I can't find or even recall which forum it may have been) about being able to disconnect the use of Maps/Waze wirelessly, but being able to access either by just plugging in the phone, and that prevents the constant power loss. And, of course, the phone gets powered while plugged in.

 

Tried reading the Manual on this, but it all read like Greek to me.

 

So, is there a way to have Maps/Waze available only through wired connection and not wirelessly. Or is it an all or nothing arrangement?

 

The wife had me turn off a number of things on the phone, but when I turn on the truck, I still get the "Apple CarPlay Connected" and I can access Google Maps without plugging in the phone.

 

Marv

I don’t know if I fully understand the question but I’ll give it a whirl. I use my iPhone for everything. When traveling I use Gps navigation and IHEART radio on my phone through Bluetooth. The phone is plugged in. I also click it over a vent to keep it cool because they get hot. I ran a cord for charging out of the way. My favorite spot is to the left of the steering wheel. I don’t use my cars navigation. Non are as accurate as WAZ or my standard iPhone navigation. IHeartRadio doesn’t have station fading like standard FM. I don’t eliminate my icons when done I just x or swipe off. 

Posted

Waze is famous for draining your phone battery and running it hot. I didn't think Waze, Google Maps and Apple Maps (my new favorite of the 3) would load and run on your phone unless you select them from the CarPlay screen or launch them on the phone while connected to CarPlay.  If they're running in the background on your phone, try killing them before connecting to CarPlay.

Posted

Thanks very much for the replies.

 

As a result of some, fairly regular, travel outside cell coverage (mostly during trips to/from Vancouver, BC and Denver, Co), I got used to using the OEM Navigation, but still have occasion to use Google Maps and Waze within the greater Vancouver area and/or Metro areas. So would still like access to both, and currently have the Apps downloaded on my phone.

 

When not in the vehicle, I have noticed a much less power drain on the phone and when in the vehicle, especially on long drives, the phone uses more power, even when not using Maps/Waze. When I drive, even locally, I don't use any extraneous Apps and in fact, very very rarely even turn on the radio. I usually have OEM Navigation running. Because this power usage seems to be associated with using the truck, I merely thought there was a (wireless) connection between it and Google Maps/Waze, even though they are not visible on the dash screen (playing in the background??).

 

So, as initially stated, I was wondering if these Apps could be set up on the phone, so they will not wirelessly operate in the background (if that is actually what is happening), but would be accessible if I plugged the phone in to the USB port in the truck. What I would prefer is not having to go into my phone settings and turn things off/on each time.

 

So Njmurvin, is that what you mean by "try killing them before connecting to CarPlay."?

 

Thanks for any added advice.

 

Marv

Posted
On 9/7/2022 at 8:08 PM, marpel said:

 

So Njmurvin, is that what you mean by "try killing them before connecting to CarPlay."?

 

Thanks for any added advice.

 

Marv

What I meant by killing them is force-closing them. Depending on the phone you have it's either a double click of the home button or, if you have a later phone with no home button, it's a up swipe from the bottom of the screen. Apple tells you that these apps don't use any resources or drain battery but my experience in the past with Waze tells me otherwise. As a result, I make it a habit to force-close Waze after I arrive at my destination whenever I use it.

  • Like 1
  • 1 month later...
Posted
On 9/9/2022 at 10:24 PM, marpel said:

Thanks very much Njmurvin. I will give that a try.

 

Marv

 

Killing the app will help but not much. What's eating up the battery is because your phone is connected to the infotainment wirelessly even though you are not accessing Apple CarPlay on the infotainment. If you only want Apple CarPlay to be connected through the USB cable then you need to go to Settings on the infotainment then Phones and delete your iPhone listed there.  You will also need to delete on the iPhone in the Bluetooth settings the GM app.

The downside of doing this is you will no longer be able to stream your iPhone music to the radio. Everything will now ONLY be accessible through the USB cable when plugged in.

  • 4 weeks later...
Posted

I do like NJmurvin does on my android phone:  Force close the apps after getting into the truck and starting it.  Works great.  👍

Then to use the app connected to the truck I simply start the app on the phone.  Hope it works the same for you with the iPhone.

 

Happy Trails! :cheers:

  • 1 month later...
Posted

A few things to try,my android phone allows me to turn off auto start of andriod auto or not allow it to start when phone is locked. I also have a button to allow wireless android auto. When i use it in the truck, I have the console which has the wireless charger in the mat where I lay the phone. That keeps it charged. If you have a lower optioned truck, they make an aftermarket charger that will retrofit into the center handrest. So i never have the phones plugged in. 

  • 2 weeks later...
Posted

Late to the conversation but I'm not seeing this answer anywhere here.....

 

There are three ways to connect your phone to your truck; USB, Bluetooth and WiFi.

If you're seeing Waze in Car Play and your phone is not plugged in, you're connecting through WiFi. This combined with Location Services (GPS) used by Waze WILL pull your battery down faster. I suspect that Car Play is starting the Waze app even if you had it shut down before starting the truck.

 

To stop doing this, Go to your phone's WiFi networks and delete / forget the trucks WiFi network. Doing so, you will loose wireless Car Play services like Waze but you can still play music and take phone calls. And Bluetooth has a much lower demand on the phone battery. If you really want Waze or other car play services, you can always plug the phone into the truck's USB.

 

One more thought about your truck's USB. It only provides the 2.5 watts of power specified by the USB 2.0 specification. That means your phone will only have the slow charge option available and the combination of GPS and WiFi will consume a significant portion of that. Unfortunately, it appears that the USB C outlet has the same limitation.

 

Hope this was helpful to someone.

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
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Forum Statistics

    250.4k
    Total Topics
    2.7m
    Total Posts
  • Member Statistics

    342,759
    Total Members
    8,960
    Most Online
    DM22
    Newest Member
    DM22
    Joined
  • Who's Online   6 Members, 0 Anonymous, 1,450 Guests (See full list)

  • Latest Articles

  • Posts

    • That is a fair point, and I agree that trying to log “everything in the truck” would be the wrong direction.   There are a lot of modules and a lot of traffic. If the product became a full-truck datalogger, the amount of data would get huge very quickly, and most owners would never use it.   I think the first useful version would need to be narrow: - powertrain-side event evidence - selected high-value parameters - communication / voltage / reset events - pre/post event window - short report first, raw log only as backup   One distinction I should make is between active OBD/PID polling and passive bus capture. If you are polling PIDs through OBD, then yes: the more parameters you request, the lower the effective sample rate becomes, and you are adding diagnostic traffic to a vehicle that is already busy running itself. With passive CAN capture, the recorder is not asking all the modules for data. It is listening to traffic that is already on the bus. So it does not consume vehicle bus bandwidth in the same way that a scan tool polling hundreds of PIDs would. But your point still applies in a different way.   Even if passive capture does not add bus traffic, the recorder still has limits: - processing rate - storage rate - timestamp accuracy - decoder workload - event filtering - report size - user attention span   So the answer cannot be “log everything and let the user figure it out.” The product would need to store enough raw evidence to be useful, but only decode, graph, and present the important parts around the event.   A practical report should probably show: - what triggered the capture - how much pre/post data was preserved - which selected parameters changed - how those values compared to baseline - whether the same pattern happened before - whether any voltage, reset, bus-off, lost-message, or communication fault occurred - selected graphs around the event - raw data only as supporting evidence   So I agree with you. More data is not automatically better. The real product is the reduction from raw data into a useful event report.
    • That makes sense, and I agree with most of that.   I think the product would need both: 1. a default powertrain template, so it is useful out of the box; 2. user-selected priority parameters, so the owner or shop can choose what they want to see first.   Different users are going to care about different things. One owner may care about oil pressure and voltage. Another may care about misfire trend, AFM/DFM behavior, or U-codes. A shop may want communication events and repeatability first. Your baseline point is probably the most important one. Raw data is not very useful unless the report can show what normal looked like for that vehicle under similar conditions.   The way I would think about it is: - start with a basic known-good baseline - learn normal behavior for that specific vehicle over time - allow the event to be overlaid against baseline - show whether the event was a one-time spike or a repeatable pattern - provide a simple severity level, but with clear limits on what that severity means   For example, early severity could be something like: - Info: event captured, no obvious abnormal pattern - Watch: value moved outside baseline, but not repeated - Warning: repeatable abnormal pattern under similar conditions - Critical: communication loss, voltage drop, bus-off, reset, or severe repeated event   I would not want the first version to say “replace this part.” That would be overclaiming unless there is repair-confirmed data behind it. It would be more honest to say “this pattern deserves inspection.”   On the OBD port question, I think OBD absolutely has a role. OBD is probably the right place for: - DTCs - freeze frame - VIN - calibration information - normal scan-tool parameters - Mode 6 / enhanced diagnostic data if available The reason I am still looking at an ECM-side recorder is that the failure may happen before anyone connects a scan tool. If the owner plugs in a scanner after the event, the pre-event evidence may already be gone unless the ECU happened to save it. So I do not see this as “OBD versus ECM-side.” I see it more like: - ECM-side recorder: always armed, rolling buffer, event evidence - OBD/DLC companion: DTCs, freeze frame, VIN, calibration, normal scan data - phone/cloud: status, notes, upload, report generation, notifications   I agree that phone connection and push notifications would be useful. I just would not want the phone or cloud connection to be required for capture. The recorder should save the event locally even if the phone is not connected. The phone should help with event marking, download, notes, upload, alerts, and report viewing.   For a default GM V8 event report, would this list make sense? - RPM - calculated load / MAP - throttle position - vehicle speed - gear / torque converter state if available - coolant temperature - oil pressure - oil temperature if available - battery voltage - commanded AFM/DFM state if available - actual AFM/DFM state if available - misfire counters / roughness by cylinder if available - fuel trims - relevant U-codes / communication events - bus-off / lost periodic message / module reset / voltage drop events Which of those would you remove, and what would you add?
    • I went to the county a few years back to dispute my property taxes. To do that I hired an appraiser and a lawyer. The County Assessor wished to argue that the homes in my neighborhood the appraiser used were all 'distressed properties" and not representative of the "Market Average".    My response was," Of the 50 homes in our subdivision 43 of them were "distressed properties" under bank foreclosure and as such "Distressed IS the market". Lawyer about choked on his coffee and handed the Assessor the 'receipts'.    I won that case on the evidence provided by the Lawyer and the Appraiser.    We have the same thing going on here. My statements were based on the GOVERNMENTS NATIONAL DATA and yours on local markets in areas of your interest. They are both correct....   Thing is, this divergence was based on NATIONAL and not on LOCAL. I think you even understand that. But like you said, we are both stubborn and hardheaded.    I do not see any advantage to disengagement.  But that said we can step back to compose ourselves. 
    • Trust me I appreciate the comments and concerns. It's what I was looking for to help me evaluate the situation and what I want to do. I have decided to move forward with the BORA hubcentric slip on 3/8" (.375") with the extended lugs nuts. Fedex says they should be here Monday :). Meanwhile, the dealer got the remote start and Patriot spray in bed liner done over the last couple of days. Also, I installed an inline stop/start eliminator today. Starts back up in what whatever mode you shut it off in, so you don't have to hit the button every time you fire up.
    • $2.20 E-85 down from $2.59 Around $3.80 for regular and about $5 on average for Premium.  Propane $3.99 a gallon. 
  • GM-Trucks.com Clubs

  • Popular Contributors

×
×
  • Create New...