2:50 You explained the boot branching wrong? The node states if boot0 = 0. And you say that if boot0 = high it takes the yes branch. No, it takes the no branch because the check is if boot0 = 0 then take yes.
The Stm32h74x app note says that by default BOOT0=gnd will force a boot from user flash 0x8000000 and BOOT0=3.3v to boot from System Flash 0x1FF00000. But is the System Flash the same as ROM? I'd like to use the built-in (ROM) bootloader to program via CAN and/or USART. Also, any idea if there any CAN utility (similar to serial Flasher-STM32) that can be used for in-system-programming?
Yes, the ROM and FLASH are the same. But you cannot change the bootloader that is the STM32, so its called ROM. The bootloader goes over all the interfaces and check one by one if " anyone is out there". The STM32CubeProgrammer support CAN. Have a look at my video on how to use it.
Not using the builtin bootloader. You will have to write your own IAP. See this app note from ST: www.st.com/resource/en/application_note/dm00161366.pdf
I am using stm32 lora discovery kit and i am trying to enter the bootloader mode by following ur steps but it still the flasher gives me boot mode configuration error... I am using FTDI module which is connected as : Ftdi rx to pin PA9, ftdi tx to PA10, BOOT0 to 3.3V and normal power of 5V and ground.. but still i am getting bootmode config error in the flash and cube programmer.. both of the loader is giving me same error... can u help me out with it please ? thank you
The boot loader software matches the MCU that it is trying to communicate and if it's not in the database it will give an error. You cannot change the database, so you can only try to update it if you have an old one or read the patt page how to do this. I never tried it so I can't tell you how to get it working.
I bought 8 STM32 cards BluePill. I can not program them with the FTDI module. The problem is on Jumper BOOT 0. When I put the Jumper BOOT 0 from 0 to 1 and press the reset button the program continues to work! the LED connected to pin PC13 always flashes even if BOOT 0 is set to 1. I tried to program the card with the ST LINK module and it works for me. I had to add the RST thread because BOOT 0 is not going. I noticed that programming the card with this method presents many problems on the Arduino IDE environment. So it is possible to operate the BOOT 0? I realized that it is not a hardware setting but a software one. Does anyone know how to fix it? I really need it :(
Not sure I followed you completely. Make sure that the reset pin is working fine and its connected to the NRST pin. Also check that the BOOT0 pin is going low when you are connecting it to 0.
WOW thank you so much please do topics on this subject, been looking STM32 dual bank firmware upgrade techniques, looking for a video on the subject.. please do more :)
ST has an App note about this: www.st.com/content/ccc/resource/technical/document/application_note/group0/ab/6a/0f/b7/1a/84/40/c3/DM00230416/files/DM00230416.pdf/jcr:content/translations/en.DM00230416.pdf
Web learning Yes. I stumbled upon your video while researching how to program an STM32 chip without a ST-Link board. After commenting I found that the ST-Link actually uses the Serial Wire protocol to upload code.
Well, ST programmes the the internal bootloader in production in a different area space from the user flash. You can jump to that address, read it, but you can not erase it or replace it. ALL the STM32 have a bootloader and there are different versions of the bootloader. Look at AN2605 for more information.
![Seungmin "그렇게, 천천히, 우리(As we are)" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/kAzmhLHePqU/mqdefault.jpg)
2:50 You explained the boot branching wrong? The node states if boot0 = 0. And you say that if boot0 = high it takes the yes branch. No, it takes the no branch because the check is if boot0 = 0 then take yes.
but that doesnt make sense because boot0 is tied to ground through a resistor, so would 0 then mean 1?
Great and simply understandable explanation, thank you!
Thanks a lot man, you have cleared a lot of confusion about embedded and stm32 I had before. Loved the video and subscribed.
Glad it helped!
THANK YOU FOR EXPLAINING SO CLEARLY, I WILL TRY IT AND POST YOU SOME MORE COMMENTS OR DOUBTS
Thank you for this. It has been very helpful to me.
What if the flash loader ask for verify boot mode configuration and flash protection status?
If its protected, it will send a command to remove the protection and the STM32 mechanism will delete the complete flash.
is there any code using uart to debugging in stm32 please let me know if any
The Stm32h74x app note says that by default BOOT0=gnd will force a boot from user flash 0x8000000 and BOOT0=3.3v to boot from System Flash 0x1FF00000. But is the System Flash the same as ROM? I'd like to use the built-in (ROM) bootloader to program via CAN and/or USART.
Also, any idea if there any CAN utility (similar to serial Flasher-STM32) that can be used for in-system-programming?
Yes, the ROM and FLASH are the same. But you cannot change the bootloader that is the STM32, so its called ROM. The bootloader goes over all the interfaces and check one by one if " anyone is out there".
The STM32CubeProgrammer support CAN. Have a look at my video on how to use it.
Is it possible to do that over half duplex rs485 line?
Thanks for your answer...
Not using the builtin bootloader. You will have to write your own IAP. See this app note from ST:
www.st.com/resource/en/application_note/dm00161366.pdf
Help me about firmware part of this
Great explanation!! Thank you!!!
Thanks.
Very useful. Thanks!
Glad to hear that!
I am using stm32 lora discovery kit and i am trying to enter the bootloader mode by following ur steps but it still the flasher gives me boot mode configuration error... I am using FTDI module which is connected as : Ftdi rx to pin PA9, ftdi tx to PA10, BOOT0 to 3.3V and normal power of 5V and ground.. but still i am getting bootmode config error in the flash and cube programmer.. both of the loader is giving me same error... can u help me out with it please ?
thank you
The boot loader software matches the MCU that it is trying to communicate and if it's not in the database it will give an error. You cannot change the database, so you can only try to update it if you have an old one or read the patt page how to do this. I never tried it so I can't tell you how to get it working.
I bought 8 STM32 cards BluePill.
I can not program them with the FTDI module.
The problem is on Jumper BOOT 0.
When I put the Jumper BOOT 0 from 0 to 1 and press the reset button the program continues to work!
the LED connected to pin PC13 always flashes even if BOOT 0 is set to 1.
I tried to program the card with the ST LINK module and it works for me.
I had to add the RST thread because BOOT 0 is not going.
I noticed that programming the card with this method presents many problems on the Arduino IDE environment.
So it is possible to operate the BOOT 0?
I realized that it is not a hardware setting but a software one.
Does anyone know how to fix it?
I really need it :(
Not sure I followed you completely. Make sure that the reset pin is working fine and its connected to the NRST pin. Also check that the BOOT0 pin is going low when you are connecting it to 0.
WOW thank you so much please do topics on this subject, been looking STM32 dual bank firmware upgrade techniques, looking for a video on the subject.. please do more :)
ST has an App note about this:
www.st.com/content/ccc/resource/technical/document/application_note/group0/ab/6a/0f/b7/1a/84/40/c3/DM00230416/files/DM00230416.pdf/jcr:content/translations/en.DM00230416.pdf
Can you remove read protection over UART in bootloader (it will erase flash, i know)
Yes, this is possible.
Can you show same thing using Linux as host?
See this video, it can run under Linux:
ruclips.net/video/CI1BcIN7qC4/видео.html
How do ST upload the bootloader?
What do you mean? The bootloader that's inside the STM32?
Web learning Yes. I stumbled upon your video while researching how to program an STM32 chip without a ST-Link board. After commenting I found that the ST-Link actually uses the Serial Wire protocol to upload code.
Well, ST programmes the the internal bootloader in production in a different area space from the user flash. You can jump to that address, read it, but you can not erase it or replace it. ALL the STM32 have a bootloader and there are different versions of the bootloader. Look at AN2605 for more information.
Good Info
Great video
Thanks!