儀表盤上的轉向箭頭，車廠不給，車主自己寫一個

10 月 19 日晚間，V2EX 上出現一篇分享文。開發者 awenforlinux 開源了一個名為 amap-dim-bridge 的 APK，用途聽起來很窄：讓領克 03（2021 年款、CS11 車機）上的高德地圖，能把轉向箭頭、下一條路名、剩餘距離這些資訊，送到駕駛儀表盤上顯示。

文／沈安

這件事的背景值得先講清楚。這位車主的車機是億咖通（ECARX）的方案，系統版本停在 Android 4.4.3，出廠只綁百度地圖。他對百度的路線規劃不滿意，也想要高德的紅綠燈讀秒，但直接換地圖會失去儀表盤導航顯示。於是他用兩天時間，以 vibecoding 的方式寫出橋接程式，把高德的導航資料接到原本只服務百度地圖的儀表盤通道上。

用一個日常比喻：原廠車機像一間只賣套餐的餐廳，主餐（地圖）和配菜（儀表盤顯示）綁在一起賣。你不喜歡主餐，自己帶菜來，餐廳不幫你上桌。這位車主的做法，是自己帶了一個託盤，把自備的菜端到原本放套餐的桌上。

留言區比原文更值得讀

這則貼文一天內累積近三千次瀏覽和十七則回覆，回覆內容呈現出老車機使用者的幾種典型處境。

有人走硬體路線：裝無線 CarPlay 盒子，直接用最新版手機導航，代價是訊號不如車機版天線，而且儀表盤顯示通常拿不回來。有人走軟體共存路線：在同款 820A 晶片上跑舊版高德加投屏插件，稱之為「養老」。更多人直接放棄車機，手機架上去導航，車機只留來聽歌，因為紅綠燈讀秒這種功能，對經常漏看燈號的駕駛來說比什麼都實際。

也有留言提醒風險：車機是行車中要用的設備，自己側載的程式萬一有記憶體洩漏、在關鍵時刻把系統卡死，這個險冒不起。這個顧慮成立，側載第三方程式進行車系統，穩定性責任完全在車主自己。這也和我們先前整理過的Android 側載被擋時的判斷順序是同一套邏輯：先看程式來源與系統提示，再決定要不要繼續。

車機為什麼會「止於此」

留言區罵得最兇的對象是億咖通。一名網友的直接反應是「為了這車機，換輛車都不過分」，另一位 23 款車主說原廠導航根本不能用，後來自費升級車機才解決。情緒歸情緒，但結構問題是真的：2021 年的車出廠時搭的系統，到今天已經五年沒有跟上應用生態，而地圖類應用恰恰是更新最頻繁的一種，路況資料、燈號讀秒、即時事件，全靠伺服器端持續迭代。

車廠把儀表盤顯示介面當成自家生態的一部分，只對指定的地圖合作方開放。使用者換地圖的自由，和儀表盤這塊最安全的顯示位置，被綁在同一個合約裡。開發者社羣近來反覆出現的這類自救行動，動機都類似，就像我們之前寫過的獨立開發者不滿現成品就自己動手的訊號一樣，只是這次動手的對象從輸入法變成了車。

一般車主可以從中得到什麼

不是每個人都該去側載 APK 進車機。這則分享對多數人的價值在於提供了判斷框架：如果你的車機封閉且停更，可選的路徑大致是無線 CarPlay 盒子、舊版共存安裝、手機導航加車機聽歌，以及像這樣的開源橋接方案，風險與還原度各有高低。

真正的訊號在需求端。儀表盤上那個轉向箭頭，技術上沒什麼神祕，使用者要的也只是選自己習慣的地圖、同時保留安全位置上的導航資訊。當原廠不提供這個組合，車主就會自己把它做出來，然後開源給同型車的車主。這類專案規模小，但它指出的問題是：車機的換週期跟著車走，五年、十年，而應用生態的迭代是以月計。兩者速度的落差，最後是由使用者想辦法填的。