Actions
Forum Thread Details
  • State Not Answered
  • Replies 7 replies
  • Subscribers 342 subscribers
  • Views 4274 views
  • Users 0 members are here
Related

SDK DAP status f0000021

knifter

After having a lot of problems with debugging an application with SDK before due to DDR timings (http://zedboard.org/content/hello-world-does-not-work-revf07-board-does-revf06), I now run into the exact same pile of errors again:

- I've created a clean project (MicroZed 7010 board files), a processing system, reset, interconnect, single AXI slave and an ILA core

- applied board presets (due to previous problem see topic, I no longer trust this anymore to happen automagically). I checked DDR3 settings are correct this time. Also tried with revision F06 and F07 boards.

- I can program the FPGA from 'Hardware Manager'

- I open SDK with hello world application, compile and run debug (ps7_init and ps7_post_config are run)

This is what happens:

* sometimes is see the hello world output in the console. But I have to reset and program the FPGA in one go for this to _sometimes_ work

* this works only one time, pressing run again will give me 'Error while launching program: Memory write error at 0x100000. APB AP transaction error, DAP status f0000021'

* unplug the MicroZed, JTAG adapter and reprogram the device. Sometimes the ILA cores is not recognized, sometimes I again the the DAP errors, sometimes it works.

* the list goes on forever...

What is wrong with my setup? What can I do to find the problem? I've been having this problems before and it was something with the DDR timings. But this time I've checked these timings and they look fine. I've tried two MicroZed boards (F06 and F07, both 7010). This way of working is undoable for me and I'm beginning to give up these boards. The tool chain seems awfully fragile.

You're probably going to ask me again to do tutorial 1 to X again. I've become quite proficient at doing these.. so I did not do them this time as I assume I will get the same problems, but please tell me if you would like me to do them again..

Thanks in advance for any help

Parents
  • 0

    I now have an HS3 adapter. The difference should be that this adapter should be able to 'soft-'reset the PS.

    I've tried the same code (writing to the AXI address enabled). This is the result:

    As long as I kept the 'Reset the entire system' checkbox was enabled it worked, the debugger crashed on the offending line, not knowing where the PS was after that. But a restart worked and the CPU was reset.

    I disabled the 'Reset the entire system' setting and the debugger crashed. A restart gave me the same DAP error. Maybe this is fine as the system was not reset.

    I re-enable 'Reset the entire system' and: 11:16:52 ERROR : AP transaction error, DAP status f0000021

    Which remains until I reset the MZ with the rst button. So maybe slightly better results as with the HS2.
     
    This is at least a but workable as with keeping the complete reset on does seem to be working. But testing without full reset and ending up with a DAP error still locks up the debug system from which it is not able to get out of by software. Do others have the same? Is this normal?
     
     
Reply
  • 0

    I now have an HS3 adapter. The difference should be that this adapter should be able to 'soft-'reset the PS.

    I've tried the same code (writing to the AXI address enabled). This is the result:

    As long as I kept the 'Reset the entire system' checkbox was enabled it worked, the debugger crashed on the offending line, not knowing where the PS was after that. But a restart worked and the CPU was reset.

    I disabled the 'Reset the entire system' setting and the debugger crashed. A restart gave me the same DAP error. Maybe this is fine as the system was not reset.

    I re-enable 'Reset the entire system' and: 11:16:52 ERROR : AP transaction error, DAP status f0000021

    Which remains until I reset the MZ with the rst button. So maybe slightly better results as with the HS2.
     
    This is at least a but workable as with keeping the complete reset on does seem to be working. But testing without full reset and ending up with a DAP error still locks up the debug system from which it is not able to get out of by software. Do others have the same? Is this normal?
     
     
Children
No Data