无限骑行连接手机应用、云端服务与车辆终端。手机负责交互、导航和系统允许的媒体采集；终端负责显示、车辆驱动与真实状态回报；平台负责应用身份、设备授权和业务范围。
先选择你要开发的一端
| 你的目标 | 使用什么 | 第一步 |
|---|---|---|
| 使用现成手机应用，开发仪表或车端固件 | 无限骑行 APP + 硬件 SDK | 准备 SDK 与设备授权 |
| 开发自有品牌 Android / iOS 应用 | APP SDK + 平台服务 | APP SDK 架构与接入流程 |
| 同时开发手机与终端 | 两套 SDK，分别适配宿主和 BSP | 先确定型号能力，再分别完成两端的首次连接 |
| 评估已有 P4+C6 屏幕开发板 | 完整 Core 参考工程 | ESP32-P4 开源示例 |
一次操作怎样完成
逐步说明
- 平台配置应用与设备能力
平台注册应用身份、厂家范围和设备授权；APP 获取对应型号的签名配置。
- APP SDK 建立已认证的主连接
当前 APP 通过 BLE 完成发现、PIN 和首次绑定，再引导 Wi-Fi 主业务连接。
- 硬件 SDK 检查并分发命令
SDK 检查会话、授权和请求有效性，将命令事件交给终端应用。
- BSP 执行并确认实际结果
终端应用调用 CAN、UART 或 GPIO 驱动，执行一次，再向 SDK 回报结果与真实状态。
- APP 更新状态与可操作按钮
APP 根据主业务认证、执行回执和新鲜的车辆状态更新界面。
云端配置决定可用范围，终端运行能力决定实际支持项。Wi-Fi / 蓝牙图标描述链路；控车按钮还需要有效的主业务认证和车辆状态。详细启动与关闭顺序见四张生命周期图。
网页能完成哪些准备
网页提供接口约定、可复制调用示例和开源参考工程入口。阅读这些内容即可评估分工、平台要求与移植范围。
真机运行前，需要通过接入联系取得匹配的二进制包、平台注册的应用身份，以及目标设备的授权。SDK 为闭源二进制交付；board_* 是接入方实现的 BSP 函数。示例中的平台会话必须来自真实登录响应。
建议按三个里程碑推进：
- 连接：BLE 发现与 PIN、云端绑定、Wi-Fi 主业务认证。
- 一个完整功能：手机主题同步到 LCD，或一次车辆控制与真实状态回报。
- 恢复与交付：重启保留绑定、切换车辆、断网恢复、投屏前后台切换和目标功能真机验收。
本站术语
| 术语 | 本站含义 |
|---|---|
| 终端 / 仪表 | 终端是车端设备的总称；仪表是具备显示功能的终端。涉及屏幕时使用“仪表” |
| Managed | moto_terminal_* 入口，封装 Core 的任务与队列；不是云端托管服务 |
| Core | moto_* 底层入口，由应用安排实例、线程与端口；也可复用 SDK 网络运行时 |
| BSP | 板级适配层，包括无线、存储、显示和车辆硬件驱动 |
| owner | 已绑定的设备使用者；“owner 线程”则是串行驱动 Core 的应用线程 |
| generation / 代次 | 标识一次链路或异步工作所属的生命周期，用于拒绝旧结果 |
| 产品版本 / ABI / 包修订 | 分别描述产品标识、二进制接口兼容性和交付包变更；核对时三者一起使用 |
继续阅读首次连接、APP SDK 接入或更新日志。