工具与软件:
您好、TI:
我们对以太网 IP 设备使用 ind_comms_sdk 9.2。
我们收到一份错误报告、指出 PLC 下载 PLC 程序后无法建立循环连接。 重启器件后、可以再次建立连接。
在 Wireshark 中、我们看到扩展的状态为0x129 (无效的配置应用程序路径)

我们尚无法在测试设置中重现此问题、但我们并未在 FwdOpenCloseCb 函数中将 ESC 设置为0x129。
您能告诉我们在哪些情况下堆栈会设置此状态代码吗?
BR
Kai
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
您好、TI:
我们对以太网 IP 设备使用 ind_comms_sdk 9.2。
我们收到一份错误报告、指出 PLC 下载 PLC 程序后无法建立循环连接。 重启器件后、可以再次建立连接。
在 Wireshark 中、我们看到扩展的状态为0x129 (无效的配置应用程序路径)

我们尚无法在测试设置中重现此问题、但我们并未在 FwdOpenCloseCb 函数中将 ESC 设置为0x129。
您能告诉我们在哪些情况下堆栈会设置此状态代码吗?
BR
Kai
您好、Poury、感谢您的回答。 由于我们只能在客户现场重现问题、但 Nur 在内部、我们目前正在进行代码读取级别的操作。
在这种情况下、我们有一个问题:是否可能从与 ForwardCloseCB 不同的线程环境调用 ForwardOpenCB?
我问这个问题,因为 close 和 open 在我们代码中的"connectionlist"上运行,如果回调由不同线程调用,则可能不是线程安全的。
你好、Pourya、
最后、我们现在能够重现该问题。 我们的客户发送的配置大小没有差异、但我们器件的设置不同。
这似乎有时会触发此问题(大约18到50次配置迭代)。 现在我们也有一个显示错误的 Wireshark 日志。
似乎对"正向开放"的回答通常需要大约200毫秒。 在错误情况下、需要更长的时间、即2 - 3秒。 因此、我们现在的猜测可能是在将数据传输到应用核心时会出现一些超时。
我们现在将向 R5二进制文件添加跟踪、以验证是否仍在错误情况下调用这些回调、例如 EI_API_CIP_setCfgAssemblyCb。 如果是这样、识别问题在我们的代码中的位置。
感谢您的帮助、
Sascha.