Skip to main content
son1
Associate III
January 23, 2016
Question

ST-link V2 fail to flash to STM32F746 after sometime

  • January 23, 2016
  • 4 replies
  • 1248 views
Posted on January 23, 2016 at 13:04

I am using ST-Link V2 to flash to STM32F747, It was successful. However, after sometimes change the code IAR pop-up below warnings:

 Warning: Write failed (CPU data abort) at Memory address 0x2001EF98 

 

 Warning: Write failed (CPU data abort) at Memory address 0x2001EF84 

 

 Failed to set breakpoint at 0x200000C4 (out of breakpoints?) 

 

After that I could not flash the MCU anymore.

Do you know how to troubleshoot this issue?

Thank You!
    This topic has been closed for replies.

    4 replies

    Tesla DeLorean
    Guru
    January 23, 2016
    Posted on January 23, 2016 at 19:04

    Do you know how to troubleshoot this issue?

    Hard to say, not really overwhelmed with detail here.

    What exactly did you change in the code between the time it was functioning normally, and the time it started misbehaving?

    Is this a board you designed yourself, or something else? The clocks and power supplies would be a good place to start.

    If this is an external ST-LINK, make sure you have current firmware, and try accessing the device with the ST-LINK Utilities.

    Tips, Buy me a coffee, or three.. PayPal VenmoUp vote any posts that you find helpful, it shows what's working..
    son1
    son1Author
    Associate III
    February 22, 2016
    Posted on February 22, 2016 at 11:02

    I changed a lot in code and could not trace which part has the issue. I have coded again from the point sw working.I used another board and flash with another code, then it works. The board is designed by myself.

    It seems the MCU is dead but I still don't know it is caused by SW or HW.

    I stored the hex file when MCU died. But I am scare to test.

    The MCU is STM32F746IGT6

    ________________

    Attachments :

    STM32746IG_Mic_Array.hex : https://st--c.eu10.content.force.com/sfc/dist/version/download/?oid=00Db0000000YtG6&ids=0680X000006I0x5&d=%2Fa%2F0X0000000bg6%2FliNitW9rxTzGk2vSXZwmV0XQy8NfXGAIskM_x04PCUE&asPdf=false
    Tesla DeLorean
    Guru
    February 22, 2016
    Posted on February 22, 2016 at 21:51

    I know nothing about your board, so the .HEX file really isn't going to help me much.

    You should perhaps put your problem chip into the System Loader (BOOTx pins), and see if you can communicate with that via a USART, or if you can get it to come up in DFU mode via the USB connection if your board has one.

    Your should be able erase the chip with the ST-LINK Utilities while it executes the System Loader rather than your code.

    Tips, Buy me a coffee, or three.. PayPal VenmoUp vote any posts that you find helpful, it shows what's working..
    TDK
    February 23, 2016
    Posted on February 23, 2016 at 06:34

    The last error message suggests you have too many breakpoints set.  You're limited to a certain number by hardware.  If you try to debug a session, it'll fail.  It should still flash though, at least it does with Eclipse.

    "If you feel a post has answered your question, please click ""Accept as Solution""."