• State TI Thinks Resolved
  • Locked Locked
  • Replies 10 replies
  • Answers 2 answers
  • Subscribers 83 subscribers
  • Views 738 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.

TMS320F2800137: F2800137 simulation problem

yong luo
Prodigy 230 points

Part Number: TMS320F2800137

F2800137 is simulated in flash, and if there are many breakpoints, it cannot be simulated normally, as shown in the following figure:

The cmd file of flash has been configured to a larger size. May I ask how to solve this problem? Is this problem due to the small RAM of TMA320F2800137, which prevents the normal simulation of PFC (TIDM02008) programs?

  • 0
    TI__Mastermind 30185 points

    Hello Yong,

    The expert is currently out of town, please expect a reply sometime Monday.

    Best regards,

    Omer Amir

  • 0 in reply to Omer Amir
    Prodigy 230 points

    hi 

    Is the expert coming back?

    thanks!

  • 0 in reply to yong luo
    TI__Genius 11081 points

    Hello yong,

    How many breakpoints have you used?

    Ibukun

  • 0 in reply to Ibukun Olumuyiwa
    Prodigy 230 points

    hello ! Ibukun

    Two.

    If there are more than two, CCS will remind that resources are insufficient and the program cannot run.

    thank you 

    Best regards

  • 0 in reply to yong luo
    TI__Genius 11081 points

    Hello Yong,

    As this device does not have the ERAD module, there are only two hardware breakpoints available. Note that it is not possible to set software breakpoints in Flash or ROM memory space, as a software breakpoint requires the debugger to write to memory.

    To manage the breakpoints set, you can go to the Window menu and select Show View > Breakpoints.

    Best regards,
    Ibukun

  • 0 in reply to Ibukun Olumuyiwa
    Prodigy 230 points

    Hi Ibukun !

    I thought for a moment, if it's like what you said. So, as shown in the following figure

    Running epwm on TMS320F2800137_ Ex8_ The deadband example code cannot have multiple breakpoints.

    Please help analyze it, thank you!

    Best regards！

    yong

  • 0 in reply to yong luo
    TI__Genius 11081 points

    Hello Yong,

    Open the breakpoints view as I described in the previous post. Make sure that you only have two hardware breakpoints. If you need more than two, the rest must be software breakpoints.

    For more information on managing and configuring breakpoints: Hardware Breakpoints and Watchpoints in CCS for C2000 devices (ti.com)

    Best regards,
    Ibukun

  • 0 in reply to Ibukun Olumuyiwa
    Prodigy 230 points

    Hi Ibukun 

    You said that hardware simulation runs in flash, while software simulation runs in RAM, right?

    Okay, I understand.

    Another issue is that if I compile the program in a software environment, the following error will occur.

    I would like to confirm if this is because F2800137RAM is too small to allocate addresses for the program?

    Best regards！

    yong

  • 0 in reply to yong luo
    TI__Genius 11081 points

    Hello Yong,

    yong luo said:
    You said that hardware simulation runs in flash, while software simulation runs in RAM, right?

    This is not what I said. Hardware breakpoints are supported by the device circuitry as on-chip debug resources, while software breakpoints are essentially a special CPU instruction (ESTOP0) that is inserted into the code memory at the desired breakpoint address. The distinction between Flash and RAM is that while RAM can be dynamically modified to insert the software breakpoint instruction, this cannot be done in Flash memory because Flash is read-only memory (to modify Flash, you must perform special erase and program operations). Therefore, if you are executing from Flash, you are limited to using only hardware breakpoints. If running from SRAM, you can use both hardware and software breakpoints.

    In this case, you are executing from SRAM. However, you are still limited to only 2 hardware breakpoints on this device, so if you need more than 2, you need to ensure that the extra breakpoints are software breakpoints and not hardware breakpoints.

    For your second question, yes, the linker is saying that it does not have enough memory to allocate your program. The amount of RAM you have allocated to .text is ~8KB, so you'll need to ensure that the compiled output does not exceed that size. The output console window should explicitly say how many bytes it tried and failed to allocate. Ultimately if you need your program to be more than 8KB then you should probably put it in Flash.

    Best regards,
    Ibukun

  • 0 in reply to Ibukun Olumuyiwa
    Prodigy 230 points

    Okay, I understand. Thank you very much 

    Best regards,
    yong