-
Notifications
You must be signed in to change notification settings - Fork 59
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
STM32FP - direct flashing is reverted #17
Comments
I tested successfull with on a F07_discovery 👍 After flashing the F07_disco works as expected. Can you be more verbose? |
Regarding e72aca9: For pure flashing we can always cold-plug (connect under reset). Cold plug is also needed if the running program remaps the SWD pins or if the program sleep/stop/ etc for a long time. I only had flashing in mind. This needs to be rethought... |
... I see this with china programmer ST-Link V2 |
ou, I probably see that, from witch version ST-LINK API has STLINK_DEBUG_APIV2_WRITEMEM_16BIT functions? |
If I remember right from V2.28. It took probably until V2.32 until things stabilized. In blackmagic I have following code: B.t.w. did you try the pc-stlinkv2 platform of the blackmagic debug probe with your clone? |
Argh, I typed 21 instead of 32! Twice of by one on the keyboard. |
Did the Stlink upgrade work for you? Did flashing work with the upgraded probe? |
And before upgrade, did pystlink report the need for upgrade? |
Yes, it was reported (I miss this info, I take some old STLINK device) now after upgrade it is working also with direct flashing! |
I just reverted my revert |
The intention is following for flashing:
For the other commands the CPU state is important. A hot plug (without reset) should done. I must admit, I did not care for this case. |
Yes, Although in previous versions I don't have feature flashing under remapped SWD, the way was:
points 1 and 3 we can omit if we don't have remapped SWD signals. I did not think about state when is CPU in deep sleep, but I think it will work with same way. |
or do you think about cases when SW reset is not enough ? Personally on many devices I don't connect for programmer HW reset signal (only SWDIO, SWCLK), because SW restart is in all my cases enough. |
@UweBonnes make great work, but now I see that his patch don't work with STM32F0 (I don't make tests with other FP MCUs before merging)
Currently is the code reverted to flashing using microcode.
Also I don't understand why this e72aca9 ? because this stop currently running program in MCU but don't restart all the peripherals and it make many problems. reset_halt is not halt under reset but reset and halt on first address..
The text was updated successfully, but these errors were encountered: