• State TI Thinks Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 82 subscribers
  • Views 621 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

TMS320F2800157: the TBPRDHR result calculated by HRPWM Timing Calculator is over 8bit value only after enable SFO

Yale Li 李耀先
Expert 4660 points
Part Number: TMS320F2800157
Other Parts Discussed in Thread: C2000WARE, SYSCONFIG

Hi Team,

Some result is abnormal even if disable Automatic HRMSTEP Scaling:

Some result is abnormal after Enable Automatic HRMSTEP Scaling:

--

Thanks & Regards

  • 0
    TI__Mastermind 28220 points

    Hi Yale,

    What C2000Ware version are you using? Could you send the .syscfg file for both cases? I am trying to recreate this issue on my side but am unable to do so with my current setup.

    Thank you,

    Luke

  • 0 in reply to Luke Jones
    TI__Expert 4660 points

    Hi Luke,

    We used C2000Ware_5_01_00_00\driverlib\f280015x\examples\hrpwm\CCS\hrpwm_ex1_duty_sfo.

    --

    Thanks & Regards

  • 0 in reply to Yale Li 李耀先
    TI__Mastermind 28220 points

    Hi Yale,

    Thank you, I am able to recreate the issue on my side now. This seems to be a bug in SysConfig. I will look into this issue further to determine what's causing this error and get back to you by tomorrow to see if you can implement a fix on your side.

    Thank you,

    Luke

  • 0 in reply to Luke Jones
    TI__Mastermind 28220 points

    Hi Yale,

    My apologies, I don't think this is actually a bug in SysConfig. If you refer to the CMPAHR and TBPRDHR register descriptions in the TRM, you'll notice that only the upper 8 bits of these bitfields are used in the HR calculations. The values you are seeing in the SysConfig GUI reflect the desired value of TBPRDHR and CMPAHR multiplied by 256, since the calculated values should be bit shifted by 8 bits to the left before being written to these bitfields.

    Let me know if you have any questions about this.

    Thank you,

    Luke