完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我的程序中使用 HAL_UARTEx_ReceiveToIdle_DMA(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size); 轮询接收外部WIFI模组发来的数据,当WIFI发来的数据量较大时,有很大机率出现这个函数就再也接收不到模组发来的数据了,采用JLINK Debug发现,当这个函数接收不到数据时,发现huart->RxState = 0x00000022(HAL_UART_STATE_BUSY_RX),
再Debug到串口中断程序中(void HAL_UART_IRQHandler(UART_HandleTypeDef *huart)),发现是没有满足下图中的判断条件(nb_remaining_rx_data < huart->RxXferSize)): 其中,huart->RxXferSize 好像是 HAL_UARTEx_ReceiveToIdle_DMA(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size) 的Size参数,当这个Size越小,出现问题的概率越大。 在调试过程中,发现了解决这个问题的两个奇怪的办法: (a) 单片机GPIO-PC13外接了一个按键,当一直按着这个按键,且WIFI模组有数据发来时,HAL_UARTEx_ReceiveToIdle_DMA(...)这个函数又能正常接收数据了,按键松开,多测试一会,还会出现问题,但是仍然可以采用这个办法解决,按键电路很简单, 为避免与按键程序有关,我屏蔽掉按键初始化及对应的执行函数,仍然可以解决问题; (b)用手触摸RTC晶振输入/输出位置,也会解决这个问题,同按键解决办法一样,也是一次性的,把RTC对应的代码屏蔽掉,办法依然有效。 请问, 1:有没有软件方法解决这个问题? 2:对于(a)和(b)奇怪的解决办法,从单片机内部原理有没有理论上的依据? |
|
相关推荐
2个回答
|
|
你的应用里是不是还要其他中断? 你的手摸上RTC晶振,会导致RTC停止,所以RTC的中断就不会产生了。 可以停止其他中断或功能测试一下。
|
|
|
|
简单点,仅仅跑串口功能,看看会不会有问题。 如果没问题再考虑调整架构。
|
|
|
|
只有小组成员才能发言,加入小组>>
调试STM32H750的FMC总线读写PSRAM遇到的问题求解?
1777 浏览 1 评论
X-NUCLEO-IHM08M1板文档中输出电流为15Arms,15Arms是怎么得出来的呢?
1621 浏览 1 评论
1080 浏览 2 评论
STM32F030F4 HSI时钟温度测试过不去是怎么回事?
728 浏览 2 评论
ST25R3916能否对ISO15693的标签芯片进行分区域写密码?
1678 浏览 2 评论
1938浏览 9评论
STM32仿真器是选择ST-LINK还是选择J-LINK?各有什么优势啊?
731浏览 4评论
STM32F0_TIM2输出pwm2后OLED变暗或者系统重启是怎么回事?
570浏览 3评论
595浏览 3评论
stm32cubemx生成mdk-arm v4项目文件无法打开是什么原因导致的?
554浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-23 03:52 , Processed in 1.419395 second(s), Total 47, Slave 41 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号