TMDS243EVM: Profinet pre-certification test

Part Number: TMDS243EVM

Tool/software:

Hello,

I have trouble with the pre-certification test:

Test Execution Log

1 09:58:51: DCP_1: Start of test DCP - DCP 1 without VLAN-Tag
2 09:58:51: DCP_1: Test step 1: Requesting ResetToFactory (reset communication
parameters) of the dut
3 09:58:51: DCP_1: Test step 2: Waiting for the DUT to apply the reset to factory
request. [ms]: 60000
4 09:59:51: DCP_1: Test step 3: Check the IdentifyAll response behavior.
5 09:59:51: DCP_1: Test step 4: The requested IdentifyAll failed.
6 09:59:51: Received an unexpected response block in a DCPIdentify.Res from type:
OemDeviceId.
7 09:59:51: DCP_1: Test step 4: DCP - DCP 1: Aborted due to errors.

Could the problem be in the OemDeviceId item?

I analyzed the communications in Wireshark, and the VendorID and OemVendorID are different. I am using my own VendorID, but the OemVendorID is 0x1c4.

Where can I change the OemDeviceId?

Thank you in advance for your response.

Best regards, Vaclav V.

  • Hello Vaclav,

    based on your description I'm assuming you have defined your own VendorID in the GSDML file but not in the application. Would you please try to set

    PN_API_IOD_VENDOR_ID macro to the same value defined in your GSDML file?

    Thanks.
    Kind regards,
    Kamil
  • Hello, thank you for your reply.

    PN_API_IOD_VENDOR_ID and PN_API_IOD_DEVICE_ID are set correctly. I verified this in Proneta and Wireshark. The FW works correctly with the Siemens S1500 PLC. However, we are failing the DCP test.

    Best regards,
    Vaclav

  • Hello Vaclav,

    would you please share your GSDML file? I wanna try to reproduce the failure on my side.
    Besides, what version of ind_comms_sdk are you using?

    Thanks.
    Kind regards,
    Kamil

  • Hello Kamil,

    We are using ind_comms_sdk v9.2.0.15. I need to check with the customer to see if I can share the GSDML. The error is probably not in the FW, but in the GSDML. When I tried to slightly modify the example GSDML (VendorID, DevideID, VendorName...), the DCP test passed.

    Best regards,
    Vaclav.

  • Hello Kamil,

    Would it be possible to provide the GSDML file outside of the forum? For example, by email.

    Thanks.

    Best regards,

    Vaclav.

  • Hello Vaclav,

    yes you can send the GSDML file to my email address: k-alkhouri@ti.com

    I also kindly advice you to use the latest ind_comms_sdk release available on TI website (https://www.ti.com/tool/IND-COMMS-SDK)

    Thanks.
    Kind regards,
    Kamil

  • Hello Kamil,

    I apologize for the late reply, I was on vacation.

    I solved the DCP tests by adding IM5_Supported="true" to the GSDML file. Even though I had #define PN_API_IOD_INCLUDE_IM5  0 in pn_app_iod_cfg.h.

    I still have a few bugs to fix in other parts of the test. I may contact you again for advice.

    Best regards,
    Vaclav.

  • Hello Vaclav,

    Thanks for your response. 

    For the time being, some of the config options in pn_app_iod_cfg.h are statically configured within the library. This means, your modification did not take effect in this case. We're working on resolving this limitation for most of the available parameters.

    You're welcome to open a new ticket when needed.

    Kind regards,
    Kamil

  • Hello Kamil,


    Thank you for your reply.


    I have updated the project to the latest version of IND_SDK 11.
    I only have one error left that I cannot resolve.

    Test Execution Log

    1 13:49:03: Precondition Precondition: Preparing the DUT for test run
    2 13:49:04: Preparing the DUT for test run Precondition: Preparing the DUT for
    test run
    3 13:49:04: Preparing the DUT for test run Test step 1: Switching on device A and
    waiting fot it to boot.
    4 13:50:04: Preparing the DUT for test run Test step 2: End of scenario
    Precondition: Preparing the DUT for test run.
    5 13:50:06: Preparing the DUT for test run Step 1: Reading of interface specific
    records.
    6 13:50:06: Reading of interface specific records. Step 1: Reading of interface
    specific records.
    7 13:50:06: Reading of interface specific records. Test step 1: Reading records
    fom Slot/Subslot: 0x0000 / 0x8000.
    8 13:50:06: Reading of interface specific records. Test step 2: RecordDataRead:
    PdInterfaceMrpDataReal block
    9 13:50:06: Reading of 'PdInterfaceMrpDataReal' block failed. MrpDomainName
    10 13:50:06: Requirement: mrpdomain-0
    11 13:50:06: Data: default-mrpdomain
    12 13:50:06: Reading of interface specific records. Test step 3: RecordDataRead:
    PdInterfaceMrpDataCheck block
    13 13:50:06: Reading of interface specific records. Test step 4: RecordDataRead:
    PdInterfaceMrpDataAdjust block
    14 13:50:07: Reading of interface specific records. Test step 5: End of test MRP
    Interop - Client (CLRPC). An error occurred during test execution.

    Can you please advise me?

    Best regards,

    Vaclav.