DiPlay Wi-Fi Direct Not Working on Android 10
Symptom
The app fails or closes while creating the P2P group, before CarPlay appears.
Possible causes
0.2.13 adds firmware-dependent Android 9 Wi-Fi Direct using actual group credentials. Requested channels remain unverified on Android 9; Android 10+ verifies frequency. Cleanup retains persistent profiles (PR #282).
Quick checks
- 0.2.13 adds firmware-dependent Android 9 Wi-Fi Direct using actual group credentials. Requested channels remain unverified on Android 9; Android 10+ verifies frequency. Cleanup retains persistent profiles (PR #282).
- Grant Wi-Fi/Location or Nearby Wi-Fi permissions as requested and enable Location where required.
- Close other projection apps. For stale groups, use Settings → Wireless connection help → Reset CarPlay Wi-Fi and review the confirmation.
- Record requested and actual channel/frequency in diagnostics. Compare the car hotspot instead of changing country/driver properties.
Reported results & workarounds
The current source retains the requested SSID instead of reading config.networkName. In #79 the maintainer attributes a fix to 0.2.8; the reporter tested a custom build and had not retested the public APK.
Version status
0.2.13 adds firmware-dependent Android 9 Wi-Fi Direct using actual group credentials. Requested channels remain unverified on Android 9; Android 10+ verifies frequency. Cleanup retains persistent profiles (PR #282).
Wireless startup can choose a free AirPlay port; Wi-Fi Direct handles unknown security reports, busy channels and bounded 5 GHz to 2.4 GHz fallback (PR #121/#143). Wi-Fi Direct packet loss, device-specific microphone input and reconnect problems still need hardware investigation; no universal fix is claimed.
Changes and checks in 0.2.13
0.2.13 adds firmware-dependent Android 9 Wi-Fi Direct using actual group credentials. Requested channels remain unverified on Android 9; Android 10+ verifies frequency. Cleanup retains persistent profiles (PR #282).
Wireless prefers usable IPv4 with scoped IPv6 fallback; Auto channel selection has no band or stutter guarantee. Interface mDNS avoids an unused NSD service; handoff fallback requires rendered video. Experimental hotspot join repair needs Android 13+, a user-configured 5 GHz-only hotspot, supported APIs, authorized localhost ADB and explicit confirmation while disconnected (PR #251/#258/#283/#309/#313).
The APK signing certificate matches 0.2.12. Update the same package in place to retain settings/pairing. Reproduce failures on 0.2.13 and save a fresh diagnostic report: Android 10+ uses Downloads/DiPlay, Android 9 a picker; View report/Share and app/private-storage fallbacks remain. No automatic upload occurs.
Changes and checks in 0.2.12
On eligible Android 10 hotspot/Wi-Fi Direct sessions, optional authorized local ADB can pause station scans. Same LAN is excluded; automatic joining of saved networks is unavailable while paused. Recovery markers and retries restore scans, including after reopening; this is not a universal stutter fix (PR #225).
Hotspot startup checks the actual AP interface and bounds retries when AirPlay never connects. Optional automatic hotspot startup remains off by default; its fallback needs supported firmware commands, authorized local ADB and observed readiness, not just a successful command (PR #229/#235).
Retest repaired DiLink 3/4 cluster routes, scan recovery, wheel modes and firmware-specific hotspot startup. General stutter, calls/Siri/microphone, iOS 15 startup and colour/theme reports still need fresh current-device evidence.
Changes and checks in 0.2.11
Wi-Fi Direct adds Preferred channel under Connection setup. Auto is the default; a saved manual channel applies on the next connection. Unsupported or mismatched channels report an error. This is not a confirmed audio-stutter fix (PR #175).
On Android 10, only the exact missing WifiP2pConfig.getNetworkName() framework-Builder signature before group creation permits one system-default attempt in Auto mode. Permission failures, timeouts and explicit channels do not use it. The old #15 report still needs a current-device retest.
Manual channel selection is not a confirmed fix for Wi-Fi Direct loss/stutter. Qin Plus startup, iOS 15 connections, Siri/microphone quality and day/night firmware behavior still need current-device evidence.
Changes and checks in 0.2.10
Fresh 0.2.10 logs are needed for wireless timeouts (#98/#134/#137/#142), rotation/reconnects (#119/#141), audio stutter (#131) and calls/Siri (#103/#115/#117/#138).
Reported setups
The following are source reports, not a universal affected-car list. Unknown fields remain unknown.
iPhone 14 Pro Max / iOS 27.0 · DiPlay 0.2.0
Reported incompatible
Bluetooth pairs but CarPlay startup crashes with getNetworkName error. AI-generated cause in the report is not accepted as proof. Do not generalize this to all DiLink 3.
View original reportRelated GitHub issues
Closed does not necessarily mean fixed. The source is authoritative for later updates.
本页依据公开项目文档及参考社区指南整理,保留实测边界与原始证据。资料快照不代表最新修复状态。