[参考译文] LP-AM243：在 LP-AM2434 中发送更多数据包时拒绝服务

你（们）好

您能否详细介绍一下发生问题时的网络情况：
1.交通类型
2.交通负荷  

另外、请在错误情况下与我们分享网络捕获。

同时、您可以 在 ICSS EMAC 中查看 Storm Prevention、它可能与您的用例相关。

此致
Archit  

你（们）好

我们使用 Nmap 连接到端口、然后使用 Python 脚本发送 1000 个空字节。 之后、设备停止响应 ping 请求。 如果发送了多个数据包、哪个器件无法处理、器件是否可能会在一段时间后自动复位？  

尊敬的 Yashaswini：

如果发送了多个数据包、而设备无法处理、设备可能会在一段时间后自动复位吗？

我正在向我们的 EtherNet/IP 协议栈专家确认这一点、我将很快回复您并提供更新。

 请提供以下内容、以便我们分析行为：

1. 导致应用程序进入中止状态的测试的网络捕获
2. 从启动到中止的应用程序的 UART 日志

此致
Archit

尊敬的 Yashaswini：

我正在与我们的 EtherNet/IP Stack 专家确认这一点、我将很快回复您并提供更新。

这不是 TI 的 EtherNet/IP 协议栈预计得到的结果。

 请提供以下内容、以便我们分析行为：

1. 导致应用程序进入中止状态的测试的网络捕获
2. 从启动到中止的应用程序的 UART 日志

此致
Archit  

你（们）好  

下面是该问题的网络捕获

尊敬的 Yashaswini：

如果可能、您可以共享完整的 Wireshark 日志吗？ 您可以从 E2E 的“插入“菜单上载 PCAP 文件。
此外、非常感谢 UART 日志。

此致
Archit

我无法上传 Wireshark 捕获文件、因为它显示了上述错误。 您能建议分享/上传文件的替代方案吗  

我 没有 UART 日志文件、因为它是由我们的网络安全团队在工作环境中进行测试的  

尊敬的 Yashaswini：

直接上载 PCAP 文件确实存在问题。 不过,如果你 将其包含在 zip 文件中 、您应该可以在此处上载它。

我 没有 UART 日志文件、因为它是在工作环境中由我们的网络安全团队测试的 

我懂了。

此致
Archit

你（们）好  

感谢您的答复、我附上了 zip 文件  

e2e.ti.com/.../eip-module-2.zip

你（们）好

感谢您分享日志。 我们将对其进行评估、并尽快提供有关调查结果的最新信息。


此致
Archit

尊敬的 Yashaswini：

首先、请试用适用于 AM243x 的最新工业通信 SDK 中的应用： SDK-AM243X 软件开发套件 (INDUSTRIAL-COMMUNICATIONS-SDK)| TI.com

这是因为您使用的版本不包含在工业通信 SDK 09.02.00.15（2024 年 9 月 16 日）之后进行的一些关键 bug 修复。
坚持使用旧版本的 SDK 是否有任何与设计相关的原因？

如果您在使用最新版本的 SDK 时仍遇到问题、我可以尝试使用您共享的网络捕获在使用 AM243x-LP 时重现问题。 为此、我需要您在测试中使用的测试拓扑并回答一些问题：

1. 它是否是 DUT 的一个端口与 PC 之间的点对点连接？  
2. 在测试过程中、网络中是否有任何其他节点？  
3. 网络拓扑是否为环形？

另外、由于我们的堆栈专家本周已离职、因此详细分析日志可能需要一些时间。

此致
Archit

尊敬的 Archit Dev：

我们尝试使用新的 SDK  “ind_comms_sdk_am243x_11_00_00_08"刷“刷写我们的定制电路板、 我们使用 RGMII、EtherNetIP_apAdapter_demo、我们收到 UART 消息、是否有任何硬件依赖性或任何配置需要更改？  

尊敬的 Yashaswini：

SDK 11_00_00_08 中的示例使用更新的 SysConfig 工具 （版本 1.22）、 在将示例移植到更新的 SDK 时、请确保您的定制电路板 SysConfig 文件也与更新的 SDK 兼容。
另一个重要的考虑因素是 SDK 11 中 SBL OSPI 引导加载程序的已知限制。 刷写时、请改用旧版本的 SBL OSPI 引导加载程序（例如从 SDK 9.2 开始）、因为 SDK 11 版本具有大小限制。

此致、
Pourya  

你好 Pourya  

我们尝试使用 旧版本 SBL OSPI 引导加载程序的 python 脚本进行刷写（例如，来自 SDK ind_comms_sdk_am243x_09_02_00_08）、我们使用相同的引导加载程序、SysConfig 文件也相同、但我们为定制电路板配置的 GPIO 除外。  请让我知道如何检查与我们的定制电路板的兼容性。

谢谢你  

尊敬的 Yashaswini：

当您使用较旧的 OSPI SBL 引导加载程序进行刷写时、UART 终端上会显示哪些消息？ 您可以分享这个日志吗？

我怀疑您最初使用较旧版本的 SysConfig（可能是版本 1.20）开发了电路板的 SysConfig 文件。 这是正确的吗？

1. 打开 SysConfig 工具版本 1.22
2. 从与工程非常相似的 SDK 11_00_00_08 示例中加载现有的 syscfg 文件（例如 Ethernetip_adapter_generic_device_rgmi_demo_am243x-lp）
3. 将定制 GPIO 添加到此配置中
4. 为您的项目保存它
5. 测试此操作是否能解决您的问题

此致、
Pourya

尊敬的 Yashaswini：

MCU+ SDK 11.00 中的次级引导加载程序也存在一个已知问题-“ 第 14566 章:不能  在 AM243x-Launchpad 上使用大型应用程序时、OSPI 故障 “。

我认为这很可能是您可能面临的问题。 您可以使用一种权变措施来使 EthernetIP 应用程序与引导加载程序配合使用、如下所示。

通过在 Bootloader_open API 调用后在 main.c 中添加以下代码、可禁用 SBL OSPI 示例中的引导加载程序暂存存储器：

/* After these existing lines:
* Bootloader_Config *cfg = (Bootloader_Config *)bootHandle;
* bootConfig = (Bootloader_Config *)bootHandle;
*/
bootConfig->scratchMemPtr = NULL;
bootConfig->enableScratchMem = 0;

此致
Archit