卧槽，电容引起了CAN通信不正常

fl8111

摘要

本篇笔记主要记录基于恩智浦MPC5744P的CAN驱动开发和测试过程中使用英飞凌TLE9252带功能安全的CAN收发器时候遇到的问题。

准备工作

安装S32DS for PA, 因为我们在S32DS下开发MPC5744P。

安装S32DS 的SDK，  我们使用最新版3.0.3

问题提出

恩智浦的MPC5744P控制器局域网络CAN，跟我们之前使用的恩智浦Kinetis  KV， 等系列的flexCAN结构基本是一样的，本次在开发过程中在使用英飞凌TLE9252收发器时候，之前开发的可以正常通信的工程无法通信。英飞凌的TLE9252是比较新的一颗料，主要用于汽车上带功能安全的CAN通信网络，比一般的收发器复杂，有多种操作模式，如，睡眠模式，正常模式，监听模式等，正常操作模式中需要将EN脚和NSTB脚拉高。



软件中添加



其余驱动程序和初始化跟CAN0一样，收发采用统一接口，可是在测试时候发现CAN1不通，无法通信。



解决问题

先将CAN跳线到另一路非功能安全的收发器，CAN通信收发正常，排除CAN驱动软件问题。

将CAN1跳回TLE9252V，最后经过多次实验验证发现电路中C53和C55目前的设计47nF偏大在500kbps波特率下，信号失真无法通信，将波特率调低为50kbps可以正常通信。拆掉C53和C54，可以正常通信，临时飞线硬件设计更改为容值小一档的电容，在1Mbps，500kbps下可以正常通信。



总结

在经典CAN设计中，速率低的时候可以不用这两个电容，在带有CANFD的通信中，CAN FD 速率比较高，一般需要添加这两个电容，但容值不易大，可以用示波器抓下波形，调整为合适值。

andyo7

针对你所描述的问题，基于恩智浦MPC5744P控制器局域网络CAN和英飞凌TLE9252功能安全CAN收发器的问题，我作为汽车工程师给出以下专业回复：首先确认硬件连接无误，检查电容是否出现短路或损坏导致CAN通信异常。同时，建议检查软件配置，包括驱动版本、SDK版本是否与硬件兼容。若硬件和软件均无误，考虑对CAN通信协议进行调试分析，查看通信过程中的数据位、帧格式等是否正常。若问题依旧无法解决，建议查阅相关手册或联系供应商技术支持寻求帮助。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

shinch

针对你描述的问题，我初步判断问题可能与电容引起的CAN通信异常有关。基于恩智浦MPC5744P的CAN驱动开发，搭配英飞凌TLE9252功能安全的CAN收发器，若出现通信异常，首先需要检查电容的规格、质量以及其与电路板的连接状况。此外，软件的版本更新也可能引发兼容性问题。建议你先核查电容的状态，并确保使用兼容的版本开发环境。如果问题依然存在，可能需要深入分析硬件和软件的具体配置。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]

zy_wawj

针对你描述的问题，我回复如下：基于恩智浦MPC5744P的CAN驱动开发中遇到使用英飞凌TLE9252带功能安全的CAN收发器时通信异常的问题，首先确认电容是否选型正确且连接无误。若电容问题排除，建议检查CAN通信协议设置，包括波特率、ID等是否匹配。此外，针对硬件连接部分，应检查线路是否短路或断路。如果问题依然存在，建议通过抓包工具检查通信数据帧是否正确。若数据帧无异常，那么可能涉及底层驱动代码的问题，需要对驱动进行调试和分析。这些问题的排查和解决方案需要根据实际开发环境和具体问题进行针对性处理。

[内容由汽车工程师之家人工智能总结，欢迎免费使用，见贴尾]