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.

OPT9221: Fixed pattern to debug frame transfer issue

Part Number: OPT9221
Other Parts Discussed in Thread: OPT8241,

We are debugging a custom board based on OPT8241/OPT9221 that does not provide frames (USBIO error). We would like to use fixe pattern frames to confirm the origin of the problem. Could you answer the following questions:

- When using phy_test_enable or mac_test_enable, does the frame come from the sensor (OPT82141) through the OPT9221 or is generated directly by the OPT9221 (even if the sensor or the transfer from the sensor is not working)? If we do not receive frames with these modes, can we conclude that the issue is between the OPT9221 and the FX2?

- What is the difference between phy_test_enable and mac_test_enable (except the shape of the pattern)? 

- If the sensor (OPT8241) is badly configured (does not produce frames), should we receive frames using phy_test_enable or mac_test_enable?

Thanks.

Pierre Cottin

  • Hi Pierre, 

    Here are the responses regarding the mac_test and the phy_test patterns:

    1) Both test patterns are generated directly by the OPT9221

    2) The phy_test pattern goes through the output block, so if it's not working, the problem can be narrowed down between the output block of the OPT9221 or the interface between the OPT9221 and the FX2. 

    3) The mac_test pattern is generated and goes through all the blocks of the OPT9221, so, if the mac_test pattern fails, it's more likely an issue with either the OPT9221, or the interface between the OPT9221 and the DDR. 

    4) Even with a badly configured sensor, you'll see patterns with both the mac and the phy test patterns, so you should be receiving frames in both the scenarios. 

    Hope this helps. 

    Suramya