背景痛點
車隊定位的痛點不是「做不到」，是每台車每個月都在繳錢。市售方案幾乎都靠 4G 回傳，一台車一個門號，車越多成本越線性往上疊。
另一個問題是資料在別人手上 — 位置歷史存在廠商雲端，要匯出、要接自家系統，都得看對方臉色。
我們怎麼做
做法：讓別人的手機幫你回報。 車上的追蹤器只做一件事 — 持續廣播藍牙訊號。路上經過的 iPhone 會自動把它的位置加密後上傳，我們再從雲端把加密報告拉回來自己解密。車上不需要任何連網能力，所以不用門號、不用月租。
踩過的坑一：省電模式反而讓系統失效。 韌體最初設計成每 60 秒才廣播 0.1 秒、其餘時間深度睡眠，非常省電 — 但實測發現 iPhone 幾乎抓不到它，等於整套系統沒作用。車上本來就有 USB 供電，最後改成開機即持續廣播並拉高發射功率，回報密度才正常。省電是對的直覺，但在這個場景是錯的取捨。
踩過的坑二：解密規格與文件不符。 位置報告的加密用的是非標準的 16-byte nonce，得繞過現成的高階函式庫自己組；而新版作業系統送出的報告長度多了 1 個 byte、偏移量跟著位移，不先處理就會整包解不開。這類細節沒有官方文件，只能靠實際資料比對逼出來。
踩過的坑三：拉取太勤反而有風險。 原本每 5 分鐘拉一次報告，後來調整為 15 分鐘 — 對車輛管理來說精度已足夠，同時大幅降低帳號認證被判定異常的風險。穩定連續運行，比多幾筆座標重要。
資料留在自己手上。 位置歷史寫進自架的 PostgreSQL，要接自家派車、報表、工時系統都能直接查，不必透過第三方平台匯出。
成果
客戶貨車實際上路使用，系統自 2026 年 2 月起連續運行近 6 個月，累積 87,000 筆以上定位報告，涵蓋 6 台裝置。
每台車的月租成本是 0。 硬體是一次性的，之後沒有通訊資費。
位置資料完整留在自己的資料庫，可自由串接內部系統。
同一套做法不限於貨車 — 工程機具、貴重資產、外借設備的位置追蹤都適用。