Tool/software:
Hi,
I am using AM2432 with the Industrial SDK 11.00.00.08.
The Profinet certification laboratory has reported us a problem (with test bundle v2.45):
- Diagnosis Scenario 2: There is no alarm received for CheckPeers.
This is part of the log:
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.
I saw what the test does, and it seems that it checks whether our Profinet device can detect that a nearby device (simulated by ETS) is no longer connected and then sends an alarm.
I saw that three subtests are performed: with CheckMAUType, with CheckPeers, and with CheckLinkState. Since we have a custom PHY, in the GSDML we declare LinkStateDiagnosisCapability to none and CheckMAUTypeSupported to false, so we skip the tests with CheckMAUType and CheckLinkState because of preconditions not satisfied. However, the CheckPeers test only requires having two ports as a precondition, so I would expect that the test depends more on the Profinet stack or Profinet application than on the PHY. But this case fails anyway.
What could be the cause? What can I check and what other tests can I perform to verify that it is functioning correctly?
Thank you,
Best Regards,
Andrea