STM32+UIP返回ARP应答包超时造成PC端数据发送丢失的问题

表示不懂ARP响应为什么会超时的

一般这个ARP超时有几十个ms吧，不懂能跑72M的STM32在干嘛，几十个ms的时间都回复不了一个ARP

重新设计一下你的STM32程序吧

这个警告的字面意思说的是：“无符号字符”类型和参数“char restrict”的类型是不兼容的,

估计，你udp_democ函数中的实参变量设置的是"unsigned char " 形式，而strcpy(Udp_buff,uip_appdata)程序声明和定义中设置的是"char restrict"类型，两者不一致。

解决办法：去程序当中，将它俩设置成一个类型再编译。

这个就得从TCP/IP协议栈的分层说起了。通信协议一般分7层，不过习惯上把TCP/IP协议分成5层：

应用层(Application）；传输层(Transport)；网络层(MAC)；数据链路层；物理层(PHY)；DM9000只实现了最低层的两层，就是物理层和数据链路层，说白了就是电平的转换，但是按照协议的组包分包都是需要单片机编程实现，程序是跑在单片机上。

也有硬件的TCP/IP协议栈芯片，如W5100，这个芯片TCP/IP协议栈是直接跑在芯片上的。

以上就是关于STM32+UIP返回ARP应答包超时造成PC端数据发送丢失的问题全部的内容，包括:STM32+UIP返回ARP应答包超时造成PC端数据发送丢失的问题、stm32下面的错误怎么解决什么意思、TCP/IP协议栈或是uIP协议栈是在处理器（如单片机）中还是在网卡芯片（如DM9000）中运行急急急等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！