Skip to content

Foundations

What a software-defined vehicle actually is

The term is used loosely enough to mean almost nothing. Here is the concrete engineering definition, what genuinely changes, and how to tell a real SDV claim from marketing.

Beginner7 minSDV · Fundamentals

Almost every car company now says they are building software-defined vehicles. The phrase appears in press releases, job adverts and architecture documents, and it is used so loosely that it has nearly stopped meaning anything.

So let us pin it down.

The definition that is actually useful#

Note what is not in that definition. Nothing about touchscreens, connectivity, electric drivetrains or artificial intelligence. Those often accompany SDV, and none of them is what the term means.

How cars were built before#

To see what changed, look at how it worked for thirty years.

A car maker decides it wants heated seats. An engineer writes a specification. A supplier builds a small computer — an — that does exactly that: reads a switch, reads a temperature sensor, drives a heating element.

That ECU is delivered, tested, and bolted into the car. Its software is burned in and essentially never changes. Multiply by a hundred functions and you get a vehicle with a hundred small computers, each doing one thing, wired together.

What replaces it#

Fewer, more powerful computers — the physical change behind SDVDistributedone ECU per function~1990s–2010sDomaingrouped by function~2015+Zonalgrouped by locationSDV eraCentralone computer, zonal I/Oemergingwiring shrinks · compute concentrates · functions become software
How vehicle electronics got hereLeft to right: one computer per function, then grouped by function, then grouped by physical location, then consolidated into central compute with simple zone controllers doing only the wiring.

The four things that actually change#

Strip away the marketing and SDV means four specific engineering shifts.

1. Fewer, more powerful computers#

A hundred small controllers becomes a handful of powerful ones, with simple zone controllers near the wiring doing little more than connecting things up.

This is the change that makes everything else possible, and it is a hardware change — which is why SDV cannot be retrofitted to an existing platform.

2. Functions become software, not boxes#

Heated seats stop being "the seat ECU" and become a piece of software running on a shared computer, alongside forty other pieces of software.

3. Components offer services instead of broadcasting signals#

The old model: an ECU shouts values onto a shared wire and anything interested listens. Nobody is addressed and nothing replies.

The new model: a component offers a service that others discover at runtime and call, with requests, responses and errors.

4. Software is delivered continuously#

Software stops being finished at start of production. Updates arrive over the air, throughout the vehicle's life, which means the development process has to keep running for fifteen years rather than stopping at launch.

What SDV is not#

How to tell whether a claim is real#

Four questions that cut through it quickly:

  1. How many general-purpose computers does the vehicle have? If it is still dozens of fixed-function ECUs, the architecture has not changed.
  2. Can a new feature be added without new hardware? Ask for an example that actually shipped.
  3. Do components offer services, or broadcast signals? Ask what happens when a new consumer needs an existing value.
  4. Is software still being developed for vehicles already sold? Or did the team disband at start of production?

Why anyone is doing this#

The engineering is harder, the platforms cost more, and the organisational change is painful. Three reasons it is happening anyway:

Complexity became unmanageable. A hundred ECUs from thirty suppliers, each with its own release cycle, is not integrable at the rate customers now expect features.

Customers expect improvement. A phone gets better after purchase. A car that does not now feels dated within two years.

Revenue after the sale. Features, subscriptions and services sold to a vehicle already on the road — a genuinely new business model, and the one most often cited internally.

The next topic goes into these forces properly, because they explain most of the decisions you will otherwise find arbitrary.

Next#

The forces pushing this change, and why they are not going away.

References & further reading

Code links target the main branch on cs.android.com. AOSP moves — if a path 404s, search the symbol instead.