HAL库BUG中串口读写冲突问题怎么解决而不改HAL？

发表于 2022-11-14 08:45

最近在搞H767中的串口，发现多数据同时读写时卡死在读取中断中读取状态是否就绪哪里，当时是一直卡在TX状态上。从网上查到两种解决方案：

1.把HAL库中串口发送的函数中加锁、把状态设为TX、解锁这三句话注释掉。
2.不用常用的使能中断函数，然后自己写中断服务程序
这两种测试都是有效果的，但是我是用STM32CUBE生成的代码，而上面两种办法再重新生成以后都会修改掉之前的改动，万一时间长了容易忘记这地方。
因此，哪位大神知道这地方怎么使用是最正确的呢？是不是这地方不算BUG而单纯只是使用方式不对呢？

发表于 2022-12-15 02:00

属实，他这个cubemx生成一遍，程序就刷新了一遍，白改

发表于 2022-12-15 02:32

不是说，放在规定的区域，程序是不会被修改的么

发表于 2022-12-15 03:04

你自己写中断程序应该是OK的

发表于 2022-12-15 03:36

我现在是自己写中断逻辑，反正没遇到你说的那种情况

发表于 2022-12-15 04:08

按理来说，第二种还是比较好用的

发表于 2022-12-15 04:40

为啥会出现读取状态出现问题呢？是没清标记么？

发表于 2022-12-15 05:12

发送这样的话，你可以用DMA发送是不是就好了

发表于 2022-12-15 05:44

你发送的数据有多大多频繁啊？

发表于 2022-12-15 06:16

感觉不应该会出现发送读取中断标记失败的情况啊，你这操作可能有点问题吧

发表于 2022-12-15 06:48

用第二种可以，第一种好像用cubemx更新一下，就又没了

发表于 2024-5-16 10:03

优化你的应用代码

发表于 2024-5-16 17:00

更新HAL库至最新版本

发表于 2024-6-23 09:55

这个问题官方给修复了吗？知道如何实现的吗？

发表于 2024-6-23 14:46

是官方库文件导致的嘛？目前没有遇到过

发表于 2024-6-24 20:06

其实是不是有可能跟处理时序机制导致的，我遇到过CAN口一直通讯，10分钟后系统卡死问题，后来换了MCU就好了

发表于 2024-7-31 23:36

直接修改 HAL 库的源码可能会导致不可预见的问题，并且在重新生成代码时会被覆盖。尽量避免修改 HAL 库的源代码。

发表于 2024-8-9 19:18

中断优先级和嵌套是否正确

发表于 2024-8-9 19:19

最小化中断服务程序或者进行任务分解

发表于 2024-8-9 19:20

代码重构、使用回调函数

[STM32F7] HAL库BUG中串口读写冲突问题怎么解决而不改HAL？

相关帖子

评论

浏览过的版块

技术新星奖章

常驻人口

涓涓之细流