Benötigt DiPlay ADB? Basis-CarPlay und optionale BYD-Funktionen

Berechtigungen je Funktion

Was zuerst zu tun ist

Stelle vor Aktivierung der Fahrzeugintegrationen eine Basis-CarPlay-Verbindung her. Benötigt deine Firmware ADB zur Installation jeder APK, ist das eine Installationsbeschränkung und keine DiPlay-Laufzeitanforderung.

Die geführte automatische Karteneinrichtung zeigt den Befehl für das installierte Paket. Ein HUD-Test-Paketbefehl ist nicht automatisch richtig für dein öffentliches Release-Paket.

Für das öffentliche Paket: adb shell appops set com.shihab.diplay SYSTEM_ALERT_WINDOW allow; adb shell appops set com.shihab.diplay GET_USAGE_STATS allow. Test-Builds verwenden com.shihab.diplay.hudtest. Prüfe vor Ausführung eines Befehls das installierte Paket.

Grenzen der erweiterten Funktionen

Der optionale ADB-Pfad des Infotainmentsystems dokumentiert localhost adbd auf Port 5555 und eine explizite Schlüsselbestätigung über Check ADB access; der TLS-Kopplungsablauf für drahtloses Debugging wird nicht unterstützt. Aktiviere im geparkten Fahrzeug nur benötigte Funktionen.

Batteriefunktionen benötigen bei Identifikation einen Messwert; werden Daten erst nach Verbindung verfügbar, nutze Check ADB access / Apply and reconnect. Raddrehzahldaten bedeuten keine bestätigte Tunnelgenauigkeit. Standvideo benötigt einen gültigen Gangwert und schließt außerhalb von P.

Batterieabfragen über Netzwerk-ADB wählen CAN/CANFD anhand des Fahrzeugprotokolls. Eine gespeicherte Ein-/Ausblendeinstellung steuert die Kartenspiegelung auf dem Startbildschirm, ohne die Kombiinstrument-Karte zu deaktivieren (PR #123/#133).

Änderungen und Prüfungen in 0.2.10

Optionales Video erhält Suche und Zehn-Sekunden-Sprünge. Netzwerk-ADB und ein gültiger P-Gangwert sind erforderlich; beim Verlassen von P oder Verlust des Werts wird die Wiedergabe beendet. FairPlay-Video bleibt ununterstützt (PR #129).

Das Originalprojekt meldet 529 Linux-Tests ohne Fehler oder übersprungene Tests; lokal liefen 528 Tests mit einer übersprungenen macOS-Bindungsprüfung. Signierter Release-Build und Lint bestanden; Lint-Warnungen bleiben. Die Signatur entspricht 0.2.9. Es erfolgte keine neue Prüfung im Fahrzeug.

Änderungen und Prüfungen in 0.2.11

„Advanced vehicle data“ unter „Location“ behält DiLink 5.0 als Standard und ergänzt explizite Legacy-Erkennung. Die begrenzte, rein lesende Prüfung benötigt autorisiertes Netzwerk-ADB; nur akzeptierte Felder aktivieren ihre Batterie-, Raddrehzahl- und Standvideo-Steuerung (PR #158/#173).

Optionaler automatischer Start des bestehenden Fahrzeug-Hotspots ist standardmäßig aus. Er prüft Berechtigungen für DiPlays eigenes Paket auf unterstützter BYD-Firmware und behält Hotspot-Name/Passwort bei (PR #164/#173).

Optionales Standvideo benötigt weiterhin einen gültigen P-Gangwert und schließt beim Verlassen von P oder Verlust des Werts. Drahtlose Fahrzeug-/Standortdaten gehören nun zur WLAN-iAP2-Verbindung; dies belegt nicht, dass Tunnelnavigation die Raddrehzahl nutzt (PR #157).

Standortmeldung bleibt aus, bis genauer Standort erlaubt ist; eine Änderung verbindet eine aktive Sitzung neu. Fahrzeugsteuerungen liegen jetzt unter Location → Advanced vehicle data; die separate BYD-ADB-Karte steuert den Hotspot-Start. Gespeicherte Legacy-Felder müssen akzeptiert werden, bevor sie als Laufzeitwerte dienen.

Änderungen und Prüfungen in 0.2.12

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

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

Virtuelle 16:9-Karten unterstützen kompatible Launcher ohne physisches Kombiinstrument. Experimentelle DiLink-3/4-Pfade ergänzen begrenzte Instrumentensteuerung und wiederholbare Wiederherstellung des Originalzustands; DiLink 5/5.1 behält Vorrang. Kein DiLink-3-Windschutzscheiben-HUD und kein verifiziertes DiLink-4-HUD-Profil werden behauptet (PR #171/#182/#187/#213).

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

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

DiLink-4-Instrumentenprojektion und Bildregler werden verbessert; die Bestätigung betrifft einen Seal von 2022 mit DiLink 4/Android 10. DiLink 3 prüft Wiederherstellung; Abbiegekarten verfallen weiter nach zwei Minuten, Kartenskalierung ergänzt 125%, Batterie-/Tasten-Dienst-Erholung bleibt begrenzt. Separate DiLink-3-Anruftasten/-karten sind standardmäßig aus; die Wiederherstellung nutzt originale Leerlaufwerte statt eines vorherigen Zustandsabbilds (PR #243/#260/#265/#285/#296/#297/#304/#306).

Android-9-P2P, modellspezifische Instrumentenwiederherstellung, Hotspot-Reparatur und Anruf-/Audiopfade auf der Ziel-Firmware testen. Gepufferte Musik benötigt Pause/Suche/Navigation/Anruf/Siri am Gerät; einzelne Beiträgertests validieren nicht den vollständigen signierten Release.