Symptom
CarPlay erscheint nie oder DiPlay kehrt während der Einrichtung zum Startbildschirm zurück.
Mögliche Ursachen
Fehlende Berechtigungen, falsche gespeicherte Hotspot-Daten, ununterstützte P2P-APIs und konkurrierende Projektions-Apps sind unterschiedliche Fehlerpfade. Ordne das Protokoll der Phase zu.
Schnellprüfungen
- Bestätige Android 9+ für die APK und 10+ für Wi-Fi Direct. Schließe andere Projektions-Apps.
- Wähle Built-in car hotspot, aktiviere den echten Fahrzeug-Hotspot und speichere seinen genauen Namen und das Passwort; lass Bluetooth/WLAN des iPhones eingeschaltet.
- Kopple über die Bluetooth-Einstellungen des Fahrzeugs, wähle das gewünschte iPhone und bestätige CarPlay-Abfragen. Prüfe angeforderte WLAN-/Standort-/Geräte-in-der-Nähe-Berechtigungen.
- Versuche USB mit einem bekannten Datenpfad. Wenn eine Verbindungsart funktioniert, halte das fest, statt das gesamte Auto als inkompatibel zu bezeichnen.
Gemeldete Ergebnisse und Behelfslösungen
Bei 0.2.0→0.2.6-Schleifen prüfe zuerst die migrierte Hotspot-Auswahl und gespeicherten Daten. #26 nennt das Löschen der App-Daten als Behelfslösung; es löscht Einstellungen/Kopplung und sollte nach dem Diagnoseexport erfolgen, nicht vor den Basisprüfungen.
In #98 gibt der Melder die Herstellerangabe weiter, dass diese auto_rk_t21-/RK3326-Firmware RFCOMM nicht unterstützt; sichere wie unsichere connect()-Versuche laufen in einen Timeout. Dies ist ein firmwarespezifischer Nachweis aus zweiter Hand, kein Beweis für das Scheitern jedes RK3326 oder das Funktionieren jedes RK3326S. Der Bericht gilt nur für die beschriebene Firmware; andere Konfigurationen benötigen separate Tests.
Versionsstatus
Zum Android-10-getNetworkName-Fehler nennt der Maintainer von #79 eine Korrektur in 0.2.8. Im erfassten Thread ist nur ein erneuter Test eines eigenen Builds bestätigt. Eine erfolgreiche Verbindung mit der öffentlichen APK muss auf der betroffenen Konfiguration noch bestätigt werden.
Änderungen und Prüfungen in 0.2.10
USB verarbeitet begrenzte USBMUX-Steuerantwort-Auffüllungen und erlaubt unvollständige „Manual hotspot“-Einstellungen für kabelgebundene Sitzungen (PR #114/#130).
Der drahtlose Start kann einen freien AirPlay-Port wählen; Wi-Fi Direct verarbeitet unbekannte Sicherheitsmeldungen, belegte Kanäle und einen begrenzten Rückfall von 5 GHz auf 2,4 GHz (PR #121/#143).
Neue 0.2.10-Protokolle werden für drahtlose Timeouts (#98/#134/#137/#142), Rotation/Neuverbindungen (#119/#141), Tonaussetzer (#131) und Anrufe/Siri (#103/#115/#117/#138) benötigt.
Aktualisiere die bestehende signierte Installation, um Einstellungen und Kopplung zu behalten. Reproduziere ungelöste Probleme unter 0.2.10 und exportiere einen neuen Bericht über Settings → Diagnostics → Save diagnostic report; bei Bootproblemen zuerst neu starten, dann DiPlay zum Export manuell öffnen.
Änderungen und Prüfungen in 0.2.11
Neuverbindungen verwenden die abgeschlossene Anzeigegeometrie und normale Bereitschaftsprüfungen. Das kabelgebundene VPN muss auf DiPlay beschränkt sein, sonst bricht der Start ab. Ein genau abgegrenzter Android-10-P2P-Builder-Fehler erhält einen abgesicherten Wiederherstellungsversuch im Auto-Modus (PR #173/#168).
Unter Android 10 erlaubt nur die genaue fehlende Framework-Builder-Signatur WifiP2pConfig.getNetworkName() vor der Gruppenbildung einen Versuch mit Systemstandard im Auto-Modus. Berechtigungsfehler, Timeouts und explizite Kanäle nutzen ihn nicht. Der alte Bericht #15 benötigt weiterhin einen erneuten Test am aktuellen Gerät.
Installiere über dasselbe signierte Paket, um Einstellungen und Kopplung zu behalten. Reproduziere ungelöste Probleme unter 0.2.11 und exportiere dann über Settings → Diagnostics → Save diagnostic report. Bei Bootproblemen zuerst neu starten und DiPlay zum Export manuell öffnen.
Gemeldete Konfigurationen
Die folgenden Angaben stammen aus Quellenberichten und bilden keine vollständige Liste betroffener Fahrzeuge. Unbekannte Felder bleiben unbekannt.
? / iOS 27 · DiPlay 0.2.6
Als inkompatibel gemeldet
Verbindungsschleife nach einem Update von 0.2.0 mit aktivierter automatischer Verbindung. Laut Melder stellte das Löschen der App-Daten die Verbindung wieder her; dabei werden Einstellungen und Kopplung gelöscht, daher ist dies kein erster Schritt.
Originalbericht anseheniPhone 14 Pro Max / iOS 27.0 · DiPlay 0.2.0
Als inkompatibel gemeldet
Bluetooth wird gekoppelt, aber der CarPlay-Start stürzt mit einem getNetworkName-Fehler ab. Eine KI-generierte Ursachenanalyse im Bericht gilt nicht als Nachweis. Dies lässt sich nicht auf alle DiLink-3-Systeme übertragen.
Originalbericht ansehen? / iOS 18.7.1 · DiPlay 0.2.6
Als inkompatibel gemeldet
Nach dem Upgrade 0.2.0→0.2.6 beendet sich Wi-Fi Direct und der Hotspot bleibt hängen. Das iPhone-Modell wurde nicht angegeben.
Originalbericht ansehen? / iOS ? · DiPlay ?
Als inkompatibel gemeldet
Wi-Fi Direct scheitert bei getNetworkName auf einem Song Plus mit 17 Controller. App- und Android-Version wurden nicht angegeben.
Originalbericht anseheniPhone 15 / iOS 26.7.1 · DiPlay 0.2.7
Als inkompatibel gemeldet
Die Fahrzeug-Hotspot-Verbindung scheitert vor CarPlay. Im Folgebericht wird ein RFCOMM-connect()-Timeout genannt; #99 zitiert #98 und ist kein unabhängiger Test.
Originalbericht ansehenZugehörige GitHub-Issues
„Geschlossen“ bedeutet nicht unbedingt „behoben“. Für spätere Aktualisierungen ist die Quelle maßgeblich.