Procédure technique pour un défaut CAN‑Bus sur autoradio Android aftermarket

Technisches Verfahren zur Diagnose eines CAN-Bus-Fehlers bei einem nachgerüsteten Android-Autoradio


Der Fahrzeugkontext ist nicht angegeben. Daher muss von einer generischen Architektur ausgegangen werden: Integrationskabelbaum, CAN-Decoderbox, MCU-Firmware des Autoradios, softwareseitige Konfiguration des CAN-Protokolls und anschließend die elektrische Integrität des Busses. In diesem Rahmen deuten die beschriebenen Symptome – Modul nicht erkannt, Ausfall der Lenkradtasten, fehlende Tür-, Klimaanlagen- und Parksensorinformationen – sehr stark auf einen Fehler bei der Übersetzung zwischen Fahrzeugnetzwerk und Android-Einheit hin. Ursache kann ein falsches Profil/Protokoll, ein inkompatibler CAN-Decoder, die Verkabelung oder eine inkonsistente Firmware-/Konfigurationskombination sein.

📡 Umfang des Problems und erwartete Funktionsweise

Ein nachgerüstetes Android-Autoradio, das über eine CAN-Box mit dem Fahrzeug verbunden ist, hört nicht direkt auf „alle Funktionen des Fahrzeugs“. Es erwartet vielmehr, dass ein Decoder oder ein Integrationsprofil die Fahrzeugnachrichten in Ereignisse umwandelt, die von der Einheit verarbeitet werden können. Die Dokumentationen von Nachrüst-Interfaces nennen ausdrücklich folgende übertragene oder abgeleitete Funktionen: ACC-Zündung, Geschwindigkeit, Beleuchtung, Rückwärtsgang, Lenkradtasten, Bordcomputersteuerung und je nach System akustische Signale oder Parkinformationen.

Dass gleichzeitig Lenkradtasten, Klimaanlage, Türen und Parksensoren betroffen sind, deutet eher auf einen Fehler im Komfort-/Innenraum-Netzwerk als auf einen isolierten Audiofehler hin. Bei diesen Netzwerken kann ein falsches Protokoll oder ein falscher Decoder den Eindruck erwecken, das „Modul werde nicht erkannt“, obwohl die Android-Einheit in Wirklichkeit Daten im falschen Format, auf dem falschen Kanal oder über das falsche Profil empfängt.

🔧 Wahrscheinliche technische Ursachen

  • Softwareseitige CAN-Konfiguration: falsches CAN-Protokoll oder falsches Fahrzeugmodell in den Factory Settings ausgewählt.
  • MCU-Firmware oder Firmware des CAN-Decoders: falsche Version oder fehlerhaft angewendetes Update.
  • Verkabelung: CAN High / CAN Low vertauscht, Stecker nicht vollständig eingerastet, Decoderbox defekt.
  • Falsche CAN-Kennung oder Fahrzeugintegration: Das Fahrzeug akzeptiert das Gerät ohne Gateway-Codierung nicht.

📋 Empfohlene Korrekturprozedur

Die folgende Vorgehensweise ist bewusst nicht fahrzeugspezifisch. Ziel ist es, den Fehler mit möglichst geringem Risiko zu beheben und die Diagnose zu beenden, sobald ein Schritt ausreichende Beweise liefert.

Vorbereitende Schritte

  1. Vor jeder Änderung sichern: Karten, APKs, Profile und wichtige Daten kopieren. Wenn möglich, die aktuelle Konfiguration exportieren, häufig in eine Datei namens config.txt.
  2. Exakte Hardwarekennungen notieren: MCU-Version, Systemversion, Referenz der CAN-Box sowie SW-/HW-Version.
  3. Zuerst den offiziellen Weg des Herstellers/Verkäufers prüfen, bevor in Foren nach Lösungen gesucht wird.

