ETH_DMA_FLAG_R接收标志清零问题

jeff001101

调试TCP_CLIENT通信的时候发现在接收数据处理函数后面添加清接收完成标志ETH_DMA_FLAG_R语句后功能就不正常。程序主体框架采用时间片轮转方式，为了防止网络接收中断打断主定时器节奏，所以将网络接收改成了轮询方式，每50ms轮询一次，目前工作正常。但只要加上这条清标志语句，接收延迟就非常厉害，建立连接也很难，经常会尝试多次后才能连接成功，操作其它功能（比如按键）会引起死机。但去掉这条语句就一切正常

红框中这条语句
看datasheet，DMASR寄存器里状态位似乎不会硬件清零，查询了一下，接收处理函数内部似乎也没有相关清标志语句。所以想当然在接收过后加一条清标志语句，咋就不行呢？时间关系lwip源码还没有深入了解，目前基本功能可以正常使用，不加这条语句功能都正常，但总感觉哪里不对，有熟悉lwip协议栈的帮忙分析一下。

Tlava

帮顶一下  

lpwithv

帮顶         

正点原子

eth的数据接收应该有中断处理吧？

jeff001101

正点原子 发表于 2022-5-25 22:53
eth的数据接收应该有中断处理吧？

我现在就是把数据接收方式改成轮询方式了，不用中断，每50ms查询一次，不加这句清标志语句，工作正常，加上这句就有问题。按照原来例程的中断接收方式，中断服务函数最后也是有清中断标志语句的，看了一下源码，其实两个语句的功能应该是一样的，都是操作的DMASR寄存器的接收完成标志，所以很奇怪为什么改成轮询就有问题，但不加这句却又正常

jeff001101

jeff001101 发表于 2022-5-26 09:58
我现在就是把数据接收方式改成轮询方式了，不用中断，每50ms查询一次，不加这句清标志语句，工作正常，加 ...

这是原例程的中断接收函数，红框内的清接收中断接收标志，事实上也是操作的DMSSR的RS位