Symptôme
CarPlay n’apparaît jamais, ou DiPlay revient à l’accueil pendant la configuration.
Causes possibles
Autorisations manquantes, mauvais identifiants du point d’accès, API P2P incompatibles et applications de projection concurrentes sont des voies d’échec distinctes. Comparez le journal à l’étape concernée.
Vérifications rapides
- Confirmez Android 9+ pour l’APK et 10+ pour Wi-Fi Direct. Fermez les autres applications de projection.
- Choisissez Built-in car hotspot, activez le vrai point d’accès du véhicule et enregistrez son nom / mot de passe exacts ; gardez Bluetooth / Wi-Fi activés sur l’iPhone.
- Appairez via les paramètres Bluetooth du véhicule, choisissez l’iPhone voulu et acceptez CarPlay. Vérifiez les autorisations Wi-Fi / Localisation / Appareils à proximité demandées.
- Essayez l’USB avec une liaison de données connue. Si un transport fonctionne, notez-le au lieu de déclarer tout le véhicule incompatible.
Résultats et solutions de contournement signalés
Pour les boucles 0.2.0→0.2.6, revérifiez d’abord le choix de point d’accès migré et ses détails enregistrés. #26 propose d’effacer les données de l’application ; cela supprime paramètres / appairage et doit suivre l’export des diagnostics, pas précéder les vérifications de base.
Dans #98, l’auteur relaie la déclaration du fabricant selon laquelle ce firmware auto_rk_t21 / RK3326 ne gère pas RFCOMM ; les tentatives connect() sécurisées et non sécurisées expirent. C’est un témoignage indirect propre au firmware, pas la preuve que tous les RK3326 échouent ou que tous les RK3326S fonctionnent. Ce compte rendu concerne uniquement le firmware décrit ; les autres configurations exigent des tests distincts.
État selon les versions
Pour l’échec getNetworkName Android 10, le mainteneur de #79 annonce une correction en 0.2.8. Seul un retest sur build personnalisé est confirmé dans le fil archivé. La connexion réussie avec l’APK public reste à confirmer sur la configuration concernée.
Modifications et vérifications en 0.2.10
L’USB gère le remplissage borné des réponses de contrôle USBMUX et autorise des paramètres Manual hotspot incomplets pour les sessions filaires (PR #114/#130).
Le démarrage sans fil peut choisir un port AirPlay libre ; Wi-Fi Direct gère les indications de sécurité inconnues, les canaux occupés et un repli borné de 5 GHz vers 2,4 GHz (PR #121/#143).
De nouveaux journaux 0.2.10 sont nécessaires pour les délais sans fil dépassés (#98/#134/#137/#142), les rotations / reconnexions (#119/#141), les saccades audio (#131) et les appels/Siri (#103/#115/#117/#138).
Mettez à jour l’installation signée existante pour conserver les paramètres et l’appairage. Pour les problèmes persistants, reproduisez-les en 0.2.10 et exportez un nouveau rapport via Settings → Diagnostics → Save diagnostic report ; pour un problème au démarrage, redémarrez d’abord puis ouvrez DiPlay manuellement pour exporter.
Modifications et vérifications en 0.2.11
Les reconnexions utilisent une géométrie d’affichage stabilisée et les vérifications habituelles de disponibilité. Le VPN filaire doit être limité à DiPlay, sinon le démarrage s’arrête. Un échec précis du Builder P2P d’Android 10 reçoit une seule tentative de récupération protégée en mode Auto (PR #173/#168).
Sur Android 10, seule la signature exacte d’absence de WifiP2pConfig.getNetworkName() dans le Builder du framework avant création du groupe autorise une tentative avec les valeurs système par défaut en mode Auto. Les refus d’autorisation, délais dépassés et canaux explicites ne l’utilisent pas. L’ancien compte rendu #15 nécessite toujours un nouveau test sur l’appareil actuel.
Installez par-dessus le même paquet signé pour conserver les paramètres et l’appairage. Reproduisez les problèmes persistants en 0.2.11, puis exportez via Settings → Diagnostics → Save diagnostic report. Pour un problème au démarrage, redémarrez d’abord puis ouvrez DiPlay manuellement pour exporter.
Modifications et vérifications en 0.2.12
Existing Wi-Fi / Same LAN relie le véhicule et l’iPhone au même réseau externe. Rejoignez-le dans les paramètres système, enregistrez ses identifiants, gardez le Bluetooth activé et désactivez l’isolation des clients. DiPlay ne rejoint pas le Wi-Fi et ne modifie pas la route par défaut (PR #223).
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).
Les diagnostics ajoutent View report / Share comme solution de repli si le sélecteur ou le fournisseur Downloads échoue. La confirmation indique Android/data/com.shihab.diplay/files/diagnostic-reports/ ou le stockage privé. Aucun envoi automatique ; l’amélioration de l’export ne prouve pas la correction du démarrage (PR #185/#219).
Installez par-dessus le même paquet signé pour conserver les paramètres et l’appairage. Reproduisez les problèmes persistants en 0.2.12, puis utilisez Settings → Diagnostics → Save diagnostic report et l’emplacement affiché ou le repli View report / Share.
Modifications et vérifications en 0.2.13
0.2.13 ajoute Wi-Fi Direct sur Android 9 selon le firmware, avec les identifiants réels du groupe. Les canaux demandés restent non vérifiés sur Android 9 ; Android 10+ vérifie la fréquence. Le nettoyage conserve les profils persistants (PR #282).
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 connexion USB change le transport dans l’activité ; les autorisations accordées sont vérifiées. Une gestion ciblée des fins de trame USBMUX couvre les réponses avec charge utile. Le sans-fil peut démarrer sans service USB Android, mais le filaire / CH341 l’exige toujours ; le problème distinct d’écran noir / décodeur reste non résolu (PR #268/#298/#300).
Le certificat de signature de l’APK correspond à 0.2.12. Mettez à jour le même paquet sur place pour conserver paramètres / appairage. Reproduisez les échecs en 0.2.13 et sauvegardez un nouveau rapport : Android 10+ utilise Downloads/DiPlay, Android 9 un sélecteur ; View report / Share et les replis vers le stockage applicatif / privé restent disponibles. Aucun envoi automatique.
Configurations signalées
Les éléments ci-dessous sont des comptes rendus sources, pas une liste universelle des véhicules concernés. Les champs inconnus restent inconnus.
? / iOS 27 · DiPlay 0.2.6
Incompatibilité signalée
Boucle de connexion après une mise à jour depuis 0.2.0 avec la connexion automatique activée. Selon l’auteur, effacer les données de l’application a rétabli la connexion ; cela supprime les préférences et l’appairage et ne doit pas être la première étape.
Voir le compte rendu originaliPhone 14 Pro Max / iOS 27.0 · DiPlay 0.2.0
Incompatibilité signalée
Le Bluetooth s’appaire, mais le démarrage de CarPlay plante avec une erreur getNetworkName. La cause générée par IA dans le compte rendu n’est pas retenue comme preuve. Ne généralisez pas ce résultat à tous les systèmes DiLink 3.
Voir le compte rendu original? / iOS 18.7.1 · DiPlay 0.2.6
Incompatibilité signalée
Après la mise à jour 0.2.0→0.2.6, Wi-Fi Direct s’arrête et le point d’accès se bloque. Le modèle d’iPhone n’est pas précisé.
Voir le compte rendu original? / iOS ? · DiPlay ?
Incompatibilité signalée
Wi-Fi Direct échoue sur getNetworkName dans un Song Plus équipé d’un 17 Controller. Les versions de l’application et d’Android n’ont pas été fournies.
Voir le compte rendu originaliPhone 15 / iOS 26.7.1 · DiPlay 0.2.7
Incompatibilité signalée
La connexion par point d’accès du véhicule échoue avant CarPlay. Le suivi signale un délai dépassé de RFCOMM connect() ; #99 cite #98 et ne constitue pas un test indépendant.
Voir le compte rendu originalIssues GitHub associées
La clôture d’une issue ne signifie pas nécessairement que le problème est corrigé. Consultez la source pour les mises à jour ultérieures.