需要从车辆到平台的稳定数据网关
应先部署 T-Box 硬件，并尽快冻结 CAN 数据字典。
稳定的数据采集是后续云平台和 App 流程的前提。
查看 T-Box 硬件 选型指南
车联网云平台选型指南
本指南帮助团队围绕 T-Box 硬件、云管理平台和移动 App 控制，规划分阶段车联网部署路径。
建议做法：先稳定数据采集和 CAN 映射，再扩展云端和 App 流程。
选型流程
先锁定应用边界，再缩小到可执行的型号清单。
- 步骤 1
明确连接化运营目标
先明确项目重点是硬件数据采集、网页调度可视化，还是 App 端现场操作控制。
- 步骤 2
选择部署范围
先确定 T-Box 硬件基线，再根据业务深度决定云平台和 App 模块。
- 步骤 3
完成数据契约与上线规划
为多团队协作冻结 CAN 数据映射、告警归属和分阶段上线检查点。
关键选型矩阵
在索取详细方案和数据表前，可先用这张矩阵做一轮快速筛选。
| 决策因素 | 选型建议 | 快速校验 |
|---|---|---|
| 硬件连接层 | 需要 CAN 数据采集和远程网关接入时，应从 T-Box 硬件开始。 | 确认网络覆盖、CAN 信号以及安装供电边界。 |
| 云端运营深度 | 若需要车队看板、告警和软件全生命周期管理，应启用云管理模块。 | 定义角色权限、KPI 看板以及告警升级逻辑。 |
| 移动端流程需求 | 现场团队需要远程查状态和移动操作时，应启用 App 层。 | 验证用户角色场景、现场连接条件以及 App 交互路径。 |
| 集成复杂度 | 建议从硬件层逐步扩展到硬件+云+App 全栈，以降低部署风险。 | 为数据准确性、告警可靠性和用户采用度设置里程碑门槛。 |
场景到型号映射
先从使用场景和架构目标入手，直接跳到可落地的候选型号。
需要网页看板管理位置、告警和生命周期状态
在硬件基线验证完成后，接入云管理平台。
云层能集中运营可视化，并简化调度决策。
查看云管理平台需要为服务和操作人员提供移动访问能力
应启用移动 App 模块，并配置基于角色的操作权限。
App 可缩短现场排障和运营更新的响应链路。
查看移动 App 模块常见选型误区
这些问题经常出现在系统集成和样机验证阶段。
- 数据基线未稳就先上云流程: 应先稳定 T-Box 硬件采集，再逐步扩展云模块。
- CAN 数据归属不清: 在控制器、BMS 与车联网团队之间尽早冻结信号定义和归属。
- 跳过分阶段上线: 应按里程碑推进，以逐步验证数据质量、告警行为和用户采用情况。
- 缺少移动端现场场景验证: 正式发布前需在真实运营环境中验证 App 工作流。
选型常见问题
车联网项目应先从硬件开始还是先上云？
建议先从硬件数据基础层开始；待数据质量稳定后，再扩展到云管理和移动模块。
快速规划需要提供哪些信息？
请提供车队规模、所需数据点、告警场景、用户角色以及上线时间表。
车联网能否与充电器、BMS 和控制器联动？
可以。来自充电器、BMS 和控制器的 CAN 数据可以接入云端诊断和告警流程。
这份指南如何帮助采购与 IT 团队对齐？
它将部署拆分为硬件、云和 App 三层，便于团队分阶段规划预算和交付职责。