Skip to main content
tom239955_stm1_st
tom239955_stm1_st
Associate
May 12, 2008
Question

STM32F103C6T6-Flash Loader Demonstrator

  • May 12, 2008
  • 24 replies
  • 3461 views
Posted on May 12, 2008 at 07:25

STM32F103C6T6-Flash Loader Demonstrator

    This topic has been closed for replies.

    24 replies

    Show previous replies
    lanchon
    lanchon
    Associate III
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    > I have tried this on 5 differnt uP

    > The first stage pass...

    > However whenever i move to the next step erasing or programming the uP seems to jump out of the boot mode

    > This does not happen when uploading

    there's only one thing I can think of that could trigger all this: bad supply. check your overall power distribution, that you're properly connecting and decoupling all power pins, that decoupling caps are routed to power pins with short wide traces, and that you're not daisy-chaining the power pins (ideally power and ground should be length-balanced stars). check that the supply can handle the current while programming. if I had to guess I'd say you forgot to route a power pin altogether or you forgot a decoupling cap.

    a current spike on a particular power pin during flash programming could trigger the BOR. but then why is it reading BOOT0 as low? what exactly did you connect to BOOT0?

    tom239955_stm1_st
    tom239955_stm1_stAuthor
    Associate
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    Has anybody else seen this?

    tom239955_stm1_st
    tom239955_stm1_stAuthor
    Associate
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    Does the boot loader use the HSE or HSI to determin the baud rate, my reason for asking is that my board has a 14.74MHz HSE , which is within the range given on the data sheet, however i have an eval board with an 8MHz crystal and this works with the Flash Loader, i would just try an 8MHz crystal but i do not have any left.

    tom239955_stm1_st
    tom239955_stm1_stAuthor
    Associate
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    The power suppl ythat i am using at the moment is current limited at 2.5A, which should be plenty!?

    All voltage regulators on board are decoupled and the uP power pins are also decoupled correctly. All pin's like VSS_1 have been connected to ground.

    tom239955_stm1_st
    tom239955_stm1_stAuthor
    Associate
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    Hi,

    I thought it was best to reply on this page , this intially worked, i was able to erase one uP and the download the code again using a .hex. However after the first atempt it has not work again, i have tried several times and i just keep getting ''FAIL:Unable to Erase Flash'' , the first stage pass's ok with the green traffic light letting me know that the device is readable (a nice improvement!).

    16-32micros
    16-32micros
    Associate III
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    Hi Tom,

    The bootloader is using internal RC (HSI) and is fully compatible with all HW proving the right boot pins and USART1 pins as described in AN2606.

    I believe it is a the v1.0 flasher software issue, could you try the new v1.1 -alpha and tell me if it resolves your issue ? Thx.

    Cheers,

    STOne-32.

    16-32micros
    16-32micros
    Associate III
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    Hi all,

    Please refer to my new post :

    http://www.st.com/mcu/forums-cat-6720-23.html

    .

    Cheers,

    STOne-32.

    lanchon
    lanchon
    Associate III
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    > if erase or download are atempted by the loader the uP seems to jump out of boot mode and back into the programme that is already onboard

    > a current spike ... during flash programming could trigger the BOR. but then why is it reading BOOT0 as low?

    > The idea of the push button is that it is held down during reset

    that explains it, now you can be almost sure that a reset is being triggered, and only when erasing or programming the flash, not when reading it. I keep thinking that the most probably cause is a BOR, secondary to a supply problem. I recommend that you check *again* that all supply pins (analog, battery, etc) are connected according to the ref manual recommendations. even low quality bypass capacitors could conceivably be the cause.

    > could you try the new v1.1 -alpha ... ?

    > this intially worked, i was able to erase one uP

    the new PC software has different timing and can trigger the problem at different times.

    (the other option is that you're reseting the chip yourself with a noisy reset signal or somthing. BTW, the flash loader doesn't enable the external oscillators at all.)

    tom239955_stm1_st
    tom239955_stm1_stAuthor
    Associate
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    i have just tried a second uP and the intial erase again worked but as before i can not reprogramme or erase after reprogramming on Keil, could it be the case that the erase is removing the boot loader code?

    tom239955_stm1_st
    tom239955_stm1_stAuthor
    Associate
    May 17, 2011
    Posted on May 17, 2011 at 12:30

    One thing to note is that one the step with the traffic lights stating my target is readable the flash size is 128Kb and RAM 20Kb but i am using a STm32F103C6 with only 32Kb of flash, is this a problem?

    Show more replies
    Terms & ConditionsAccessibility statement