请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：LAUNCHXL-F2800157 主题：C2000WARE 中讨论的其他器件
工具/软件：
您好 TI 社区、
我们将使用 F2800157 LaunchPad 上的 DCAN 闪存编程器实用程序测试固件刷写的可靠性、希望更好地了解此过程中的 CAN 行为较低。
设置概述：
- 目标：LaunchPad F2800157
- CAN 接口：PCAN USB Pro (双通道)
- 编程工具：dcan_flash_programmer 实用程序、C2000Ware
- 闪存内核：DCAN 闪存内核
- 监控：在第二个通道上进行扫描查看(仅监听模式)
目标：
我们希望了解引导加载程序如何对位翻转、缺少 ACK 或 CRC 错误等通信错误做出反应、以便使更新过程在生产中更加可靠。
遇到的挑战：
在更新期间监控 CAN 总线时、我们只观察到与闪存内核和应用程序固件内容匹配的应用级有效载荷(例如 Rx 2 AA 08、Rx 2 C0 7A 等)。 但是、我们无法观察到：
- CAN ACK 位或错误帧
- 重传尝试次数
- 任何协议级错误处理
我们要求澄清：
- 是否有诊断功能或工具可以更好地了解协议级别的更新过程？
- 我们如何模拟或观察更新过程中的通信错误？
- 引导加载程序对损坏的 CAN 帧的响应是什么？ 具体来说：
- 是否使用校验和或验证方法？
- 是否使用校验和或验证方法？
- 对于电气噪声环境中的生产环境、除了标准实用程序中实施的措施之外、我们还应考虑哪些额外的错误处理措施？
为了避免量产更新过程中出现问题、我们正在寻找改进错误处理方式的方法。 任何建议都将非常有帮助。
提前感谢您的支持。
此致、
Taif Shamsi
