[问答]

导致STM32L152 UART Rx中断间歇性不触发的原因是什么？

问答对人有帮助，内容完整，我也想知道答案 0 首先，我很抱歉我无法提供代码，因为我能够重现此问题的一切都是专有的。鉴于此，我正在寻找高级调试技术来诊断 UART 中断触发的这种间歇性故障。总体问题是，我们注意到该设备似乎一次“丢弃”数十个字节，这似乎是由于 UART Rx 中断没有触发，即使在 UART 线上点击显示数据到达。相关设备和设置的概述：我正在使用运行运行 Keil RTX 的 STM32L152 的旧设备。所有逻辑电平均为 3.3V，UART 时钟频率为 16MHz，系统时钟为 32MHz，波特率为 115200。UART Rx 中断具有 RTX 实现可用的最高优先级，UART 中断配置为在错误和接收到数据时触发. 当 UART Rx 线上接收到数据时，会从数据寄存器中读取数据，将其放入循环缓冲区中，然后将信号发送至高优先级 RTOS 任务以解析数据。如果检测到错误标志，则通过读取标志清除中断标志，然后读取数据寄存器。到目前为止已经尝试了什么：此设置在 99% 的情况下都能完美运行，但我们注意到大块字节被丢弃。使用Keil 的事件查看器，我们可以看到即使RTOS 处于空闲模式（即不处于处理程序模式），UART Rx 中断有时也不会触发。 NVIC 似乎没有为任何其他中断提供服务，并且 UART 状态寄存器中唯一设置的标志是来自先前发送的帧的 TXE 和 TC。此外，跟踪配置寄存器的状态，我们已经确认启用的中断配置没有改变。我们已经确认数据通过我们放置在电路板上的 FTDI UART/USB 接头到达设备的 Rx 线路。我们已经验证，无论 RTOS 任务正在运行、是否发生错误（帧、溢出等）或波特率（我们观察到波特率为 9600 时的行为），问题仍然存在。发生这种情况时，通过 UART 传输的数据量通常为几十个字节。这不是缓冲区溢出，因为我们已经大大扩展了循环缓冲区的大小，并确保在这些情况下检查缓冲区溢出的代码不会返回 true。我们还在我们生产的所有设备中观察到这种行为，而不仅仅是我正在开发的设备，而且它似乎与 USART2 隔离，即使使用了 UART 1-4。我在 RTX 文档中没有发现我认为可能导致此问题的任何内容，并且完全没有想法。在任何具体的解决方案中，我只需要让我们的“我们错过了一些东西，所以重试上一个命令”补丁更健壮。 0
2022-12-9 06:21:24　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 41 个回答。邀请回答 chm5 该类别下有 39 个回答。邀请回答 hgimtk 该类别下有 33 个回答。邀请回答 HengDu 该类别下有 30 个回答。邀请回答 hwp0415229 该类别下有 28 个回答。邀请回答 jghgfdssas 该类别下有 28 个回答。邀请回答可口可甜该类别下有 26 个回答。邀请回答 kingnet6688 该类别下有 26 个回答。邀请回答颜刚YanG 该类别下有 26 个回答。邀请回答 zyh34997 该类别下有 25 个回答。邀请回答柱子图宁该类别下有 25 个回答。邀请回答 jenny042 该类别下有 25 个回答。邀请回答 kingnet9999 该类别下有 25 个回答。邀请回答 andyfly7 该类别下有 25 个回答。邀请回答麻酱该类别下有 25 个回答。邀请回答成长的小师弟该类别下有 24 个回答。邀请回答 gXDhn 该类别下有 24 个回答。邀请回答 jiangwenwen 该类别下有 24 个回答。邀请回答哼小曲该类别下有 24 个回答。邀请回答举报英雄孤寂相关推荐 • STM32L152拔掉stlink后，uart1 dma接收中断就不进入了怎么解决？ 225 • 请问一下怎样去使用STM32L152芯片的基本定时器呢 1491 • stm32l152内置eeprom 烧写程序时里面的数据会否同时被擦除 5093 • 间歇性使用DHCP地址而不是配置固定IP的原因是什么？ 224 • 如何利用keil软件去实现STM32L152的中断控制呢 1039 • 请问stm32L152芯片怎么使用RTC制作万年历 3302 • STM32L152 discovery怎么配库函数+输出音乐问题 3512 • STM32L152的eeprom写数据异常问题 9037 • STM32L152程序下载不进去 5812 • STM32l152板子运行一段时间崩掉 2368 1个回答

答案对人有帮助，有参考价值 0 错过中断的原因是在中断发生期间写入 STM32L1 的 EEPROM。EEPROM 库与闪存库共享内存控制器。因此，写入 EEPROM bank 1 会占用 flash bank 1 的内存控制器和总线资源。但是，您可以在读取一个 bank 的同时写入另一个 bank，大多数程序执行都是这种情况。出现此问题是因为工程师将 USART2 上的设备操作的数据放入 EEPROM 的 bank 1 中，由于这两个 bank 的内存地址是连续的，因此未被捕获。当 USART2 上的设备生成更新此数据的命令时，EEPROM 写入将停止（~3. 2ms) 处理器的指令获取意味着中断向量指向的 ISR 代码无法被获取和执行以解决任何生成的中断。对于大多数 EEPROM 写入，这种情况不会发生，因为数据存储器地址位于我们未从中执行代码的存储区中。

2022-12-9 14:32:03 评论举报张文婷