Diagnoseschritte bei eingeschaltetem Bildschirm

  1. Öffnen Sie Settings > About device oder Car Settings > System info: Notieren Sie die MCU-Version und den CAN-Status connect/disconnect.
  2. Prüfen Sie in den Factory Settings – Zugangscode häufig 1234 oder 8888 – das ausgewählte CAN Protocol bzw. den CAN Type.
  3. Wenn eine App wie CarInfo oder Original Car Info vorhanden ist, prüfen Sie, ob Türen, Klimaanlage und Parksensoren reagieren.
  4. Korrigieren Sie zunächst in den Factory Settings das CAN-Protokoll: Wählen Sie die Einstellung, die am besten zum verbauten Kabelbaum passt, und starten Sie die Einheit anschließend vollständig neu.
  5. Wenn ausschließlich die Lenkradtasten fehlen, prüfen Sie die analoge Variante über Key1/Key2 mit manueller Tastenbelegung.

Schritte zur Firmware- und Verkabelungskorrektur

  1. Führen Sie ein offizielles Update erst nach eindeutiger Identifikation der Hardware durch – FAT32-Datenträger und exakt passendes Paket verwenden.
  2. Bei ausgeschalteter Zündung die Verkabelung prüfen: Vorhandensein und korrekter Anschluss der CAN-Box, Zustand der Stecker sowie Polarität von CANH/CANL.
  3. Falls die CAN-Box eine LED besitzt, beobachten Sie, ob sie dauerhaft im „Suchmodus“ bleibt oder den Bus erfolgreich „findet“.
  4. Wenn sich weiterhin nichts ändert, führen Sie eine physische Busprüfung durch: Mit Oszilloskop oder Multimeter den Widerstand zwischen CANH und CANL messen – bei spannungslosem System ungefähr 45–65 Ω.
⚠️ Sicherheit und Konformität
Vor Eingriffen am Kabelbaum die Zündung ausschalten und je nach Interface die Batterie abklemmen oder das Fahrzeug in den Ruhemodus versetzen. Keine Arbeiten während der Fahrt durchführen.

⚙️ Erweiterte Lösung über config.txt – sogenannte „russische Lösung“

Was durch Community-Quellen wie 4PDA gut belegt ist: Die Konfiguration in eine config.txt exportieren, diese Datei bearbeiten und die Einheit anschließend mit update.img neu flashen.

Was offiziell weniger gut dokumentiert ist: die genaue Bedeutung der Felder lend=159 und castomer=4. Diese Werte sind fahrzeug- bzw. profilspezifische Konfigurationsparameter und keine universellen Einstellungen.

📄 Strikte Vorgehensweise, falls Sie diesen Weg wählen
1. Exportieren Sie die aktuelle Konfiguration und bewahren Sie zwei Kopien der config.txt auf.
2. Erstellen Sie Fotos der Seiten About device, CAN Protocol, System info sowie der CAN-Box.
3. Laden Sie ausschließlich die exakt zu Ihrer Hardware passende ROM herunter.
4. Ändern Sie jeweils nur eine Variable mit einem reinen Texteditor.
5. Unterbrechen Sie während des Flash-Vorgangs weder den Datenträger noch die Stromversorgung.
6. Kontrollieren Sie beim ersten Neustart sofort System info und alle Fahrzeugfunktionen.
7. Bei Unsicherheit mit dem exportierten Profil oder der Original-ROM zurückwechseln.

📜 Textliche Erklärung des Entscheidungsbaums

Der folgende Entscheidungsbaum stellt die Diagnoseprozedur visuell dar. Hier die Schritt-für-Schritt-Erklärung:

