Besides the suggestion to check correct wiring of reset, the reset pin
 can also be configured for other purposes with the switchmatrix.
 If it is no longer is a reset function, it will not work anyways.

 What I observed (with nucleo) is that the reset line IS pulled low, but
 never recovers to a high state, which I attributed to a bug in
 ST-LINK-V2-1 code. (see me blog page). I added pull-ups to no avail.
 I disconnected the target STM32 on the nucleo. Also no difference.

 When using "reset config none", the reset line is not pulled low, and
 can stay connected.

 So why not stick to "reset config none", and leave reset line
 unconnected?

 SevenW
 
> On Wed, 25 Mar 2015 23:26:28 +0100, Michael Schwingen
> <mich...@schwingen.org> wrote:
>> Some updates, after new hardware arrived on my table: I got a shiny
>> (extruded aluminum case) chinese ST-Link V2 clone, which I upgraded 
>> to
>> current firmware using the ST's STLink Utility. Also two STM32F103
>> target boards as a non-nucleo reference (the ST-Link V2 i used in my
>> original post was actually from a nucleo board, so probably V2.1).
>>
>> ....
>>
>> - The STLink V2 works just as well with a STM32F103 target, with 
>> both
>> reset configs, I see a low-pulse on reset when using that config.
>>
>> - The STLINK works with the LPC812 with "reset_config none".
>> - The STLINK does not work with the LPC812 with "reset_config
>> srst_only", *no* reset pulse can be seen (reset line stays high =
>> inactive all the time), and OpenOCD complains that the target is not 
>> halted.
>>


------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
OpenOCD-devel mailing list
OpenOCD-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openocd-devel

Reply via email to