Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Don Y <blockedofcourse@foo.invalid>
Newsgroups: sci.electronics.design
Subject: Re: About WiFi7
Date: Sat, 24 Aug 2024 14:21:44 -0700
Organization: A noiseless patient Spider
Lines: 47
Message-ID: <vaditu$1hp5e$1@dont-email.me>
References: <va78n1$1ifd7$1@solani.org>
 <va7rd4$14gv$1@nnrp.usenet.blueworldhosting.com> <va98fq$1j36c$1@solani.org>
 <vaa78t$5jo$1@nnrp.usenet.blueworldhosting.com> <vaaafv$1jkec$1@solani.org>
 <vaadim$1ot4$1@nnrp.usenet.blueworldhosting.com>
 <vaao50$112hi$2@dont-email.me>
 <vaapei$1hse$1@nnrp.usenet.blueworldhosting.com>
 <vab3qa$12s47$1@dont-email.me>
 <vab4qh$s6l$1@nnrp.usenet.blueworldhosting.com>
 <vab5ts$12s47$3@dont-email.me>
 <vaba3p$1uh5$1@nnrp.usenet.blueworldhosting.com>
 <vabe2v$142d4$2@dont-email.me>
 <vabg3u$egn$1@nnrp.usenet.blueworldhosting.com>
 <vac74n$1b4rk$1@dont-email.me>
 <vad05u$46e$1@nnrp.usenet.blueworldhosting.com>
 <vadbpe$1glti$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Sat, 24 Aug 2024 23:22:06 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="48f5abf2c032c373a16b3ecc87eb0874";
	logging-data="1631406"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/mPWKc0rD165AY5jWq4S/Y"
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.2.2
Cancel-Lock: sha1:vV4xzFEibTG1XyMaGqo2O5WnvXk=
In-Reply-To: <vadbpe$1glti$1@dont-email.me>
Content-Language: en-US
Bytes: 3828

On 8/24/2024 12:20 PM, KevinJ93 wrote:
> Many modern cars have cellular capability that is not exposed to the user and 
> just used for telemetry etc.

It may, also, be exposed as "emergency services/roadside assistance" -- as in
the case of OnStar.

> Often it is not used for software updates, that requires a wifi connection.

There is no technical reason why it can't be as phones accept OTA pushes
all the time.  And, the car can take DAYS (if need be) to acquire all
of the update before attempting to install any of it.

I think, instead, the reasoning is that an update could *break* the car.
So, you would want the car to be in a setting where it could be "restored"
without pissing off the user.  Likewise, where the update can be done in
a controlled manner (instead of relying on some procedure that was
remotely conceived).  Patching a running system is difficult and
requires the system to have been designed with that capability in mind,
from the start.

[When I was working on automotive control systems, only certain aspects
of the system could be "patched" without physically replacing hardware.
And, as these are distributed systems, the impact of one node changing while
others haven't, yet, can be unpredictable.]

> I assume the car manufacturer has some form of limited data transfer agreement 
> with the cellular carrier.

Possible.  I suspect something similar happens with remote KWHr meter reading
and active load management.

> There is usually no monthly charge to the car owner for the basic serivce, it 
> is covered by the manufacturer. If there are additional capability that also 
> exploits the cellular link there may be a charge for that. For example on the 
> Tesla there is a $10/month charge if you want audio streaming, real-time 
> traffic information or improved map capabilities.

Some connected services are quite costly.  A fee for traffic updates.
Another for in-car wifi.  Another for roadside assistance.  Another for
preemptive/proactive maintenance, etc.

<https://www.onstar.com/pricing>

A simpler solution is just not to drive much!  :>