Il 15/06/2016 19:49, Tomas Vanek ha scritto: > >> >> -- > Check reset signal to your board. Looks like reset is not connected at > all/stuck at high or a pulse is prolonged by a capacitor. > You can try "reset_config none" after including target/stm32f7x.cfg > or experiment with longer adapter_nsrst_delay. > > I noticed that in target/stm32f7x.cfg is command "reset_config srst_only". > It should be in board config, or is it essential for F7? >
Yes, you were right. Using "reset_config none" does the trick. It works with STLink Hardware even in Linux with our custom board. Now, the biggest issue is: *how the hell is the jtag programming procedure is not working? WTF*? > openocd -f interface/ftdi/jtagkey.cfg -f > /home/lorenzo/Progetti/EcceGui/demo/myboard_EK390.cfg -c "program > Debug-EK390-0/LCDTest.elf verify reset exit" > Open On-Chip Debugger 0.10.0-dev-00321-gd4b7cbf (2016-05-31-10:18) > Licensed under GNU GPL v2 > For bug reports, read > http://openocd.org/doc/doxygen/bugs.html > adapter speed: 2000 kHz > adapter_nsrst_delay: 100 > jtag_ntrst_delay: 100 > srst_only separate srst_nogate srst_open_drain connect_deassert_srst > cortex_m reset_config sysresetreq > trst_and_srst separate srst_nogate trst_push_pull srst_open_drain > connect_deassert_srst > Info : clock speed 2000 kHz > Info : JTAG tap: stm32f7x.cpu tap/device found: 0x5ba00477 (mfg: 0x23b > (ARM Ltd.), part: 0xba00, ver: 0x5) > Info : JTAG tap: stm32f7x.bs tap/device found: 0x06449041 (mfg: 0x020 > (STMicroelectronics), part: 0x6449, ver: 0x0) > Warn : Silicon bug: single stepping will enter pending exception handler! > Info : stm32f7x.cpu: hardware has 8 breakpoints, 4 watchpoints > Info : JTAG tap: stm32f7x.cpu tap/device found: 0x5ba00477 (mfg: 0x23b > (ARM Ltd.), part: 0xba00, ver: 0x5) > Info : JTAG tap: stm32f7x.bs tap/device found: 0x06449041 (mfg: 0x020 > (STMicroelectronics), part: 0x6449, ver: 0x0) > stm32f7x.cpu: target state: halted > target halted due to debug-request, current mode: Thread > xPSR: 0x01000000 pc: 0x0802d4c4 msp: 0x20050000 > ** Programming Started ** > auto erase enabled > Info : device id = 0x10016449 > Info : flash size = 1024kbytes > Info : DAP transaction stalled (WAIT) - slowing down > Info : DAP transaction stalled (WAIT) - slowing down > Error: timeout waiting for algorithm, a target reset is recommended > Error: error executing stm32x flash write algorithm > Error: flash write failed = 00000040 > Error: error writing to flash at address 0x08000000 at offset 0x00000000 > ** Programming Failed ** > shutdown command invoked here is the full debug log: http://pastebin.com/Z31NdcrN Here is the configuration for jtag for our board: > transport select jtag > > set WORKAREASIZE 0x40000 > source [find target/stm32f7x.cfg] > > reset_config trst_and_srst srst_nogate Any help?? TIA -- *Lorenzo Corti* | Ricerca e Sviluppo *Eurek s.r.l. *Via Celletta 8/b | 40026 Imola (BO) - Italy | +39 *0542 609120* [email protected] <mailto:[email protected]> | www.eurek.it <http://www.eurek.it/> ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381 _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
