Hi Paul, many thanks,
about the parallel interface, i used it some other times, to program some other cortex m cpu's, i tuned a bit the parport.cfg and always worked fine. So i can exclude issues of programmer interface or cables. Could be an issue the fact i am not using JTRST cpu pin ? I don't see any short or bad soldering, but i am suspecting that the cpu has some issue. > stm32f4x.cpu curstate unknown > mdb 0 16 0x00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > measure_clk Running at more than 0.235294117647 kHz Is there any command i could issue to understand better what's happening ? Thanks Angelo On 05/03/2014 18:43, Paul Fertser wrote: > Hi, > > On Wed, Mar 05, 2014 at 04:40:01PM +0100, Angelo Dureghello wrote: >> i tried to ask for help first in the sparkfun forum, but messages are >> blocked, >> they strangely have to be accepted by a moderator of the forum. > No wonder, web-forums suck. > >> i am trying to program a stm32f405, just soldered on a custom board. >> using >> >> sudo openocd -f /usr/share/openocd/scripts/interface/parport.cfg -f >> /usr/share/openocd/scripts/target/stm32f4x.cfg > You do not need to spell out the full path, just -f partport.cfg -f > stm32f4x.cfg is enough already. > >> Open On-Chip Debugger 0.7.0 (2013-08-04-10:13) > That's quite old by now, it would probably be nicer if you were > testing the current git HEAD version. > >> Info : clock speed 500 kHz >> Info : JTAG tap: stm32f4x.cpu tap/device found: 0x4ba00477 (mfg: 0x23b, part: >> 0xba00, ver: 0x4) >> Info : JTAG tap: stm32f4x.bs tap/device found: 0x06413041 (mfg: 0x020, part: >> 0x6413, ver: 0x0) > Here it recognised the part properly, read out IDs etc. So far so > good. > >> Info : stm32f4x.cpu: hardware has 0 breakpoints, 0 watchpoints > But here we see some issue already, the CPU is not responding the way > it should. > > Are you really sure in your parport adapter? What is it, does it have > appropriate level shifting etc? Have you tried using shorter wires > (<20cm) and probably lowering the adapter_khz speed? > ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
