我正在尝试使 enet_weather 示例程序正常工作。 当我将 EK-TM4C1294Xl 板连接到我的网络交换机时、加载程序并运行它、同时使用 Wire Shark 监控通信。该板发出多条 Discovery 消息、DHCP 服务器以报价进行响应、该板以请求进行响应、 DHCP 服务器永远不会以应答进行响应。 由于 DHCP 过程从未完成、因此电路板上运行的程序绝不会继续联系天气站点以获取天气信息。 当我查看 USB 调试端口时、我看到电路板接收到来自 DHCP 服务器的 IP 地址、但对于我来说、该过程没有完成、电路板重新启动发现过程。
然后、我将 DHCP 服务器下载到单独的笔记本电脑上、将该笔记本电脑、板和另一台笔记本电脑连接到交换机上、并且 Wire Shark 正在运行。 然后、我运行了程序。 我没有使用此配置连接到互联网、但我能够看到发现、提供、请求和确认功能完全正常。 那么板上的 LED 看起来是正确的。 有线 Shark 上的过程非常完美。 四条消息中的所有字段都与文档完全匹配。
回到将主板连接到我的网络上、我注意到来自 DHCP 服务器的报价消息在目标 IP 地址字段中具有它提供的 IP 地址。 当我使用本地 DHCP 服务器时，目标 IP 地址字段中的 IP 地址为255.255.255.255。 我不知道这是否很重要。
我上周刚获得了最新版本的 Tivaware、我不知道 DHCP 代码是否无法处理我认为 DHCP 服务器提供的非标准服务。 我不确定如何继续尝试对此问题进行故障排除、因为大多数代码都是第三方软件/Tivaware。
我假设其他人在该计划中取得了成功。 也许我缺少了一些东西。 是否值得修改代码以放入静态 IP 以绕过此 DHCP 问题、以查看电路板上的应用是否会联系天气站点以获取温度信息。
谢谢、
