[参考译文] RTOS/PROCESSOR-SDK-AM335X：Nimu 项目问题

RTOS 团队已收到通知。 他们将在这里作出回应。

ED、

您是否尝试使用 C：\ti\pdk_am335x_1_0_8\packages/ti\starterware\binary\bootloader\bin\AM335x-evm.gcc 下的 bootloader_boot_mmcsd_a8host_debug_ti.bin 作为 MLO 来引导映像？ 我不确定您提到的 BBB Patch tar gz 是什么。

此外、如果使用 JITAG/CCS 加载映像、是否存在"ping"问题？

此致、
Garrett

加雷特-

谢谢您的建议。 我使用的是旧 Starterware BBB 补丁程序中的一个。 我不知道 PDK 中的 AM335X-EVM 包含 BBB 等

我切换到使用了您所说的最新版本。 它会检测 BBB 并加载应用程序。 正常的以太网消息出现，ping 工作正常。 然后、5-10分钟后、它们停止工作。

我没有设置 JTAG/CCS、只设置了通过 UART0监控从 microSD 引导的 MLO/app。

我已经使用 Wireshark 监视了流量。 正常的 ARP、TCP、ICMP 以及 Windows 希望输出任何以太网端口的所有其他垃圾。 ARP 在第一次 ping 时完成。 然后是用于 ping 的 ICMP。 然后、当它死机2-3时、ICMP 将向电路板的 MAC 发出未应答的消息。 然后，新的 ARP 会出去尝试重新查找目标。

下一个想法？

当我在应用程序包含来自检测信号任务的 UART0消息之前运行该应用程序时。 心跳任务每秒与 LED 一起播放一次、然后每5分钟播放一次、输出一个任务 CPU 使用表。 重要的是心跳和5分钟输出将继续。 因此、我相信 TI-RTOS 仍然稳定、但堆栈没有响应。 由于库存示例不执行任何 LED 输出、我拔下以太网电缆并重新插入。 出现两条有关 PHY 0和协商通信的消息。 TI-RTOS 和堆栈的某些部分看起来很活跃。 但 Ping 无法重新启动。

是否有需要提升 NDK 默认堆栈的机会？ 更新中的某些内容可能会使用过去的更多内存？

同样、我的应用程序显示了这些症状、因此我转到了没有变化的示例、以尝试证明其稳定性、但仍然发现了此症状。

-Ed

跟进：1478次连续 ping 操作(约20分钟)。 但是、我停止了 ping。 等了几分钟，还可以，等了几分钟，还可以... 等待分钟、失败

因此、持续 ping 似乎起作用。 但是 ping、暂停、ping、暂停似乎失败了。

-Ed

ED、

这很奇怪、Ping 失败并暂停。 默认值、ip.maxReassemblySize = 3020、您是否可以尝试调整此值以查看其行为是否不同？ 您可以将其添加到 Nimu_Bebam335x.cfg 中。

此致、
Garrett

意思是说：所有 BBB 都是从 Mouser 购买的、修订版 C、GHI Electronics 制造的。

因此、我移除了"引导跳线接头"并使用了引导按钮、并认为它运行得更好、然后它仍然被锁定。 我的理论是、默认情况下、LCD_DATA_3可能会在默认电路板设置中引脚多路复用为输出、我将其下拉并对 MCU 造成损害。 仍然没有解决。

尊敬的 Ed：

我今天不在办公室、将尝试在星期一获得 BBB、并使用 JTAG 进行测试以缩小问题范围。

此致、

Garrett

谢谢。

根据您的"增加重新组装"建议、我还在讨论其他一些问题。 我第一次将重新组装升级到16384、没有乐趣。 添加了 ICMP 模块、无欢乐。 增加 IP 中的最大套接字 conns (？) 从8到32、没有乐趣。

然后疯狂地增加了 NDK 中我可以获得的大部分内存：

重新组装：3020至16384

NetCtrl (？)  堆栈：8192至16384

Lo/Med/Hi 堆栈：将每个堆栈加倍、达到6144、8192、10240

帧数：384至762

页面大小：3072至6144

页数：16至32

所有的改变都是不高兴的。

已经使用原电路板#2和#3进行了测试。 ORIG &#2已被安装我的接头"滥用"。 3永远不会有。 始终只需使用引导按钮。 有一点担心、如果 LCD_DATA3被软件引脚多路复用为输出、131欧姆电阻可能会从 LCD_DATA3中消耗25mA 的电流。 如果是、我的错。

我将返回使用我的软件、并希望 Garrett 能提供答案。 一切都可能是 Win 10愚蠢的堆栈、但这是我们生活的真实世界、我需要 NDK 与 Win 10完美搭配、就像 Linux 一样。

所有这些都是为了准备从 SOM 提供商处移植到开发板、然后移植到我们接受 SO-DIMM SOM 模块的定制板。 首先尝试使 BBB 正常工作、以便我知道我和其他电路板何时会产生问题。

有时症状会有所变化。 有时、在暂停后、它会像以前一样死亡。 有时、它会错过两个 ping、然后会关闭、但稍后会消失。 可能只是有趣的时间等 即使在"有效"的连续 ping 中、我也没有丢弃任何数据包、但一个数据包需要64ms 才能完成。 这是在我的 WiFi/LAN 设置中、我只是假设拥塞。

稍后的所有测试都是在我的直接以太网电缆上进行的。

-Ed

尊敬的 Ed：

我刚刚收到 BBB Rev C 板、今天早上运行了 Ping 测试。 您观察到的间歇性 Ping 失败在我的设置中不可重现。 我使用-n 选项进行了连续 ping 测试、也尝试暂停然后恢复。 您是否尝试过其他 Windows PC 或终止了一些与网络相关的任务？ 但是、我的笔记本电脑/ PC 都运行 Windows 7。

此致、

Garrett