Beiträge von stone13

    Das KBA meldet eine Rückrufaktion für den Raval unter 69C8.

    Marke: CUPRA

    Modelle: TERRAMAR, RAVAL

    Produktionszeitraum: 07.06.2025 - 03.09.2026


    Mangelbeschreibung: Fehlerhafte Befestigung der vorderen Sicherheitsgurte am unteren Verankerungspunkt kann die Rückhaltewirkung beeinträchtigen.
    Maßnahme: Überprüfung und ggf. Austausch der vorderen Sicherheitsgurte.



    Potentiell betroffene Fahrzeuge

    Weltweit: 10.151
    Deutschlandweit: 1.936

    Ich finde das voll Klasse :thumbup: das ihr euch da so reinhängt, aber gibt's ne kurze und einfache Erklärung? ;)

    Hier mal alle Änderungen die ich gemacht habe an einem Pixel 10 Pro und Samsung S25 (Beide auf ihrem aktuellsten Updatestand), so dass es jetzt für UNS am Raval funktioniert.
    Dadurch das ich kein "Profi" bin sind es auch nur meine Erfahrungen und keine Garantie, dass dies so bei allen Anderen funktioniert und sicher ist.


    1.Verbindungen kappen: Lösche das Auto komplett aus den Bluetooth- und WLAN-Einstellungen des Handys und entferne umgekehrt das Smartphone aus dem Gerätemanager des Infotainmentsystems.


    2. Entwickleroptionen freischalten, falls noch nicht vorhanden: Unter Einstellungen > Über das Telefon 7-mal schnell auf die Build-Nummer tippen, bis die Bestätigung erscheint.


    3. Bluetooth-Handshake für das „Auto“ einfacher machen: In den Entwickleroptionen (unter System) die Bluetooth AVRCP-Version auf 1.4 und die Bluetooth MAP-Version auf 1.2 stellen.


    4.WLAN-Abbrüche verhindern:


    - Direkt in den Entwickleroptionen: Schalter bei Mobile Daten immer aktiviert einschalten.


    - Unter Einstellungen > Netzwerk & Internet: Adaptive Konnektivität deaktivieren.


    - Unter Einstellungen > Standort > Standortdienste: WLAN-Suche (Scanning) ausschalten.


    6. Neustart: Das Smartphone und das Infotainmentsystem (Power-Taste am Bildschirm lange gedrückt halten) komplett neu starten. Erst danach das Handy frisch per Bluetooth mit dem Auto koppeln und Android Auto neu initiieren.

    Bist du sicher? Andere haben im April schon nachgefragt, weil sie das Navi eben nicht im Konfigurator gefunden haben: RE: CUPRA Raval Konfigurator - Preis - Konfiguration Ausstattung - Erfahrungen und Probleme

    Ich hatte meinen Händler extra drauf angesprochen, als ich das Wort Navi nicht mehr im Leasingvertrag gefunden hatte. Screenshots hatte ich leider nicht gemacht, da ich durch den Händler dann wusste, dass es nicht dabei ist.

    Das die CPU des Autos als Dekoder, der den (meist) H.264-Videostream empfängt, hat doch niemand widersprochen.

    Aber das Handy skaliert nicht sein eigenes Bild herunter, sondern erzeugt über die Google Play-Dienste ein virtuelles Display exakt in der nativen Auflösung des Autos. Dieses Protokoll ist bei allen Android-Geräten durch Google streng standardisiert und keine individuelle Grafik-Bastelei der verschiedenen Smartphone-Hersteller. Eine Inkompatibilität würde bei Auflösung oder Grafik-CPU den Start der Projektion komplett verhindern, während spontane Abbrüche und Neustarts im laufenden Betrieb immer ein reines Netzwerkproblem der WLAN-Verbindung sind.

    Der cockpit Bildschirm kann die VIDEO DATEN vom Handy nicht korrekt anzeigen.... Ist ein Problem nur mit Android.... Die navi daten übernimmt das "cupra Betriebssystem im Bildschirm und zeigt zumindest die Pfeile an.

    Kurze technische Einordnung aus einer NICHT Informatiker Sicht, warum das Problem wohl nicht bei der Grafik-CPU liegt


    Du kennst du sicher das Client-Server-Prinzip.

    Genau daran scheitert deine These zur "Display-Inkompatibilität" aus meiner Sicht:

    • Android Auto nutzt eine Thin-Client-Architektur: Das Auto führt für Android Auto keinerlei eigene Grafikberechnungen durch. Das Handy übernimmt 100% der GPU-Last. Das Infotainmentsystem im Auto fungiert lediglich als dummer Empfänger, der einen fertig gerenderten, komprimierten Videostream über das fahrzeuginterne WLAN empfängt und abspielt.
    • Irrelevanz der Hardware: Welche Grafik-CPU im Infotainment oder im Fahrerdisplay verbaut ist, ist für die Projektion völlig egal. Wäre das Auto mit dem Videostream überfordert, käme es zu Frame-Drops (Ruckeln) oder Artefakten. Ein harter Abbruch mit sofortigem automatischem Reconnect, was hier immer als Problem geschildert wird, ist dagegen das Lehrbuch-Symptom für einen Timeout auf Netzwerk-Ebene.
    • Die wahrscheinliche Ursache: Android Auto Wireless baut eine 5-GHz-WLAN-Verbindung zum Auto auf. Da dieses Auto-WLAN keinen echten Internet-Uplink hat, greifen Android-Hintergrunddienste (wie "Adaptive Konnektivität" oder die WLAN-Suche). Das Smartphone versucht für Millisekunden, auf ein bekanntes Netz mit echtem Internetzugang (wie z.B. das Heim-WLAN vor der Tür) zu wechseln. Dieser kurze Paketverlust führt zum sofortigen Timeout des latenzempfindlichen Videostreams – die Verbindung bricht ab und baut sich direkt danach wieder neu auf. Für mich sogar sehr gut nachvollziehbar, da diese Abbrüche bei mir auch beim Funkzellen-Wechsel auftreten.
    • Warum CarPlay robuster wirkt: iOS geht mit Netzwerken ohne Internet-Routing schlichtweg anders (restriktiver) um, weshalb es seltener zu diesen WLAN-Timeouts kommt. Das Prinzip der Videoübertragung ist aber identisch.

    Fazit: Es handelt sich aus meiner Sicht um ein reines WLAN-Routing- und Timeout-Problem des Handys im Hintergrund und nicht um einen Hardware-Konflikt der Auto-Displays.
    Was übrigens auch von der Tatsache getragen wird, warum eine Kabelgebundene Verbindung sauber funktioniert. Nach deiner These dürfte diese dann auch nicht funktionieren.

    Lösungen die bei MIR zu einem stabilen System geführt haben.


    • Bluetooth-Profile (Lösung für den Startabbruch):
      Aktuelle Profile wie AVRCP 1.5/1.6 und MAP 1.3/1.4 übertragen komplexe Metadaten, die im Bluetooth-Stack des Infotainments beim Koppeln zu Timeouts und Pufferüberläufen führen können. Durch das Zurückstellen auf AVRCP 1.4 und MAP 1.2 wird der Handshake auf schlanke Kernbefehle reduziert: Das Auto und das Smartphone verhandeln die WLAN-Parameter blitzschnell, und der Start gelingt bei mir seitdem zuverlässig.
    • Adaptive Konnektivität & WLAN (Lösung für laufende Abbrüche):
      Kabelloses Android Auto überträgt das Bild über ein geschlossenes 5-GHz-WLAN des Autos, das keinen externen Internetzugang bietet. Automatische Systeme wie die „Adaptive Konnektivität“, „WLAN-Suche“ oder „Intelligentes WLAN“ stufen diese Verbindung fälschlicherweise als fehlerhaft ein und versuchen im laufenden Betrieb, auf das Mobilfunknetz oder ein bekanntes Heimnetz umzuschalten. Dies erzeugt Paketverluste im komprimierten Videostream und trennt die Anzeige. Das Abschalten dieser Automatiken hält den WLAN-Kanal zum Auto bei mir dauerhaft offen.
    • Der Unterschied zum iPhone:
      Apple kontrolliert Hardware und Betriebssystem aus einer Hand. iOS erkennt eine drahtlose CarPlay-Verbindung als priorisierte Ausnahme: Das iPhone nutzt konsequentes Split-Routing, bei dem der Videostream ungestört über das Auto-WLAN läuft, während App-Daten parallel und störungsfrei über den Mobilfunk fließen – ganz ohne Eingriff durch Apples „WLAN Assist“. Im stark fragmentierten Android-Ökosystem modifiziert hingegen jeder Hersteller (Google, Samsung, Xiaomi etc.) das Energiemanagement, die Netzwerkwechsler und die Bluetooth-Stacks individuell, was bei streng getakteten Fahrzeugsystemen deutlich schneller zu Software- und Protokollkonflikten führt.


      Meine 5 Cent

    Ich habe das Pixel 9 und da besteht das Problem auch.

    Pixel Nutzer können gerne versuchen es dem Raval etwas einfacher zu machen und die Grundbedingungen herabsetzen indem man am Pixel unter Einstellungen --> System --> Entwickleroptionen unter Bluetooth die AVRCP Version auf Version 1.4 und die Bluetooth MAP-Version auf MAP 1.2 zurüksezt. Dann ist das Infotainmentsystem nicht mehr so "überfordert" bei der Verbindung. Sinnvoll nach der Änderung am Pixel ist ein Neustart des Pixel, sowie eine neue Verbindung für Android Auto ist pflicht.