我现在使用stm32通过usb和EC800M模块进行通信，我也收到模块发送arp广播数据，当stm32使用lwip进行dhcp discover的时候 模块是没有返回的。是否可以提供一个可以通过DBG口查看模块log的固件 帮助我进行调试。看一下模块收到的dhcp discover报文后 为什么没有返回。
AT+QCFG="nat",0
AT+QNETDEVCTL=3,1,1
发送这两个AT后重启模组，再测试下。
都测试了 还是不行的
还有其他什么办法吗
模组的调试log只能通过USB口。
应用层的log 为什么不经过DBG口，DBG能干嘛
这些log都要通过USB口来抓的。dbg会吐一些应用层的日志，但是这些日志和模块的固件有关，如果使用的是Quectel Open模组，移远会提供对应的模组的SDK。
EC800M等使用ASR主控的模块 应该有一个共性问题。USB在全速模式下，usb批量传输模式下接收主控的数据可能不完整，发送给主控的数据也可能存在过大的时间间隔。我使用逻辑分析仪捕获数据，发现有一帧报文应当是完整的批量传输，但是却发现被分成了两段批量传输 时间间隔100ms左右 导致以太网帧报文不完整。另外使用另一家主控 将主控设置在高速模式下 可以正常DHCP 获取IP地址， 但是将主控设置在全速模式下，DHCP并未成功。建议你们排查一下ASR主控的模块 USB口的全速功能是否存在缺陷。期望得到贵公司的回复！！！
移远对外说应该是只支持USB高速的。
可以对比试下Linux系统抓usbmon看看。
主机高速口都是正常的 ， 全速的话 一帧以太网帧可能就被分片了 大概隔间100ms。USB正常应该是向下兼容的吧 就算不能兼容全部 至少也应该向下兼容一级， 才是正常的吧。
USB 向下兼容指的是 高速会去兼容全速，而不是全速要去支持USB高速的所有特性。
全速下有问题是一个已知问题。如果是量产项目上遇到必须解决，请push销售途径。
你都讲了是高速兼容全速，usb host现在就是全速，模块应该也能正常工作在全速模式下吧。既然是个已知问题， 那就抓紧修复BUG吧。