Schritt 1: Ausgangspunkt
└─ Beobachtete Symptome: Ausfall der Lenkradtasten, Türinformationen, Klimaanlage, Parksensoren, Modul nicht erkannt.
↓
Schritt 2: Technische Informationen erfassen – MCU-Version, Systemversion, Referenz der CAN-Box.
↓
Schritt 3: Car Settings > System info öffnen.
↓
Schritt 4 – Bedingung zum CAN-Status
├─ Wenn CAN = connect → Funktionen in CarInfo / Dashboard / Original Car Info prüfen.
│ ↓
│ Wenn die Funktionen vorhanden sind → Konfiguration bestätigt, Verfahren beendet.
│
└─ Wenn CAN = disconnect → In den Factory Settings das CAN-Protokoll ändern.
↓
Schritt 5 – Nach Änderung des Protokolls und Neustart
├─ Wenn die Funktionen wieder vorhanden sind → Konfiguration bestätigen und sichern.
│
└─ Wenn die Funktionen nicht wieder vorhanden sind → Physische Kontrolle von Kabelbaum, CAN-Box und CANH/CANL-Leitungen.
↓
Schritt 6 – Findet die CAN-Box den Bus?
├─ Nein → Physische Messungen durchführen – Widerstand, Terminierung, Oszilloskop.
│ ↓
│ ├─ Bus in Ordnung? Nein → Verkabelung / Terminierung korrigieren.
│ └─ Bus in Ordnung? Ja → Gateway-Codierung / Fahrzeugkompatibilität prüfen.
│
└─ Ja → Offizielles Update für MCU / CANBUS / Firmware versuchen.
↓
Schritt 7 – Besteht das Problem nach dem Update weiterhin?
├─ Nein → Konfiguration bestätigt, Verfahren beendet.
│
└─ Ja → CAN-Box oder inkompatibles Interface ersetzen.
↓
Schritt 8 – Nach dem Austausch weiterhin Fehler?
├─ Nein → Konfiguration bestätigt.
│
└─ Ja → config.txt-Lösung als letzte Möglichkeit verwenden – mit vorhandener Rollback-Option.

📊 Visueller Entscheidungsbaum

Das folgende Diagramm zeigt die wichtigsten Schritte der Diagnose von Android-Berechtigungen. Jedes Bild entspricht einem Schritt des im vorherigen Abschnitt dargestellten Entscheidungsbaums.

Schema zur Android-Berechtigungsdiagnose - Anfangssymptome
Schritt 1: Symptome
Schema zur Android-Berechtigungsdiagnose - ADB-Prüfung
Schritt 2: ADB-Prüfung
Schema zur Android-Berechtigungsdiagnose - dumpsys-Prüfung
Schritt 3: Prüfung
Schema zur Android-Berechtigungsdiagnose - Befehl pm grant
Schritt 4: pm grant
Schema zur Android-Berechtigungsdiagnose - appops set
Schritt 5: appops set
Schema zur Android-Berechtigungsdiagnose - Erfolgsprüfung
Schritt 6: Überprüfung
Schema zur Android-Berechtigungsdiagnose - Root Magisk
Schritt 7: Root
Schema zur Android-Berechtigungsdiagnose - ROM neu flashen
Schritt 8: Reflash

📖 Legende: Jedes Bild zeigt einen wichtigen Schritt bei der Diagnose von Android-Berechtigungen. Folgen Sie der numerischen Reihenfolge für eine systematische Fehlersuche.

📖 Vereinfachte Erklärung des Entscheidungsbaums:
Die Diagnose beginnt mit der Beobachtung der Symptome – Lenkrad, Türen, Klimaanlage und Parksensoren. Anschließend wird der CAN-Verbindungsstatus in den Einstellungen geprüft. Wenn CAN als getrennt angezeigt wird, wird das Protokoll in den Werkseinstellungen geändert. Wenn dies keine Lösung bringt, werden Kabelbaum und CAN-Box überprüft. Erkennt die CAN-Box den Bus nicht, folgen physische Messungen wie Widerstand und Oszilloskop. Erkennt die CAN-Box den Bus, besteht der Fehler aber weiterhin, wird die Firmware aktualisiert. Als letzte Möglichkeit wird die CAN-Box ersetzt oder die config.txt-Lösung verwendet. Jeder Schritt sollte bestätigt werden, bevor mit dem nächsten fortgefahren wird.

