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.

[参考译文] AM2432:AM2432:PROFINET RT 测试诊断检查器场景 2 失败

Guru**** 2694555 points

Other Parts Discussed in Thread: AM2432

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1561497/am2432-am2432-profinet-rt-test-diagnosis-checkpeers-scenario-2-failed

器件型号:AM2432


工具/软件:

您好、

我将 AM2432 与工业 SDK 11.00.00.08 配合使用、

PROFINET 认证实验室向我们报告了一个问题(测试捆绑包 v2.45):

  • 诊断情景 2: 检查人员未收到警报。

这是日志的一部分:

20 16:20:02: Diagnosis with CheckPeers Second Scenario: Diagnosis with CheckPeers
21 16:20:02: Performing a power cycle of the DUT.
22 16:20:32: Diagnosis with CheckPeers Test step 1: Switch the DUT off and on
again.
23 16:21:07: Diagnosis with CheckPeers Test step 2: Prepare the DUT for the test
run.
24 16:21:08: Diagnosis with CheckPeers Test step 3: CheckPeers: Check Precondition
25 16:21:08: Diagnosis with CheckPeers Test step 4: CheckPeers: Establish IOC-AR.
PDPortDataCheck with CheckPeers shall also be written while parametrization
with correct data to the port connected to neighbor 'D'.
26 16:21:08: Diagnosis with CheckPeers Test step 5: CheckPeers: PDPortDataCheck
validation.
27 16:21:08: Diagnosis with CheckPeers Test step 6: CheckPeers: ModuleDiffBlock
validation.
28 16:21:08: Diagnosis with CheckPeers Test step 7: CheckPeers: DataStatus
validation.
29 16:21:09: Diagnosis with CheckPeers Test step 8: CheckPeers: Diagnosis
validation.
30 16:21:09: Diagnosis with CheckPeers Test step 9: CheckPeers: Set Link of
Interface 2 to LinkState down.
31 16:21:09: Diagnosis with CheckPeers Test step 10: CheckPeers: Alarm validation.
32 16:21:12: Diagnosis with CheckPeers Test step 11: Exactly one alarm shall
occure. There was none.

我看到了测试的效果、似乎它会检查我们的 Profinet 器件是否可以检测到附近的器件(由 ETS 模拟)是否不再连接、然后发送警报。

我看到执行了三个子测试:带 CheckMAUType、带 CheckPeers 和带 CheckLinkState。 由于我们有自定义 PHY、因此在 GSDML 中我们将 LinkStateDiagnosisCapability 声明为 None、并将 CheckMAUTypeSupported 声明为 false、因此我们跳过使用 CheckMAUType 和 CheckLinkState 进行的测试、因为不满足先决条件。 不过、CheckPeers 测试仅需两个端口作为前提条件、因此我预计测试更多依赖于 Profinet 协议栈或 Profinet 应用、而不是 PHY。 但这种情况无论如何都失败了。

原因可能是什么? 我可以检查什么以及可以执行哪些其他测试来验证其是否正常工作?

谢谢您、

此致、

Andrea

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Andrea、

    感谢您的查询。

    我们需要一些与测试失败相关的日志、以便更好地了解该问题。 对于初步审查、您能否共享与失败测试用例相对应的 ART 测试报告和 Wireshark 日志?  

    此致、
    Laxman

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Laxman:

    我附上报告和 Wireshark 日志。  这些报告还包括 CheckLinkState 的子测试 、因为它还不清楚、但我们现在感兴趣的只是带有 CheckPeers 的子测试、因为它没有特定的先决条件。

    谢谢您、

    此致、

    Andrea

    e2e.ti.com/.../Records-Diagnosis-Scenario-2.zip

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Andrea、

    如果您能够在 AM243x-EVM 上重现问题、请告诉我们、我们能够就此问题进一步提供帮助。 由于故障目前仅在定制电路板上可重现、因此此申请是非标准要求。 有关此问题、请联系 TI 销售代表以获得直接支持

    此致。

    Laxman

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Laxman:

    感谢您的答复。
    我只是有一个关于 CheckPeers 如何工作的一般性问题、以了解它是否是由我们的定制电路板引起的。 CheckPeers 工作是否基于模块读取的 PHY 状态和信息? 在我们的定制架构中、GSDML 中声明的第二个端口(测试失败)不是直接位于模块上的端口、而是外部模块上的端口、然后连接到 Profinet 模块。 这将解释为什么不发送报警、因为模块只检查其端口的状态、而不检查模块外其他端口的状态。 是这样吗?

    谢谢您、

    此致、

    Andrea

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Andrea、

    对延迟响应表示歉意。

    这将解释为什么不发送报警、因为该模块只检查其端口的状态、而不检查模块外其他端口的状态。 正确吗?

    当 ETS 禁用 IF2(端口 2)上的链路时、 器件应检测到该链路断开状态并通过仍处于活动状态的端口 1 发送警报通知。 根据 Wireshark 日志、未发送此警报。

    您对外部模块的评估似乎合理。 CheckPeers 操作依赖于 Profinet 栈直接可用的 PHY 状态信息。 在自定义架构中、由于端口 2 物理上位于外部模块上、因此 Profinet 堆栈可能无法接收来自该外部端口的链路状态变化。

    为了验证这一假设、我建议检查端口 1(直接位于模块上)上的链路状态变化是否正确检测和报告。 如果端口 1 工作正常但端口 2 不工作、则会确认问题与外部端口配置以及链路状态信息在外部模块和堆栈之间的传递方式有关。“

    此致、

    Laxman