mcu usb cdc ecm驱动4G模块

我现在使用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吧。