-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[STM32L072CZ]: issue programming #1138
Comments
@wolsty7 Why do you additionally press the reset button during programming? It is not necessary. |
See my updated description (I inserted the where I pressed NRST in the wrong section) It gets stuck on the line:
until I press nrst button at which point the program ends. If there is any way I can help, let me know |
@wolsty7 As I understand it, the blank target may have problems with writing. Writing flash by word (in use in the 1.7.0 release) can take a long time. I added half page write fallback for stm32L0/L1. |
that seems to do better but it fails at the end, at least it doesn't get stuck like 1.7.0 ` cut out middle section for brevity ... cut out middle section for brevity ... 2021-05-25T19:56:57 DEBUG common.c: *** stlink_read_debug32 0x0000060e at 0x40022018 |
@wolsty7 Unfortunately, everything ends with an error. I fixed the branch to use 32 bit writes. Can you test branch again? |
Success, thank you @Ant-ON ` cut out middle section for brevity ... cut out middle section for brevity ... 2021-05-26T09:45:54 DEBUG common.c: *** stlink_read_debug32 0x0000000e at 0x40022018 cut out middle section for brevity ... |
@wolsty7 I'm glad I did it. Could you still check the re-flashing of the STM32L072? In this case, the flash loader should work. Or you may check the flashing of the STM32L151. |
Good work @Ant-ON ! 👍 |
no luck on the stm32l151zdt6... i also tried --reset and nothing, this board worked for 1.7.0 ` cut out middle section for brevity ... cut out middle section for brevity ... 2021-05-27T22:10:53 DEBUG common.c: *** stlink_read_debug32 0x0000060e at 0x40023c18 |
What is the current state of this ticket? |
l0_soft_loader_fix 1.6.1-328-g9acf539 appears to work on both L072 and L151 now branch l0_soft_loader_fix 1.6.1-328-g9acf539: L072 ok
branch l0_soft_loader_fix 1.6.1-328-g9acf539: L151 ok, but says "Starting Flash write for L0"
branch testing 1.7.0-61-gc6ecdac: Segmentation fault on L072
branch develop 1.7.0-34-g01418b5: L072 fail
###it gets stuck here###
branch develop 1.7.0-34-g01418b5: L151 ok
|
aa70b89
branch l0_soft_loader_fix 1.6.1-329-gaa70b89: L151 ok
|
@wolsty7 Is this fully resolved now? |
branch develop ga52e1bc isn't working, is this known @Nightwalker-87 ?:
branch l0_soft_loader_fix 1.6.1-330-g679ab65 still works for both L151 and L072
|
STM32l072CZ is working on develop now pi@raspberrypi: |
@wolsty7 Please leave closing to Github Automation. |
2021-07-28 commit 1dd94a1 fixed it (-> #1166) |
@wolsty7 Thanks for the detailed coverage. I'll review ASAP. |
Fixed by #1166. |
Commandline output:
Expected/description:
`
Programs STM32L151 based board correctly.
On the STM32L072 it gets stuck at:
and doesn't continue till the NRST button is pressed.
Similar result without --reset or with --connect-under-reset
STM32L072 board programs correctly with correctly in stm32cube programmer on windows.
`
The text was updated successfully, but these errors were encountered: