首頁 使用指南
DIPLAY COMMUNITY GUIDE

DiPlay 連線不上?首次連線與升級後檢查

症狀

CarPlay 始終沒有出現,或 DiPlay 在連線中回到首頁。

可能原因

權限缺失、儲存的熱點資訊錯誤、P2P API 問題和其他畫面連動應用程式衝突屬於不同路徑,要按失敗階段核對記錄檔。

快速檢查

  1. 確認 APK 為 Android 9+,Wi-Fi Direct 為 Android 10+,關閉其他畫面連動應用程式。
  2. 選擇車載系統自帶熱點,開啟真實車載系統熱點並儲存準確名稱/密碼,保持手機藍牙與 Wi-Fi 開啟。
  3. 在車載系統藍牙中配對,選擇正確 iPhone,接受 CarPlay 提示,核對 Wi-Fi/定位/附近裝置權限。
  4. 用明確的資料鏈路嘗試 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 新紀錄。

相關配置回報

以下是原始回報配置,不是普遍受影響車型清單,未知欄位仍為未知。

BYD 漢 · DiLink ? · Android ?

? / iOS 27 · DiPlay 0.2.6
有不相容報告

開啟自動連線後從 0.2.0 升至 0.2.6 出現迴圈。回報者稱清除應用程式資料可恢復,但會刪除設定/配對,不是首選步驟。

檢視原始回報
最後核對: 2026-10-01
BYD 宋 Pro · DiLink 3.0 · Android 10

iPhone 14 Pro Max / iOS 27.0 · DiPlay 0.2.0
有不相容報告

藍牙可配對,但 CarPlay 啟動時發生 getNetworkName 崩潰。報告中的 AI 原因分析不作為證明,不能推廣到全部 DiLink 3。

檢視原始回報
最後核對: 2026-10-01
BYD 秦 · DiLink 4.0 · Android 10

? / iOS 18.7.1 · DiPlay 0.2.6
有不相容報告

0.2.0 升至 0.2.6 後 Wi-Fi Direct 退出,熱點卡住。未說明 iPhone 型號。

檢視原始回報
最後核對: 2026-10-01
BYD 宋 PLUS · DiLink ? · Android ?

? / iOS ? · DiPlay ?
有不相容報告

宋 PLUS 的 17 Controller 配置在 getNetworkName 階段無法啟動 Wi-Fi Direct;未提供應用程式和 Android 版本。

檢視原始回報
最後核對: 2026-10-02
Geely 繽瑞 · DiLink ? · Android 11

iPhone 15 / iOS 26.7.1 · DiPlay 0.2.7
有不相容報告

車機熱點連線在進入 CarPlay 前失敗,後續回報指出 RFCOMM connect() 逾時。#99 轉貼 #98,不能算作獨立測試。

檢視原始回報
最後核對: 2026-10-02

相關 GitHub 問題

關閉不一定代表已修復,後續進展以原始來源為準。

公开资料与来源

本页依据公开项目文档及参考社区指南整理,保留实测边界与原始证据。资料快照不代表最新修复状态。