一、概述
近期有客户在基于 APM32F103 的电动两轮车项目研发中，遭遇了CAN 通信频繁丢包的棘手问题：调试时发现，F103 每发送7-8 帧数据，往往仅能收到 1 帧来自电机控制器的回复。
经笔者现场排查分析，原因挺典型：为了抠成本，客户把CAN的时钟源换成了内部 HSI，没按常规用外部晶振。现在做产品是真卷，成本能省一点是一点，但这细节没把控好就出问题了。 好在沟通后，客户同意后面评估改版，换成外部晶振。不过眼下这批小批量货得先 “救火”，所以我用了F103 的 demo 复现问题，也整理了些解决思路，给大伙儿碰到类似情况时当个参考。二、问题分析1、出现问题后客户第一时间进行交叉验证，问题定位到芯片。现场使用逻辑分析仪解析CAN报文无应答。
2、现场和客户沟通了解到CAN时钟来源是HSI，初步排查大概率是因为系统时钟偏差导致，后面使用热风枪100多℃在芯片环绕加热，波形有改善，后面CAN波形正常了，进一步证明了是系统时钟偏差导致。
3、最后的软件解决方案是参考F103用户手册说明，软件系统在发送3次CAN报文后，仍没有接收到应答，软件步进调节HSITRM。现±5内扫频式步进，如果还是没有改善，再增大范围至±16。
4、HSITRM调节方式是芯片CAN发送0x55（0101 0101b）或0xAA（1010 1010b）数据，调节HSITRM值，让一高一低的频率接近250KHz，占空比接近50%。
三、验证
2、F103 demo 使用内部晶振热风枪100℃吹芯片表面，发送CAN报文——数据异常
4、F103 demo 使用外部晶振热风枪100℃吹芯片表面，发送CAN报文——数据正常
5、F103 demo使用内部晶振常温下，修改HSITM，发送CAN报文——数据异常
6、F103 demo使用内部晶振热风枪100℃吹芯片表面，修改HSITM，发送CAN报文——数据正常
四、总结
我要赚赏金
STM32
MCU
通讯及无线技术
物联网技术
电子DIY
板卡试用
基础知识
软件与操作系统
我爱生活
小e食堂
