【S32K3 MCAL配置】-4.1-CAN Driver：如何解决CAN帧发送丢帧问题

最新推荐文章于 2025-03-03 16:40:06 发布
最新推荐文章于 2025-03-03 16:40:06 发布
阅读量933 收藏 3
点赞数 3
分类专栏： Autosar_MCAL高阶配置 S32K3_MCAL从入门到精通 嵌入式软件开发 文章标签： 开发语言 单片机 嵌入式硬件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qfmzhu/article/details/137753676
版权
本文详细介绍了在NXP S32K312EVB-Q172开发板上，基于MCAL层解决CAN Driver丢帧问题的方法。重点讨论了Multiplexed transmission和Inner Priority Inversion的概念，以及CanHwObjectCount参数对多路发送的影响。通过实例展示了不同CanHwObjectCount设置下，CAN报文发送的成功与丢失情况。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

<--返回「Autosar_MCAL高阶配置」专栏主页-->

案例背景:如何解决：同一时刻，连续调用多次CanIf_Transmit / Can_Write API，同时发送不同CANID帧，出现丢帧问题。

目录(共9页精讲，基于评估板: NXP S32K312EVB-Q172，手把手教你S32K3从入门到精通)

实现的架构：基于MCAL层

前期准备工作：

1 CAN Driver模块理论背景

1.1 “Multiplexed transmission多路发送”和“Inner Priority Inversion内部优先级倒置”概念

1.2 参数CanHwObjectCount

1.3 小结

2 举例演示“Multiplexed transmission多路发送”

2.1 成功发送一帧CAN报文，丢失三帧CAN报文

2.2 成功发送两帧CAN报文，丢失两帧CAN报文

2.3 成功发送三帧CAN报文，丢失一帧CAN报文

2.4 成功发送四帧CAN报文，没有丢帧

结尾

实现的架构：基于MCAL层

