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.

AM2634: AM2634 syscfg cpsw bug feedback in RMII mode

Part Number: AM2634
Other Parts Discussed in Thread: SYSCONFIG

Tool/software:

1. When cpsw uses RMII mode, as shown in the following figure, it cannot generate RMII pin-initialization code, but only generates MDIO and MDC initialization code.
Solution: Write your own pin initialization code.

2. When cpsw uses RMII mode, clock output is enabled by default, while refclk is generally provided by PHY, and the two output clocks at the same time, resulting in abnormal clock signals.
Workaround: Add code to shutdown clock output.

Summary: This problem has stuck me for a long time, without considering it to be a syscfg bug. Compared with the previous C2000 code, syscfg has a lot of bugs. I hope TI can improve the code quality.

  • In addition to ADC configuration, it is hoped that TI can change the default configuration to /3 instead of /1. Otherwise, users who do not know the clock details for the first time will not notice the clock configuration, resulting in abnormal ADC work.

    In addition, we want to increase the ADC_CAL0 and ADC_CAL1 of the ADC, and add the control of closing the internal adc_ref

  • Hi ych_chn,

    Apologies that you had to face so many issues with the TI syscfg auto-generated code. I can understand how it slows down the development process. Right now we have internally found a lot of bugs related to pinmux of CPSW and the team is internally working to fix them. WIth every SDK release, the bugs are being fixed and released in an incremental way. I really appreciate your feedback and can assure that TI is working on improving its offering so customers don't face issues with their development.

    On the ADC part, I have looped in some experts of ADC who can comment better.

    Regards,
    Shaunak

  • Hi

    All of these ADC changes are currently worked on, and should be present in the next SDK release.

    Regards,
    Akshit

  • Thank you for your reply
    I hope that with the iteration of the version, the SDK will become more and more perfect.
    In addition, I hope CPSW's two ports to support the use of different modes. For example, RGMII1 and RMII2 are used simultaneously.

  • Hi ych_chn,

    In addition, I hope CPSW's two ports to support the use of different modes. For example, RGMII1 and RMII2 are used simultaneously.

    This is a limitation in the sysconfig tool right now and we are trying to find a way around it. 

    I hope that with the iteration of the version, the SDK will become more and more perfect.

    Yes, we are working towards that. Thanks for your patience and feedback. Appreciate it.

    Regards,
    Shaunak