程式碼與外部韌體
先確認來源規則、連結映像、DDR 與 BL31 的取得和使用條件，再展開平台實作。
DEVELOPMENT
開發資訊
以 CORE 平台的 M0 / M1 與電源概念驗證為近期重點，按週列出至 2026 年十二月的目標與驗收成果。
設計與開發階段
產品方向比較 →
CORE 與 MAX 均在開發中
目前已記錄產品定位與架構選型方向。完整整機規格、實測數據及上市時程尚未公布。
CORE / SEPTEMBER–DECEMBER 2026
先打通基礎，再走向完整原型。
至十二月以 WAYFINDER OS 的 M0 / M1 與電源概念驗證為重點。具備顯示、觸控、儲存和 UI 的 M2 原型另行排程；實際日期依人力、經費、文件取得與硬體驗證調整。
依最新自製 OS 範圍修訂：原先「十二月完整操作原型」目標已改為基礎驗證與階段展示。尚無上市或交貨日期。
週次為本計畫排程分段，以所列日期為準。每週預期成果不表示已完成；M1 需在板卡、文件及啟動韌體可用後推進。
09
九月｜確認範圍、平台與資源
先確認能否取得啟動所需資料，建立自寫程式碼與外部韌體的邊界。
- 九月第 3 週09/14–09/20
定義 M0 / M1 驗收範圍
整理自製範圍、工具鏈與執行期程式碼檢查方式，列出人力和既有資源。
預期成果驗收清單、程式碼來源規則、資源盤點
- 九月第 4 週09/21–09/27
盤點 A733 啟動前提
確認板卡、DDR 初始化、BL31、啟動媒體與寄存器文件的取得條件；MAX 另列差異。
預期成果平台可行性表、韌體與文件缺口
- 九月第 5 週09/28–09/30
安排經費與優先採購
依 M0 / M1 和電源量測需求整理報價，先解決板卡、文件與必要工具的缺口。
預期成果分項預算草案、到料與借用安排
10
十月｜建立 M0 模擬環境基礎
優先完成可重現的核心測試，不以模擬成功代替真實硬體驗證。
- 十月第 1 週10/01–10/07
QEMU 啟動與除錯輸出
在 QEMU virt 建立最小載入、UART 與例外輸出，核對最終映像的連結來源。
預期成果可重複啟動的 M0 雛形、連結來源紀錄
- 十月第 2 週10/08–10/14
MMU 與記憶體基礎
建立頁表、基本記憶體配置與 page fault 處理，留下故障注入與回報步驟。
預期成果記憶體與例外測試紀錄
- 十月第 3 週10/15–10/21
中斷、計時與排程
以模擬平台驗證中斷、timer 和最小排程，記錄切換與錯誤狀態。
預期成果排程與中斷測試案例
- 十月第 4 週10/22–10/28
EL0 行程與隔離
建立最小使用者行程、系統呼叫和隔離測試，優先處理可重現的失敗。
預期成果使用者行程示範、隔離測試清單
- 十月第 5 週10/29–10/31
SMP 與 M0 缺口檢查
核對多核心啟動與基本協作，整理仍未通過的 M0 項目。
預期成果SMP 測試紀錄、M0 未解問題表
11
十一月｜推進 M1 開發板驗證
需板卡、韌體與文件到位；遇到平台阻礙時，先修訂硬體驗證日期。
- 十一月第 1 週11/01–11/07
M0 回歸與 M1 進場檢查
整理可重現的模擬測試，核對開發板上電、接線、啟動媒體及外部韌體版本。
預期成果M0 回歸摘要、M1 前提檢查表
- 十一月第 2 週11/08–11/14
A733 開發板 UART 出字
在具備必要資料後打通真實板卡啟動與序列輸出，逐段記錄啟動阻礙。
預期成果板卡 UART 示範、啟動問題紀錄
- 十一月第 3 週11/15–11/21
GIC、timer 與 GPIO
依 A733 寄存器文件逐項驗證中斷、計時及基本接腳控制。
預期成果板卡基本介面測試紀錄
- 十一月第 4 週11/22–11/28
I2C 與平台初始化整理
驗證可用 I2C 周邊，整理時鐘與 pinmux 設定；不預設 Rockchip 驅動可沿用。
預期成果I2C 驗證、初始化與平台差異表
- 十一月第 5 週11/29–11/30
M1 重現性與缺口盤點
檢查冷啟動至 UART 和基本介面的可重複性；此時不宣稱已能啟動完整 UI。
預期成果M1 階段摘要、失敗率與待辦清單
12
十二月｜展示基礎與電源概念驗證
以 M0 / M1 可重現成果為主，並行評估斷電待命；M2 完整操作原型另行排程。
- 十二月第 1 週12/01–12/07
主電源控制概念驗證
依可用硬體檢查常駐控制、主 SoC 電源切換與訊號隔離；記錄實際測試配置。
預期成果供電控制測試、隔離與待機量測紀錄
- 十二月第 2 週12/08–12/14
喚醒事件與能源模型
以可用常駐控制器、RTC 和 LoRa 模組分項測試喚醒策略，量測漏接、延遲與啟動能量。
預期成果喚醒測試、能源預算修訂；未完成項目另列
- 十二月第 3 週12/15–12/21
評估 M2 整合路徑
依文件與板卡實測結果評估顯示、觸控、儲存及檔案系統工作量，確認必要人力。
預期成果M2 工作分解、文件缺口與投入估算
- 十二月第 4 週12/22–12/28
製作階段成果展示
展示實際完成的 M0 / M1 與電源概念測試，列出限制、已用資源及未完成驗收項目。
預期成果階段示範影片、測試摘要與資源使用紀錄
- 十二月第 5 週12/29–12/31
決定下一階段排程
依驗收結果、到料與可投入時數安排 M2；M3 / M4 待核心操作能力建立後再排。
預期成果下一階段範圍、投入需求與修訂時程
依驗收結果，決定下一階段。
板卡與文件
經費、到料或啟動文件卡住時，先保留 QEMU 驗證與可用設備上的測試，重排 M1 日期。
完整操作原型
M0 / M1 不等於可用整機；M2 的顯示、觸控、儲存與 UI 必須另行整合與驗收。
現有方向
目前記錄的規劃
產品分工
CORE 以隨身手機型態為主，MAX 以橫向平板及現場協作為主。
CORE 架構
主運算朝 A733、1S 電池、eSIM 與 Wio-LR2021 方向規劃，並規劃自製 WAYFINDER OS。
MAX 架構
沿用 Radxa CM5 / RK3588S2 方向，規劃 nano-SIM 與 eSIM，以及較大的地圖和資訊檢視空間。
待驗證項目
從設計到實機
以下是仍需確認的工作項目，
不表示已通過測試。
-
硬體版本與介面整合
對齊新版原理圖、元件清單、模組腳位、顯示及通訊介面。
-
電池、功耗與充電
確認電芯配置、各工作狀態的耗電、充電條件與整機續航。
-
系統啟動與功能驗證
逐步確認啟動流程、驅動、訊息交換、定位與地圖操作。
-
機構與現場測試
驗證散熱、握持、接點、天線與環境適應性，形成可追溯的測試資料。
資料說明
如何閱讀產品資訊
「設計方向」表示目前文件記錄的選型或規劃；「待驗證」表示尚需以實際整合與測試確認。兩者皆不等於已交付的產品規格。
網站中的產品圖像為外觀概念示意。續航、防護、尺寸、重量與效能，將以後續定案與量測結果為準。
內容依 WAYFINDER 設計總表及專案選型紀錄整理；歷史文件中的舊版本配置不作為目前產品承諾。
參與討論
把需求帶進開發過程。
歡迎分享操作習慣、使用限制與值得驗證的問題。