Replies: 7 comments 16 replies
-
Can you reproduce this on current Zephyr |
Beta Was this translation helpful? Give feedback.
-
I have included the zephyr sdk in the post, and it is the same behavior I have both the NUCLEO-F411RE board and the XNUCLEO-F411RE board, and it seems that the regular NUCLEO-F411RE can flash, so it might be specific to the WaveShare board |
Beta Was this translation helpful? Give feedback.
-
Ok, I just found out that XNUCLEO-F411RE is actually not the usual, ST, NUCLEO-F411RE. |
Beta Was this translation helpful? Give feedback.
-
Regarding your issue. An important point is that your board is actually different from ST nucleo_f411re, so it's possible that openocd flashing scripts don't work. Can you try to add the following to boards's openocd.cfg file:
|
Beta Was this translation helpful? Give feedback.
-
For me, it looks like I can't physically reset the board with NRESET. Can you try this as well? Setting NRESET to ground to see if it works |
Beta Was this translation helpful? Give feedback.
-
Hi @s163555 Just a follow up question from someone experiencing similar issues. Were you finally able to run any of the samples (Blinky) into the XNUCLEO F411RE? For me it doesn't with Zephyr. But if use the Blinky sample for the original NUCLEO F411RE from Mbed IOS, compiled with Keil Studio Cloud, and flashed with the STM32 ST-Link Utility, it does actually work |
Beta Was this translation helpful? Give feedback.
-
Hi @gabohc, great work! Would you be interested in submitting a PR that adds support for XNUCLEO F411RE? Here are some helpful resources in case you did decide to go for it https://docs.zephyrproject.org/latest/hardware/porting/board_porting.html https://docs.zephyrproject.org/latest/contribute/guidelines.html#contribute-guidelines |
Beta Was this translation helpful? Give feedback.
-
Describe the bug
Similar to #50590 I am experiencing an issue with resetting the STM32F411RE with west and openocd. I am using the board XNUCLEO-F411RE (an improved NUCLEO-F411RE board from WaveShare). The bug is easily reproduced by flashing zephyr unto the board once, and then after this, the board is unable to reset.
If the on-board reset button is physically pressed and released with the right timing, the flashing will succeed. If not, it will give the error message:
Error: timed out while waiting for target halted
embedded:startup.tcl:1070: Error: ** Unable to reset target **
Please also mention any information which could help others to understand
the problem you're facing:
To Reproduce
Steps to reproduce the behavior:
Impact
An annoyance, but a significant annoyance since every flashing requires multiple times if I cannot time the button release at the right time.
Logs and console output
zephyr SDK 15.2
platformIO (zephyr v. 3.2.0)
Environment (please complete the following information):
Additional context
Beta Was this translation helpful? Give feedback.
All reactions