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.

TMS320F28388D: Weird behavior of the CLB with the CLB Output XBar

Part Number: TMS320F28388D
Other Parts Discussed in Thread: SYSCONFIG

Tool/software:

Hello,

I’m experiencing unexpected behavior when generating clock signals with the CLB and routing them to GPIOs via the CLB Output Xbars.

Setup

  • I’m generating two clocks and routing them to GPIOs using the CLB Output Xbars.
  • An Input Xbar enables the CLB counters.
  • My goal is to keep the GPIOs high except when generating a clock signal.

Observed Behavior

  • With both clock signals inverted: GPIOs start high. When counters start, the CLB generates the clocks as expected. However, when the counters stop, both GPIOs stay low.
  • Without inversion: GPIOs start low. The clocks are generated correctly when counters start, but after stopping, both GPIOs stay low.
  • Inverting only one clock signal: The inverted GPIO starts high, and the other starts low. During repeated starts and stops, one GPIO remains high, and the other low, but this alternates unpredictably.

The CLB Logic Control Register (CLB_DBG_OUT) reflects this behavior, indicating a correlation between the CLB Output Xbar invert mode and the CLB outputs, which I hadn’t anticipated.

Any insights on this correlation would be greatly appreciated.

Regards,

Wilko

  • Hi Wilko, 

    Can you share the CLB drawing, what you are trying to do here. If possible using Sysconfig tool. 

    Thanks & Regards,

    Uttam

  • Hi Uttam,

    Thank you for your response.

    I wanted to let you know that I will be out of the office this week but will follow up with you next week.

    Regards,

    Wilko

  • Hi Uttam,

    I’ve identified that the issue appears to have a different source.

    After some investigation, I found that I need to flash the CLB multiple times before the OutputXbars display the correct values.

    I’m not entirely sure why this is necessary, but fortunately, flashing the CLB a few additional times resolves the issue when the output seems inconsistent.

    Thank you anyways.

    Regards,

    Wilko