This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TM4C1237H6PM: not able to program chip in DFU mode

Part Number: TM4C1237H6PM
Other Parts Discussed in Thread: UNIFLASH,

I have a TM4C1237H6PM on a custom board. I can program the board fine through Code Composer. I erased flash using UniFlash and the board correctly appeared in Device Manager as Stellaris Device Firmware Upgrade. However, an attempt to use dfuprog.exe to program the board starting at location 0 was unsuccessful ("Error DFU_ERR_UNKNOWN (-4) reported during file download" was reported). Using UniFlash, I can see that flash is programmed with the correct values at locations 0x08 through 0xDF. After that, flash is empty. Locations 0x00 through 0x07 should have non-0xFF values in them but do not. I did also use LM Flash Programmer to attempt to program to location 0 using DFU and was unsuccessful. Nothing happened when I hit the Program button.

Does anyone know why the first 8 bytes of flash and everything after 0xDF is empty? I cannot use DFU because of this.

Thanks,

Colin

  • Hello Colin,

    Can you recreate that issue every time you program the board? Or have you only tried once? If only once, you should be able to clear the Flash with UniFlash and try again with the DFU. It sounds like the Flash process got interrupted.

    Colin said:
    I did also use LM Flash Programmer to attempt to program to location 0 using DFU and was unsuccessful. Nothing happened when I hit the Program button.

    Was that done with the Flash fully erased?

  • Hi Ralph. The issue of not being able to program in DFU mode is reproducible every time I try it (at least 10 times with erasing in between). When I erase flash using UniFlash and then use LM Flash Programmer, a dialog box appears with "An error occurred during USB download!" I have now reproduced this behavior 5 times with LM Flash Programmer. When I check the memory, the first 8 bytes of flash again are blank and then some locations have correct values.

    Could a hardware problem affect only DFU mode?

  • Hello Colin,

    It does sound like some sort of hardware issue given how easily you can re-create it.

    1) How many boards are exhibiting this issue?

    2) Do you have an alternate way to program (JTAG?)?

    3) If so, can you test that the USB interface on your custom board is working correctly by using it as a normal USB device (like a USB CDC for example)?

    4) Have you reviewed your schematic and layout vs our System Design Guidelines: http://www.ti.com/lit/an/spma059/spma059.pdf

  • I was able to get access to another board and successfully download using DFU on that board. So the board I originally used obviously has some problem with USB that is preventing me from using DFU successfully. Thank you for your help.