On 17.10.2015 3:00, Dario Alcocer wrote:
Tomas Venek writes:
Tomas> Hi
Tomas> does your firmware set a sleep mode?
No, I don’t believe so. (The flash was programmed with one of Atmel's
ASF (Atmel Software Framework) example application.)
Some ASF examples use sleep (low_power, sleepwalking_adc...)
Tomas> You can try proposed changes
Tomas> http://openocd.zylin.com/2778
Tomas> http://openocd.zylin.com/2606
Thanks, I managed to apply these patches to my local build and rebuilt
via "make; sudo make install".
Tomas> Check if SRST is connected to RESETN and configure
Tomas> reset_config srst_only
Tomas> and you should be able regain debug control after
Tomas> reset halt
I'm not sure about SRST; I'll have to see if I can locate a schematic
for Atmel's SAMD20 Xplained Pro evaluation board (the one I'm using at
the moment.)
I do not have a Xplained kit so I'm not sure about RESETN
wiring.Regarding "reset_config srst_only", I found the following inside
of at91samdXX.cfg:
reset_config srst_gates_jtag
I changed this to read "reset_config srst_only" and tried running
openocd again, without successfully connecting.
Leave "reset_config srst_gates_jtag" in at91samdXX.cfg as is, it is ok.
Add "reset_config srst_only" to your openocd.cfg, board config or give
this command manually.
Do I have to change "cortex_m reset_config" as well to use "srst_only"?
No.
Start openocd and connect probably fail as before. Then issue a "reset
halt".
If still no connection try to check if RESETN pin is pulsed with a logic
probe (and send a log)
------------------------------------------------------------------------------
_______________________________________________
OpenOCD-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openocd-devel
