DiPlay-Wi-Fi-Direct funktioniert nicht unter Android 10

Symptom

Die App scheitert oder schließt bei Erstellung der P2P-Gruppe, bevor CarPlay erscheint.

Mögliche Ursachen

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

Schnellprüfungen

1. 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).
2. Erteile angeforderte WLAN-/Standort- oder Nearby-Wi-Fi-Berechtigungen und aktiviere Standort, wo erforderlich.
3. Schließe andere Projektions-Apps. Bei alten Gruppen nutze Settings → Wireless connection help → Reset CarPlay Wi-Fi und lies die Bestätigung.
4. Notiere angeforderten und tatsächlichen Kanal/Frequenz in Diagnosen. Vergleiche den Fahrzeug-Hotspot, statt Länder-/Treibereigenschaften zu ändern.

Gemeldete Ergebnisse und Behelfslösungen

Der aktuelle Quellcode behält die angeforderte SSID, statt config.networkName zu lesen. In #79 ordnet der Maintainer die Korrektur 0.2.8 zu; der Melder testete einen eigenen Build und hatte die öffentliche APK noch nicht erneut geprüft.

Versionsstatus

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

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). Wi-Fi-Direct-Paketverlust, gerätespezifischer Mikrofoneingang und Neuverbindungsprobleme benötigen weiterhin Hardwareuntersuchungen; keine allgemeine Behebung wird behauptet.

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

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

In geeigneten Android-10-Hotspot-/Wi-Fi-Direct-Sitzungen kann optionales autorisiertes lokales ADB WLAN-Scans pausieren. Same LAN ist ausgeschlossen; gespeicherte Netzwerke werden währenddessen nicht automatisch verbunden. Wiederherstellungsmarker und Wiederholungen stellen Scans auch beim erneuten Öffnen wieder her. Keine allgemeine Lösung für Aussetzer (PR #225).

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

Korrigierte DiLink-3/4-Instrumentenpfade, Scan-Wiederherstellung, Lenkradmodi und firmwareabhängigen Hotspot-Start erneut testen. Allgemeine Aussetzer, Anrufe/Siri/Mikrofon, iOS-15-Start und Farben/Design benötigen neue Nachweise am aktuellen Gerät.

Änderungen und Prüfungen in 0.2.11

Wi-Fi Direct erhält „Preferred channel“ unter „Connection setup“. Standard ist Auto; ein gespeicherter manueller Kanal gilt ab der nächsten Verbindung. Nicht unterstützte oder unpassende Kanäle melden einen Fehler. Dies ist keine bestätigte Behebung von Tonaussetzern (PR #175).

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.

Manuelle Kanalauswahl ist keine bestätigte Behebung von Wi-Fi-Direct-Verlusten/Aussetzern. Qin-Plus-Start, iOS-15-Verbindungen, Siri-/Mikrofonqualität und Tag-/Nacht-Verhalten der Firmware benötigen weiterhin aktuelle Gerätenachweise.

Änderungen und Prüfungen in 0.2.10

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.