Other Parts Discussed in Thread: 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