• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 101 subscribers
  • Views 528 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

XDS560 trouble Halting PRU in OMAP-L138

sihan zhu
Prodigy 20 points
Other Parts Discussed in Thread: OMAP-L138, OMAPL138

I am using OMAP-L138 with spectrum XDS560PLUS to do Emulation with PRU, however, my code cannot run in emulation mode correctly and when I try to stop the PRU, I got the error below, Which I haven't met when the PRU code is simpler than this one (around 107words after pasm compile, before is 70 words). both the codes run correctly when compile together with DSP file into .bin file and flash to the board and run directly. So is there certain limitation in emulating PRU core in OMAP-L138 with XDS560 or the debug setting is wrong? I tried xds100V2. results are the same.

Error below:

PRU_0: Trouble Halting Target CPU: (Error -2062 @ 0x0) Unable to halt device. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 6.0.83.1) 

  • 0
    TI__Guru** 116100 points
    Able to connect the PRU core and load the code on it ?
    Which example are your trying to use ?
    Your own code or TI provided ?
  • 0 in reply to Titusrathinaraj Stalin
    Prodigy 20 points

    yes,i can connect the pru core, and the program is loaded and runned in emulation mode, i can see it modifying dsp regs as planned. but another part of code seems not working and cause the pru cannot be halted. but just cannot halt the core, unless I reset it. I use my own code.

    Once I reset pru, In assembly window, I use step into to check the code, I can see pru execte previous mentioned modifying dsp regs correctly, until one loop which check the interrupt mapping from DSP core the assemly pointer disappeared and from that point, pru seems lost control. But this code is same as Pru example code provided in the package which check the eventstatus and loop back if event is not detected. I use this for several month verywell. However when adding more code, this part seems not working and cause pru out of control. but strangly, Same code can run flashed to the board. So I am wondering if emulation does something to it. Thanks!

  • 0 in reply to sihan zhu
    TI__Guru** 116100 points
    Dear Sihan zhu,

    Can you please try to download the PRU package for OMAPL138 and check whether you are getting the same problem in TI PRU examples ?
    www.ti.com/.../pru-swpkg

    I hope, your code might have some issues while accessing the registers through PRU.

    Also please make sure that you have kept boot mode to "No boot mode" or "Emulation boot mode" on your board.