了解本专栏 订阅专栏 解锁全文
诊断丢帧：发送端连续帧发送过快，导致接收端丢帧
诊断协议那些事儿's blog
06-16 705
在项目开发过程中，对于报文的接收/发送，一般来说，通信量大，选择Polling（轮询）处理模式；通信量小，选择Interrupt（中断）处理模式。具体选择没有优劣之分。结合项目的实际情况，选择适合项目的方式就好。小编将分享一个Polling模式下出现的丢帧现象。
S32K3系列---基于Mcal的CAN配置
wj博客
01-02 1963
CAN通信一直是一块很复杂的模块，博主也只能勉强了解其一二。这边做一个学习记录，供大家参考。
S32K3 CAN模块EB配置实战：从信号沉默到数据蹦迪的保姆指南
最新发布
u014156384的博客
03-03 847
它的主要功能是将CAN控制器生成的电信号转换为适合在CAN总线上传输的电平信号，同时也将从CAN总线上接收到的信号转换为CAN控制器可以理解的电信号。S32K314的CAN模块支持多通道通信，符合ISO 11898标准，能够处理高达1 Mbps的数据传输速率，具备硬件过滤器和错误检测机制，确保数据传输的可靠性，同时支持CAN FD，适用于汽车电子、工业自动化等领域。最近接触到汽车产品。可以看到，NXP的can叫做can_43，NXP的很多外设都是带数字的，这个不知道原因，知道的话可以在评论区进行讨论。
NXP S32k3 MCAL CAN &CANFD 配置
Leon_0125的博客
10-23 5341
S32K3配置CAN&CANFD通信
S32K3学习笔记---S32K3之CAN模块
Abler_xaing的博客
12-03 8402
本文是基于S32K324 RTD3.0做的一个简单调试，在两个核分别注册一路CAN，会分别介绍中断和轮询两种方式，一般而言BT用轮询，APP里面一般用中断。其次也是介绍一下CANFD和CAN，主要记录整个过程。
stm32 调试can总线丢帧的问题
热门推荐
raoxu1154492168的博客
07-18 1万+
stm32 调试can总线丢帧的问题 问题出现的背景 需要写一个新的电机的驱动，使用can通讯，驱动比较简单，很快就写好了。自己单独测试一个电机的时候没有问题，正反转测什么的都很正常。本以为事情会很顺利，但是在测两个电机的时候，却发现很严重的问题，经常左电机不装或者是右电机不转。 问题的解决步骤 方案一： 1. 遇到这种问题通常都是加上一个延时，觉得可能就是发的太快了，时许上可能有问...
NXP实战笔记（十）：S32K3xx基于RTD-SDK在S32DS上配置CAN通信
梦想技术家
02-24 2986
S32K3xx的FlexCan与之前的S32K1xx很相似，Can的中断掩码寄存器（IMASK3）与中断标志位寄存器（IFLAG3）依赖于邮箱数。FlexCan配置实例如下FlexCan的整体图示如下-请求RAM访问以接收核发送消息帧-验证接收到的消息-检测CANFD的消息-管理接收和传输的消息缓冲区-负责CAN或CAN FD消息格式的仲裁与ID匹配算法-控制从内部总线访问接口-接口到内部时钟，地址和数据总线，中断，DMA请求。-消息缓冲区存储在专用的嵌入式RAM中。
【S32K3 MCAL配置】-4.3-CAN Driver:不使用RTD中CanIf模块来实现接收/发送CAN帧报文
「汽车电子助手」的博客
04-16 435
【S32K3 MCAL配置】-4.3-CAN Driver:不使用RTD中CanIf模块来实现接收/发送CAN帧报文
【S32K3 MCAL配置】-7.1-GPT Driver：定时器中断-创建一个周期执行的任务
「汽车电子助手」的博客
04-22 1306
【S32K3 MCAL配置】-7.1-GPT Driver：定时器中断-创建一个周期执行的任务
【S32K3 MCAL配置】-7.2-GPT Driver：仿OS,周期/定时调用APP SWC和BSW模块的主函数
「汽车电子助手」的博客
05-08 663
【S32K3 MCAL配置】-7.2-GPT Driver：仿OS,周期/定时调用APP SWC和BSW模块的主函数
【S32K3 MCAL配置】-4.2-CAN Driver：CanObjectId排序规则，其影响CAN报文的收发
「汽车电子助手」的博客
04-14 365
【S32K3 MCAL配置】-4.2-CAN Driver：CanObjectId排序规则，其影响CAN报文的收发
S32K3_RTD1.0.0_MCAL4.4_FlexCAN_Example.7z
12-02
S32K3_MCAL_FlexCAN_Example_FIFO_DMA，S32K3_MCAL_FlexCAN_Example_Interrupt，S32K3_MCAL_FlexCAN_Example_Polling
S32k3系列开发学习（FlexCAN）
让学习成为一种习惯
04-24 1530
CAN模块所涉及到的知识点远不止于此，本篇只是对其工作流程作了一个简单的梳理，其内部细节仍需画大量的时间不断实践，方才能运用自如。其他内容可参考NXP所给出的应用案例，深入了解。
通过调整报文偏移解决CAN应用报文丢帧或周期过长问题
qiu421的博客
03-18 2072
报文很多都是周期性发送的，但是如果每条报文都以一开始作为开始计时的时间点，也就是一开始就发送第一条报文，可能会导致CAN堵塞，导致丢帧或者某些报文某一时刻周期过长，就像下图这样，同一时刻CAN收发器要同时发送4帧报文。这时候就可以加个计时基准的偏移，不用每一条报文都以一开始作为时间基准，像下图这样，同一时间少处理一半的报文。
CAN总线进行通讯，偶发出现发送失败，有什么方法来分析CAN总线哪块出现的问题
LIKE_Fairy的博客
06-02 3823
CAN总线进行通讯，偶发出现发送失败，有什么方法来分析CAN总线哪块出现的问题
CAN报文数据为何丢失 数据帧丢失 数据错误
InfluxDataLogger的博客
04-25 5980
数据记录仪在当今世界已经不再是什么陌生的事物。 随着时间流逝，由于数据记录仪的功能和特点，它们已经变得非常流行。 数据记录仪通过使用各种传感器来接收信息，并随着时间的推移，用于监测和记录环境参数，并允许测量、记录、分析和验证工况，同时存储在计算机上。 从研究一辆汽车到了解其故障，再到将其行为表现存储在芯片上，数据记录仪可以做到这一切。在使用时，人们以为可以获得由数据记录仪提供的车辆上的每一条信息，但很多时候实际情况并非如此。 你有没有想过，如果你在记录仪上看到的数据是不完整的该怎么办？ ...
【AUTOSAR实战】：CAN发送邮箱忙导致报文发送丢帧的问题调试
weixin_46481662的博客
09-11 2362
本文档主要讨论了CAN总线通信中可能出现的TC377传输错误的分析和解决方案。文章提供了如何通过检查CAN传输和接收过程、识别传输缓冲区的类型和状态以及选择适当的内存保护功能来检测和解决此类错误的见解。经过多次尝试和分析，得出的结论是，修改CANIF缓冲的尺寸并重新分配报文给各个buffer并不能解决问题。此外，发送中断被抢占可能导致报文无法发送，最终也将此因素排除。本文档还提到了一些可能导致发送流程调度出现问题的因素，例如CANIF中报文引用Buffer不合理。
【S32K3 MCAL配置】-2.1-经典CAN配置-发送Standard Frame标准帧和Extended Frame扩展帧(基于MCAL+FreeRTOS)
「汽车电子助手」的博客
04-08 922
【S32K3 MCAL配置】-2.1-经典CAN配置-发送Standard Frame标准帧和Extended Frame扩展帧(基于MCAL+FreeRTOS)
CAN数据连续发送，第二帧发不出去或周期有问题
lixiaohuanhuan的博客
07-14 7088
1.CAN数据周期发送时，如果连续发送两帧数据，中间没有延时，并且MCU CAN只开了一个邮箱的话，第二帧数据发送时就会出现CAN总线BUSY，导致数据发送不出去。解决方案：多开几个邮箱，每次往不同的邮箱里写数据，在MCU不繁忙时，CAN发送数据，邮箱写满时就会出现CAN发送丢帧的情况；；如果只有三个邮箱，（STM32一般有三个邮箱）那么每次只能连续发送三帧数据，之后需要最好1ms以上的延时，再发送下一次数据，否则就会丢帧。 if(CellNum == 1)
stm32CAN总线丢帧
09-10
STM32的CAN总线丢帧是指在使用CAN（Controller Area Network）总线通信时，由于各种原因导致的部分数据帧没有被正确接收或处理的现象。STM32微控制器通常会集成CAN控制器，用于实现CAN总线协议，广泛应用于汽车、工业自动化等领域。丢帧问题可能会由于以下原因造成： 1. 硬件问题：包括CAN总线线路故障，比如断线、短路、接触不良等，或者因为电磁干扰导致信号质量下降。 2. 软件配置：错误的CAN配置参数，如波特率不匹配、滤波器设置不当、错误的状态机配置等。 3. 性能限制：CAN总线上的消息量超过控制器处理能力，尤其是在高负载或高频率的消息传输时。 4. 软件资源：CPU处理能力不足或者任务优先级配置不当，导致中断服务例程无法及时执行。 5. 缓冲区溢出：接收缓冲区过小或者处理缓冲区数据的速度跟不上接收速度，造成数据丢失。 为了解决或避免STM32 CAN总线丢帧的问题，可以采取以下措施： - 检查和优化CAN总线线路，确保物理连接正确无误，并采取必要的抗干扰措施。 - 根据CAN网络的实际参数仔细配置STM32的CAN控制器参数，包括波特率、采样点、同步跳宽等。 - 在软件中实现有效的错误处理机制，如错误检测、自动重传等。 - 确保中断服务例程的执行效率，优化任务调度策略，保证高优先级任务能够得到及时处理。 - 合理设计CAN消息的优先级，减少高优先级消息的处理时间。 - 调整缓冲区大小，确保在高负载情况下也不至于溢出。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汽车电子助手

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值