DiPlay 連線不上?首次連線與升級後檢查
症狀
CarPlay 始終沒有出現,或 DiPlay 在連線中回到首頁。
可能原因
權限缺失、儲存的熱點資訊錯誤、P2P API 問題和其他畫面連動應用程式衝突屬於不同路徑,要按失敗階段核對記錄檔。
快速檢查
- 確認 APK 為 Android 9+,Wi-Fi Direct 為 Android 10+,關閉其他畫面連動應用程式。
- 選擇車載系統自帶熱點,開啟真實車載系統熱點並儲存準確名稱/密碼,保持手機藍牙與 Wi-Fi 開啟。
- 在車載系統藍牙中配對,選擇正確 iPhone,接受 CarPlay 提示,核對 Wi-Fi/定位/附近裝置權限。
- 用明確的資料鏈路嘗試 USB。如果一種方式可用,記錄該組合,不要把整車寫成不相容。
已有回報與臨時解決方法
0.2.0→0.2.6 迴圈連線先核對遷移後的熱點擊項及儲存資訊。#26 稱清除應用程式資料可恢復,但會刪除設定/配對,須先匯出診斷,不能作為首選步驟。
#98 回報者轉述廠商確認:該 auto_rk_t21/RK3326 韌體缺少 RFCOMM 支援,安全及非安全 connect() 均逾時。這是特定韌體的轉述證據,不能推論所有 RK3326 不相容或所有 RK3326S 可用。該回報僅適用於所述韌體,其他設定需分別測試。
版本狀態
Android 10 的 getNetworkName 故障,#79 中維護者稱 0.2.8 已處理;目前僅有自編譯版本的複測結果,不保證全部車載系統在最新版本可用。
0.2.13 的變更與驗證範圍
0.2.13 新增依賴韌體的 Android 9 Wi-Fi Direct,讀取實際群組憑證。Android 9 請求的頻道仍未經頻率驗證,Android 10+ 可核對頻率;清理保留系統持久設定(PR #282)。
無線優先使用可用 IPv4,以限定介面的 IPv6 備援;自動頻道不保證頻段或消除卡頓。介面 mDNS 不再依賴未使用的 NSD 服務;交接備援必須已有影像幀。實驗性熱點加入修復要求 Android 13+、使用者設定的純 5 GHz 熱點、支援的 API、已授權本機 ADB,並在中斷連線後明確確認(PR #251/#258/#283/#309/#313)。
插入 USB 後在同一 Activity 內切換連線,逐項檢查權限。USBMUX 對帶資料回覆採限定尾部處理。缺少 Android USB 服務時無線仍可啟動,有線/CH341 則需要該服務;獨立的黑畫面/解碼器問題未解決(PR #268/#298/#300)。
APK 簽章憑證與 0.2.12 一致。覆蓋相同套件保留設定及配對,在 0.2.13 重現問題並儲存新診斷報告:Android 10+ 使用 Downloads/DiPlay,Android 9 使用檔案選擇器;仍可檢視/分享,或退回 App/私人目錄,不自動上傳。
0.2.12 的變化與待驗證項目
現有 Wi-Fi/同一區域網路模式讓車機與 iPhone 連接同一外部網路。先在系統設定加入網路、儲存憑證、保持藍牙開啟並關閉用戶端隔離。DiPlay 不代為加入 Wi-Fi,也不變更預設路由(PR #223)。
熱點啟動檢查實際 AP 介面,AirPlay 未連接時採有限重試。可選熱點自動啟動仍預設關閉;備援需韌體支援命令、已授權本機 ADB 與實際就緒狀態,不能僅以命令成功判斷(PR #229/#235)。
修正 Apple 裝置的 USB 接入匹配。可選無障礙輔助僅確認 DiPlay 自身的系統 USB 授權對話框,排除其他應用程式與對話框;仍需正常 USB 授權(PR #170/#224)。
檔案選擇器或下載提供程式失敗時,診斷可改用「檢視報告/分享」。確認視窗顯示 Android/data/com.shihab.diplay/files/diagnostic-reports/ 或私有儲存位置,不自動上傳;匯出改進不代表啟動故障已修復(PR #185/#219)。
0.2.11 的變化與待驗證項目
重新連線採用穩定後的顯示尺寸及正常就緒檢查。有線 VPN 必須僅作用於 DiPlay,否則中止啟動;嚴格匹配的 Android 10 P2P Builder 錯誤可在自動模式進行一次受控復原(PR #173/#168)。
Android 10 僅在建組前的框架 Builder 嚴格匹配缺失 WifiP2pConfig.getNetworkName() 簽名時,允許自動模式嘗試一次系統預設設定。權限失敗、逾時與手動頻道不適用;舊報告 #15 仍需目前裝置複測。
0.2.10 的變更與複查
USB 可處理有界的 USBMUX 控制回覆填充;有線連線不再要求完成手動熱點設定(PR #114/#130)。
無線啟動可選擇空閒 AirPlay 連接埠;Wi-Fi Direct 處理未知安全類型、忙碌頻道,並在有限重試後從 5 GHz 回退至 2.4 GHz(PR #121/#143)。
無線逾時(#98/#134/#137/#142)、旋轉/重新連線(#119/#141)、音訊卡頓(#131)與通話/Siri(#103/#115/#117/#138)需要 0.2.10 新紀錄。
相關配置回報
以下是原始回報配置,不是普遍受影響車型清單,未知欄位仍為未知。
? / iOS 27 · DiPlay 0.2.6
有不相容報告
開啟自動連線後從 0.2.0 升至 0.2.6 出現迴圈。回報者稱清除應用程式資料可恢復,但會刪除設定/配對,不是首選步驟。
檢視原始回報iPhone 14 Pro Max / iOS 27.0 · DiPlay 0.2.0
有不相容報告
藍牙可配對,但 CarPlay 啟動時發生 getNetworkName 崩潰。報告中的 AI 原因分析不作為證明,不能推廣到全部 DiLink 3。
檢視原始回報? / iOS 18.7.1 · DiPlay 0.2.6
有不相容報告
0.2.0 升至 0.2.6 後 Wi-Fi Direct 退出,熱點卡住。未說明 iPhone 型號。
檢視原始回報? / iOS ? · DiPlay ?
有不相容報告
宋 PLUS 的 17 Controller 配置在 getNetworkName 階段無法啟動 Wi-Fi Direct;未提供應用程式和 Android 版本。
檢視原始回報iPhone 15 / iOS 26.7.1 · DiPlay 0.2.7
有不相容報告
車機熱點連線在進入 CarPlay 前失敗,後續回報指出 RFCOMM connect() 逾時。#99 轉貼 #98,不能算作獨立測試。
檢視原始回報相關 GitHub 問題
關閉不一定代表已修復,後續進展以原始來源為準。
本页依据公开项目文档及参考社区指南整理,保留实测边界与原始证据。资料快照不代表最新修复状态。