Ein Markt, der reifer wirkt, als er ist

X-by-Wire gilt vielen als ausgereifte Technologie. Elektronische Lenkung, Bremse und Antrieb sind seit Jahren in Serienfahrzeugen im Einsatz, unterstützt von etablierten Lieferketten und bekannten Industrieakteuren. Auf den ersten Blick scheint der Markt verteilt, standardisiert und entschieden.

Bei genauerer Betrachtung zeigt sich jedoch ein anderes Bild – insbesondere dort, wo Drive-by-Wire nicht als Komfort- oder Assistenzfunktion, sondern als Grundlage für autonomes Fahren verstanden wird.

Denn was heute häufig als Drive-by-Wire bezeichnet wird, sind in der Praxis meist Einzellösungen oder Teilsysteme. Vollständig integrierte, fail-operationale Fahrzeugsteuerung auf Systemebene ist nach wie vor die Ausnahme.

Komponenten sind nicht gleich Systeme

Technisch betrachtet ist Drive-by-Wire kein einzelnes Produkt, sondern eine Architekturfrage.
Ein echtes Drive-by-Wire-System ersetzt nicht nur mechanische Verbindungen durch elektrische Signale. Es muss sicherstellen, dass ein Fahrzeug unter allen Betriebsbedingungen steuerungsfähig bleibt – auch dann, wenn einzelne Komponenten ausfallen.

Dazu gehören:

• eine integrierte Kombination aus Aktorik, Sensorik und Steuergeräten
• redundante Kommunikations- und Energieversorgung
• eine konsistente Software- und Regelungsarchitektur
• ein systemweites Safety-Konzept
• und eine klare Verantwortung für das Gesamtverhalten des Fahrzeugs

In der Realität erhalten Kunden jedoch häufig etwas anderes. Große Anbieter liefern hochentwickelte Steer-by-Wire- oder Brake-by-Wire-Komponenten, jeweils mit eigener Zertifizierung und Funktionsabsicherung. Die Integration zum Gesamtsystem, die Definition des Fail-Operational-Verhaltens und die sicherheitstechnische Gesamtargumentation verbleiben meist beim OEM oder Systemintegrator. Das ist kein Qualitätsmangel einzelner Komponenten – sondern die Folge eines Marktes, der auf Produktlinien und nicht auf Systemverantwortung ausgerichtet ist.

Warum große Anbieter selten komplette Systeme liefern

Historisch ist diese Situation nachvollziehbar.
Die meisten Drive-by-Wire-Lösungen sind aus bestehenden mechanischen Architekturen heraus entstanden. Sie wurden für Fahrzeuge entwickelt, in denen ein Mensch als letzte Rückfallebene verfügbar ist. Entsprechend dominieren fail-safe-Konzepte, bei denen das System im Fehlerfall in einen sicheren Zustand übergeht – oft durch Abschaltung oder Übergabe an den Fahrer.

Autonome Fahrzeuge stellen jedoch andere Anforderungen.
Wenn kein Fahrer vorhanden ist, darf das System nicht einfach „abschalten“. Es muss kontrolliert weiterarbeiten können. Das erfordert fail-operationale Architekturen, bei denen Redundanz, Fehlererkennung und Weiterbetrieb von Beginn an systemisch gedacht sind.

Viele etablierte Anbieter sind organisatorisch und technologisch auf Komponentenoptimierung, Plattformbindung und Serienproduktion ausgerichtet. Drive-by-Wire ist dort häufig eine Produktlinie unter vielen. Systemverantwortung für fahrerlose Anwendungen ist damit nur schwer abzubilden.

Ein Markt auf Systemebene – und genau deshalb offen

Auf Komponentenebene ist der Drive-by-Wire-Markt weit entwickelt.
Auf Systemebene hingegen ist er es nicht.

Weltweit gibt es nur eine sehr begrenzte Anzahl von Unternehmen, die tatsächlich ein vollständiges Drive-by-Wire-System liefern können – inklusive Hardware, Software, Redundanzkonzept und systemweiter Safety-Argumentation aus einer Hand. Noch seltener sind Lösungen, die plattformunabhängig sind und sich sowohl für Neufahrzeuge als auch für die Nachrüstung bestehender Flotten eignen.

Gerade für autonome Anwendungen in Logistik, Landwirtschaft, Bergbau, Verteidigung oder öffentlichem Verkehr ist diese Nachrüstfähigkeit entscheidend. Autonomie beginnt in der Praxis selten auf der grünen Wiese. Sie beginnt in bestehenden Fahrzeugen, unter realen Randbedingungen.

Dass es hier bislang keinen dominierenden Standard gibt, ist kein Zufall. Es zeigt, dass das eigentliche Problem weniger in der Entwicklung einzelner Funktionen liegt, sondern in der Systemintegration und Verantwortungsübernahme.

Erfahrung entsteht nicht im Autonomie-Hype

Ein weiterer Grund für die Offenheit des Marktes liegt in der Herkunft vieler Lösungen.
Zahlreiche aktuelle Autonomieprojekte sind aus Software- und KI-Programmen heraus entstanden. Fahrzeugkontrolle wird dort häufig als notwendige Voraussetzung behandelt – nicht als eigenständige sicherheitskritische Disziplin.

Tatsächliche Drive-by-Wire-Reife entsteht jedoch in anderen Kontexten:
in hochregulierten Anwendungen, im Fahrzeugsonderbau, in Serienlösungen ohne mechanische Rückfallebene, in Bereichen, in denen elektronische Steuerung schon lange zuverlässig funktionieren musste, weil ein manuelles Eingreifen nicht vorgesehen oder nicht möglich war.

Diese Erfahrungen prägen Architekturentscheidungen fundamental. Sie beeinflussen, wie Redundanz gedacht wird, wie Fehlerfälle behandelt werden und wo Systemgrenzen gezogen werden.

Warum diese Einordnung wichtig ist

Die Diskussion um autonomes Fahren wird häufig von Wahrnehmung, KI und Rechenleistung dominiert. Fahrzeugkontrolle erscheint dabei als gelöstes Problem. Diese Annahme ist trügerisch.

Solange Drive-by-Wire überwiegend als Sammlung von Komponenten verstanden wird, bleiben Skalierung, Nachrüstbarkeit und Betriebssicherheit autonome Systeme ungelöste Herausforderungen. Erst wenn Fahrzeugkontrolle als Gesamtsystem betrachtet wird, lässt sich Autonomie zuverlässig in die Praxis überführen.

Genau deshalb ist der Markt für echtes Drive-by-Wire noch offen.
Nicht, weil es an Technologie fehlt – sondern weil Systemdenken, Architekturverantwortung und Betriebserfahrung selten zusammenkommen.