No System Reset issued prior to flash programming.

[stlink-org]

No System Reset issued prior to flash programming.

[patrickmjordan]

I'm having a similar problem with flashing images on my STM32F4 Discovery, but I'm having some trouble finding a pattern. Uploads complete and are verified, but sometimes the loaded program crashes. Pressing reset sometimes works to restart the program -- but sometimes doesn't. Even power cycling the board doesn't make it run properly.

What does work is disconnecting and reconnecting the USB cable and then uploading the same image. This produces a stable running program. Further uploads of the same image with the cable still connected still produce a running program! Meanwhile, changing the program slightly in size (or just moving things around in the code harmlessly) and uploading sometimes provokes crashiness. My only work around is to reconnect USB before transfer to ensure a good load.

The program I'm using is a modified version of the FreeRTOS demo program that uses PWM to fade up the LEDs in response to forces on the MEMS accelerometer on-board. In addition, I'm using USART3 to drive an ADM1602U serial-enabled LCD. I can't imagine that bringing up the USART is producing the bad loads, because after reconnecting USB, the USART is up (and idle), but the loaded program certainly runs.

When the board is up and running happily and a transfer is initiated, attached hardware (including LEDS attached to GPIO pins) stay lit in whatever condition they were in, which doesn't seem consistent with a proper, full reset where the GPIO pins would be floating and thus unable to deliver current. This might occur if a shorter (<10 microsecond) partial reset is being used instead.

[xor-gate]

Should be fixed on latest master. Please reopen this issue, or open a new one.