📊 Vergleichstabelle der Lösungen

Methode Komplexität Risiko Voraussetzungen Erfolgswahrscheinlichkeit Geschätzte Dauer
CAN-Protokoll in den Factory Settings einstellen Niedrig bis mittel Niedrig Zugriff auf Werkseinstellungen Hoch 15–45 Min.
Offizieller MCU-/CANBUS-Reflash Mittel Mittel bis hoch Offizielles Paket, FAT32 Mittel bis hoch 30–90 Min.
Verkabelung und CAN-Decoder prüfen Mittel Niedrig bis mittel Multimeter, Ausbau Hoch 30–120 Min.
Elektrische CAN-Diagnose mit Oszilloskop Hoch Niedrig auf Softwareebene Oszilloskop, CAN-Bus-Kenntnisse Hoch 60–180 Min.
Gateway-Codierung / OEM-Werkzeug Hoch Mittel Herstellerspezifisches Werkzeug Mittel 30–120 Min.
CAN-Box ersetzen Mittel Mittel Korrekte Referenz Hoch 30–90 Min.
config.txt-Lösung – russische Methode Hoch bis sehr hoch Hoch Backup, exakt passende ROM Mittel 60–180 Min.
🎯 Praktisches Fazit
Die am besten vertretbare Vorgehensweise ist schrittweise: Backup erstellen, Hardware exakt identifizieren, CAN-Verbindungsstatus prüfen, Protokoll in den Werkseinstellungen korrigieren, offiziellen Reflash durchführen, Verkabelung kontrollieren, Bus elektrisch diagnostizieren und die config.txt-Lösung ausschließlich als letzte Möglichkeit einsetzen.

🔒 Sicherheit, Backup und Rollback

Vor jeder Arbeit am Kabelbaum die Zündung ausschalten und je nach Interface die Batterie abklemmen oder das Fahrzeug in den Ruhemodus versetzen. Die minimale Backup-Strategie umfasst:

  • Export der Konfiguration, falls verfügbar
  • Fotos aller Seiten About device, MCU version, CAN Protocol, System info
  • Kopie von Karten, APKs und lokalen Daten
  • Dokumentation der SW-/HW-Versionen der CAN-Box
  • Original-ROM und vorgesehene neue ROM aufbewahren

Der Rückweg muss vor dem ersten Flash-Vorgang geplant werden. Wenn die Einheit noch bootet, bei Problemen sofort auf das ursprüngliche Profil oder die Original-ROM zurückwechseln.

✅ Abschließende Überprüfung

Die abschließende Kontrolle darf sich nicht darauf beschränken, dass „der Bildschirm angeht“. Folgende Punkte müssen bestätigt werden:

  • System info zeigt CAN als connect
  • Die App CarInfo / Original Car Info aktualisiert die Fahrzeugdaten
  • Die Lenkradtasten funktionieren
  • Rückfahrkamera und Parksensoren werden zum richtigen Zeitpunkt aktiviert
  • Nach dem Ausschalten der Zündung wechselt das Fahrzeug normal in den Ruhemodus
🔍 Grenzen und offene Fragen
Die genaue Bedeutung von lend=159 ist offiziell nicht dokumentiert. Passwörter für das Engineer-Menü wie 7890, 7891, 8861 oder 666888 stammen aus Community-Quellen. Da Fahrzeugmarke und -modell nicht angegeben sind, werden bewusst keine OEM-spezifischen Anweisungen gegeben. Konsultieren Sie vor jeder Änderung stets das Handbuch Ihres Fahrzeugs sowie die offiziellen Unterlagen Ihres Autoradios.

📚 Quellen und Referenzen

Zurück zum Blog