200字范文,内容丰富有趣,生活中的好帮手!
200字范文 > STM32F407+FreeRTOS+LWIP1.4.1: Error:..\FreeRTOS\portable\RVDS\ARM_CM4F\port.c 441

STM32F407+FreeRTOS+LWIP1.4.1: Error:..\FreeRTOS\portable\RVDS\ARM_CM4F\port.c 441

时间:2024-01-04 16:21:47

相关推荐

STM32F407+FreeRTOS+LWIP1.4.1: Error:..\FreeRTOS\portable\RVDS\ARM_CM4F\port.c 441

最近在学习物联网相关的知识,打算用ST的开发板STM32F407ZGT6作为控制中心,上面搭载FreeROTS实时系统,STM32F407开发板作为 TCP client,网络调试助手作为TCP server,利用串口获取两者的连接状态。在用原子的lwip工程移植到自己的STM32F407开发板时,可以正常获取DHCP分配的IP,也能通过网络和网络工具正常通信,但是串口一直提示错误:

从port.c文件中,定位到该行,

从文件中来看,应该是和中断有关的,从网上查阅了很多资料发现,首先怀疑串口的中断的优先级超过FreeRTOS的管理最高优先级,需要将串口中断的优先级降为FreeRTOS的管理最高优先级以下就可以。

据此,分别确认以下中断配置:主函数中,(1)系统中断优先级分组,位于main.c文件(2)串口中断,位于usart.c文件(3)FreeRTOS系统可以管理的中断最高优先级,位于freertosconfig.h文件

可以发现,串口中断的优先级为3,freeRTOS最大可管理的中断优先级是5(中断级小于等于5,freeRTOS无法管理),中断优先级更改为6,发现不行。再继续查阅资料。

发现在ethernetif.c源码中,low_level_input中有一个pbuf_alloc,而源码中恰恰有sys_arch.c的sys_arch_protect()和sys_arch_unprotect()的临界保护

而low_level_input是在中断中调用的。

发现参考DEMO的sys_arch.c中的sys_arch_protect()和sys_arch_unprotect()是使用的任务级的临界保护,所以芯片会出现未知的异常。

改成中断级临界保护,

发现编译下载到板卡中,串口还是会出现同样的问题。

此外sys_mbox_trypost也要用中断级入队函数。

修改为

修改后,重新编译下载,串口打印ok.

出现这个问题应该就是在中断中调用了任务级临界保护,建议逐条查看中断中调用的函数中是否用到了任务级临界保护。

补充说明,lan7820.c中以太网的中断优先级设置(串口中断优先级可以设置为<6),参考例程中设置的优先级是0(FreeRTOS中,数字越小,优先级最高,要与任务优先级区别),FreeRTOS最大的管理优先级是6,因为LWIP中sys_arch.c中使用的是FreeRTOS的任务级函数的API,所以需要将lan8720.c中断优先级设置为>6。

如果lan8720.c中中断优先级<6,那么会出现:能正常获取IP,同时有以下报错:

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。