Autorisations par fonction
| Fonction | Besoin d’ADB | Périmètre |
|---|---|---|
| CarPlay USB / sans fil de base | Non | Autorisations ordinaires et matériel compatible |
| Guidage HUD sur pare-brise vérifié | Aucun lanceur ADB à l’exécution | Firmware / récepteur d’origine exacts et métadonnées de carte |
| Carte de base au tableau de bord | Pas d’exigence ADB universelle | Affichage de projection accessible et firmware compatible |
| Suivi automatique thème / fiches DiLink 5.1 | Autorisation Usage Access unique sur firmware concerné | Utilisez la commande affichée pour le paquet installé |
| Pause du flux carte / batterie DiLink 5.0 | ADB facultatif du système multimédia | Propriétés constructeur compatibles ; Check ADB access |
| Vitesse des roues / vidéo à l’arrêt 0.2.8 | ADB facultatif du système multimédia | Désactivées par défaut ; tunnels non vérifiés ; vidéo uniquement en P |
| Titre / artiste / état de lecture au tableau de bord | ADB réseau | Propriétés BYD compatibles ; autorisez via Check ADB access |
| Carte flottante sur l’écran central | Draw over other apps | Autorisation possible par paramètres ou ADB ; carte du combiné activée requise |
| Fiche uniquement sur les écrans d’accueil | Usage Access | Sans cette autorisation, la fiche peut couvrir les autres applications |
Que faire en premier
Établissez une connexion CarPlay de base avant les intégrations véhicule. Si votre firmware exige ADB pour installer tout APK, c’est une restriction d’installation, pas une exigence DiPlay à l’exécution.
La configuration guidée automatique de carte affiche la commande du paquet installé. Une commande HUD Test n’est pas automatiquement correcte pour votre paquet public.
Pour le paquet public : adb shell appops set com.shihab.diplay SYSTEM_ALERT_WINDOW allow; adb shell appops set com.shihab.diplay GET_USAGE_STATS allow. Les builds de test utilisent com.shihab.diplay.hudtest. Vérifiez le paquet installé avant toute commande.
Limites des fonctions avancées
La voie ADB facultative du système décrit localhost adbd sur le port 5555 et une autorisation de clé explicite via Check ADB access ; l’appairage de débogage sans fil TLS n’est pas pris en charge. Activez seulement les fonctions nécessaires, à l’arrêt.
Les fonctions de batterie exigent une lecture à l’identification ; si les données deviennent disponibles après connexion, utilisez Check ADB access / Apply and reconnect. Les données de vitesse des roues ne valident pas la précision en tunnel. La vidéo à l’arrêt exige un rapport valide et se ferme hors de P.
Les lectures de batterie par ADB réseau choisissent CAN/CANFD selon le protocole du véhicule. Un paramètre enregistré d’affichage / masquage contrôle la copie de carte sur l’accueil sans désactiver la carte du combiné (PR #123/#133).
Modifications et vérifications en 0.2.10
La vidéo facultative ajoute la recherche dans la lecture et des sauts de dix secondes. ADB réseau et une lecture valide du rapport P sont requis ; quitter P ou perdre la lecture ferme la vidéo. Les vidéos FairPlay restent non prises en charge (PR #129).
Le projet d’origine annonce 529 tests Linux sans échec ni test ignoré ; les vérifications locales ont exécuté 528 tests avec un test de liaison macOS ignoré. Le build de publication signé et lint ont réussi ; des avertissements lint subsistent. La signature correspond à 0.2.9. Aucune nouvelle validation en véhicule n’a été effectuée.
Modifications et vérifications en 0.2.11
Advanced vehicle data sous Location conserve DiLink 5.0 par défaut et ajoute une détection explicite des anciens systèmes. Sa sonde bornée en lecture seule nécessite ADB réseau autorisé ; seuls les champs acceptés activent les commandes de batterie, vitesse des roues et vidéo à l’arrêt correspondantes (PR #158/#173).
Le démarrage automatique facultatif du point d’accès existant du véhicule est désactivé par défaut. Il vérifie les autorisations du seul paquet DiPlay sur les firmwares BYD pris en charge et préserve le nom / mot de passe du point d’accès (PR #164/#173).
La vidéo facultative à l’arrêt exige toujours un rapport P valide et se ferme en quittant P ou en perdant la lecture. Les données sans fil du véhicule / de localisation passent désormais par la liaison iAP2 Wi-Fi ; cela ne prouve pas que la navigation en tunnel utilise la vitesse des roues (PR #157).
La localisation reste désactivée jusqu’à l’autorisation de position précise ; sa modification reconnecte une session active. Les commandes du véhicule se trouvent désormais dans Location → Advanced vehicle data ; la fiche BYD ADB distincte contrôle le démarrage du point d’accès. Les champs enregistrés des anciens systèmes doivent être acceptés avant de servir de lectures à l’exécution.
Modifications et vérifications en 0.2.12
Le démarrage du point d’accès vérifie l’interface AP réelle et limite les tentatives si AirPlay ne se connecte jamais. Le démarrage automatique facultatif reste désactivé par défaut ; son repli exige des commandes de firmware prises en charge, ADB local autorisé et une disponibilité observée, pas seulement une commande réussie (PR #229/#235).
La détection des appareils Apple connectés en USB est corrigée. L’assistance d’accessibilité facultative confirme uniquement la boîte de dialogue système d’autorisation USB de DiPlay ; les autres applications et dialogues sont exclus. L’autorisation USB habituelle reste requise (PR #170/#224).
Sur les sessions point d’accès / Wi-Fi Direct Android 10 éligibles, ADB local autorisé facultatif peut suspendre les recherches de réseaux. Same LAN est exclu ; la connexion automatique aux réseaux enregistrés est indisponible pendant la pause. Des marqueurs et tentatives de récupération restaurent les recherches, y compris après réouverture ; ce n’est pas une correction universelle des saccades (PR #225).
Les cartes virtuelles 16:9 prennent en charge les lanceurs compatibles sans combiné physique. Des voies expérimentales DiLink 3/4 ajoutent une gestion limitée du combiné et une restauration de l’état d’origine pouvant être retentée ; DiLink 5/5.1 reste prioritaire. Aucun HUD sur pare-brise DiLink 3 ni profil HUD DiLink 4 vérifié n’est annoncé (PR #171/#182/#187/#213).
Retestez les voies corrigées du combiné DiLink 3/4, la récupération des recherches de réseaux, les modes au volant et le démarrage du point d’accès propre au firmware. Les saccades générales, les appels/Siri/microphone, le démarrage iOS 15 et les couleurs / thèmes nécessitent encore de nouvelles preuves sur les appareils actuels.
Modifications et vérifications en 0.2.13
Le sans-fil privilégie un IPv4 utilisable avec un repli IPv6 lié à l’interface ; le canal Auto ne garantit ni bande ni absence de saccades. Le mDNS par interface évite un service NSD inutilisé ; le repli du transfert exige une vidéo affichée. La réparation expérimentale de connexion au point d’accès exige Android 13+, un point d’accès configuré par l’utilisateur en 5 GHz uniquement, des API compatibles, ADB localhost autorisé et une confirmation explicite hors connexion (PR #251/#258/#283/#309/#313).
La projection native au combiné DiLink 4 et les réglages d’image progressent ; la confirmation du contributeur couvre un Seal 2022 / DiLink 4 / Android 10. La récupération de projection DiLink 3 a été vérifiée. Les fiches de virage expirent toujours après deux minutes, l’échelle de carte ajoute 125 % et la récupération des services batterie / volant reste limitée. Les touches d’appel / fiches indépendantes DiLink 3 sont désactivées par défaut ; la restauration des valeurs de repos d’origine n’est pas un instantané de l’état précédent (PR #243/#260/#265/#285/#296/#297/#304/#306).
Retestez P2P Android 9, la restauration du combiné propre au modèle, la réparation du point d’accès et les voies appels / audio sur le firmware cible. La musique avec tampon nécessite encore des vérifications physiques de pause / recherche / navigation / appels / Siri ; les configurations des contributeurs ne valident pas la version signée complète.