CAN bus bootloader标准协议查询及MCU OTA更新系统开发咨询

现有通用标准说明 #

你没有遗漏主流通用标准，目前行业内公开的、非厂商私有CAN Bootloader协议主要有两类：

• ISO 14229（UDS统一诊断服务）：汽车、工业控制领域应用最广的通用CAN通信协议，内置标准化的固件下载/上传、校验触发、设备重置流程，不需要绑定厂商专用上位机，所有支持UDS的通用调试工具都可以适配，天然适配多MCU跨厂商的兼容需求。
• CANopen DS 302-3 / CiA 801：CANopen协议簇中的专用固件升级规范，其中CiA 801是带安全特性的升级标准，适合已有CANopen协议栈的项目直接复用。

符合你安全需求的实现建议 #

你提到的校验和、数字签名、认证加密需求，现有标准都有成熟的配套实现路径，不需要从零定义规则：

• 若采用UDS协议：直接复用标准定义的0x34（请求下载）、0x36（数据传输）、0x37（结束传输）、0x31（例程控制）服务即可覆盖常规升级流程。安全部分可以直接搭配ISO 14229-8的安全扩展，或者内置AES-GCM实现认证加密、ECDSA做固件签名、CRC32做完整性校验，校验和验证、签名验证逻辑都可以通过0x31例程控制服务触发，完全符合标准规范。
• 若采用CANopen方案：直接使用CiA 801规范的安全升级流程，内置了完整性校验、固件签名验证的标准化逻辑，只需要实现对应接口即可。

自研协议的可行性说明 #

如果你的应用场景没有兼容现有行业标准设备的强制要求，也可以参考厂商现有方案自研自定义协议，建议注意以下几点：

• 传输层优先复用ISO 15765-2（CAN TP）的成熟拆包、组包、流控、超时重传逻辑，不需要自研传输层，避免踩CAN总线多包传输的常见坑。
• 安全逻辑不要自研算法，校验和用通用CRC32、数字签名用ECDSA、认证加密用AES-GCM，都是经过行业验证的成熟方案。
• 协议层做抽象解耦，方便后续适配不同厂商MCU的CAN底层驱动，符合你做多款MCU兼容开源OTA的定位。

内容的提问来源于stack exchange，提问作者Oleksiy Protas