DiPlay verbindet nicht? Erste Verbindung prüfen

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

1. Bestätige Android 9+ für die APK und 10+ für Wi-Fi Direct. Schließe andere Projektions-Apps.
2. 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.
3. 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.
4. 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.13

0.2.13 ergänzt firmwareabhängiges Wi-Fi Direct unter Android 9 mit den tatsächlichen Gruppenzugangsdaten. Angeforderte Kanäle bleiben unter Android 9 ungeprüft; Android 10+ prüft die Frequenz. Persistente Profile bleiben beim Aufräumen erhalten (PR #282).

Drahtlos wird nutzbares IPv4 bevorzugt, mit schnittstellengebundenem IPv6 als Rückfall. Auto garantiert weder Band noch ruckelfreie Wiedergabe. Schnittstellen-mDNS benötigt keinen ungenutzten NSD-Dienst; der Übergabe-Rückfall setzt gerendertes Video voraus. Die experimentelle Hotspot-Beitrittsreparatur verlangt Android 13+, einen selbst konfigurierten reinen 5-GHz-Hotspot, unterstützte APIs, autorisiertes lokales ADB und ausdrückliche Bestätigung ohne aktive Sitzung (PR #251/#258/#283/#309/#313).

USB wechselt den Transport innerhalb der Activity und prüft Berechtigungen. USBMUX behandelt schmale Trailer auch bei Datenantworten. Drahtlos startet ohne Android-USB-Dienst, Kabel/CH341 benötigt ihn weiterhin; der separate Schwarzbild-/Decoderfehler bleibt offen (PR #268/#298/#300).

Das APK-Zertifikat entspricht 0.2.12. Dasselbe Paket darüber installieren, um Einstellungen/Kopplungen zu behalten. Fehler unter 0.2.13 reproduzieren und neue Diagnose speichern: Android 10+ nutzt Downloads/DiPlay, Android 9 eine Dateiauswahl; Bericht anzeigen/Teilen und App-/Privatspeicher bleiben als Rückfall. Kein automatischer Upload.

Änderungen und Prüfungen in 0.2.12

Vorhandenes WLAN / Same LAN verbindet Fahrzeug und iPhone mit demselben externen Netzwerk. In den Systemeinstellungen verbinden, Zugangsdaten speichern, Bluetooth eingeschaltet lassen und Client-Isolation deaktivieren. DiPlay verbindet sich nicht selbst mit WLAN und ändert keine Standardroute (PR #223).

Der Hotspot-Start prüft die tatsächliche AP-Schnittstelle und begrenzt Wiederholungen, wenn AirPlay nicht verbindet. Der optionale automatische Start bleibt standardmäßig aus; der Ausweichpfad benötigt unterstützte Firmware-Befehle, autorisiertes lokales ADB und beobachtete Bereitschaft, nicht nur einen erfolgreichen Befehl (PR #229/#235).

Die USB-Zuordnung für Apple-Geräte wurde korrigiert. Optionale Bedienungshilfe bestätigt ausschließlich den eigenen USB-Systemdialog von DiPlay; andere Apps und Dialoge bleiben ausgeschlossen. Die normale USB-Autorisierung bleibt erforderlich (PR #170/#224).

Diagnosen bieten Bericht anzeigen/Teilen, wenn Dateiauswahl oder Downloads-Anbieter fehlen. Die Bestätigung zeigt Android/data/com.shihab.diplay/files/diagnostic-reports/ oder privaten Speicher. Kein automatischer Upload; besserer Export beweist keine Behebung von Startproblemen (PR #185/#219).

Ä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.

Ä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.

Gemeldete Konfigurationen

Die folgenden Angaben stammen aus Quellenberichten und bilden keine vollständige Liste betroffener Fahrzeuge. Unbekannte Felder bleiben unbekannt.

Zugehörige GitHub-Issues

„Geschlossen“ bedeutet nicht unbedingt „behoben“. Für spätere Aktualisierungen ist die Quelle maßgeblich.