本帖最后由 Alimu 于 2018-11-12 14:54 编辑
现在用的是UCOSIII+LWIP,用STM32做服务端,定时向客户端发送25个字节数据,测试发现3个小时候左右,数据会发不过去,有时候半个小时就会出现,用PC也ping不通服务端,但是其他进程还在正常工作。
添加打印找问题位置,定位在
[mw_shl_code=c,true] err = netconn_write(newconn ,tcp_server_sendbuf,25,NETCONN_COPY); //发送tcp_server_sendbuf中数据
printf("发送数据错误代码为:%d
",err);
if(err != ERR_OK)
{
printf("发送失败
");
}
[/mw_shl_code]
打印出发送数据错误代码为:-6
发送失败
下一次发送数据的时候,程序卡死在 netconn_write函数里、
添加打印,发现是在tcpip_apimsg(struct api_msg *apimsg)函数里的
sys_arch_sem_wait(&apimsg->msg.conn->op_completed, 0);一直等待信号,所以卡住了
修改了等待时间为200个时钟节拍,也就是5ms*200=1s将 OSSemPend(sem,timeout,OS_OPT_PEND_NON_BLOCKING,0,&err);
中修改了OS_OPT_PEND_BLOCKING为OS_OPT_PEND_NON_BLOCKING后,能一直接收到前面的打印信息了
有没有人比较清楚是哪里的信号量没有释放吗,求助!
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
一周热门 更多>