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.

Data verification error, MSP430F5172

Other Parts Discussed in Thread: MSP430F5172

Hey!

I have a problem with programming my MSP430F5172. When I want to debug SPI example from Example Projects (MSP430F51x2 Demo - USCI_A0, SPI 3-Wire MASTER Incremented Data) in CSS v5 it says:

MSP430: File Loader: Data verification failed at address 0x00008038 Please verify target memory and memory map.
MSP430: GEL: File: C:\...\Code Composer\MSP430F51x2_uscia0_spi_09\Debug\MSP430F51x2_uscia0_spi_09.out: a data verification error occurred, file load failed.

When I tryed shorter programms, like just blinking with LED or just simply comment half of the example code, it works normally. How I can verify that FLESH memory is corrupted for instance? I know, that something has to be wrong with MCU according to its normal current concumption around 50mA, I am using it in my own PCB design, power supply is 3V and I use MSP-FET430UIF to programm the MCU (JTAG).

Somebody has any idea how to figure it out, what might be wrong and ways how to prove it? I suposse, that I will have to replace the MCU, but stil, it would be nice to find the problem...


Zbynek

  • Very strange. For checking if there is corrupted flash, you can try my 32 KB (8000-FFFF, with test pattern and P1.0 blinking) testing file.

    1373.sbw_test_32.rar

    My target devices (max 4) are powered by programer MSP430F5xx LDO output (by datasheet, 12 mA ), and don't have any flashing problems. Also, during programmer development, I done a lot of bad things during flashing targets, and none of them are destroyed. So I deeply doubt that you destroyed device flash, just by flashing process.

    If your MSP430F5172 board is DIY, maybe something was/is connected wrong, and as result device is behave strange.

  • Thanks for your suggestion! I put your test hex file in device and you can see the result in the picture -> verification failed. Does that mean, that is corrupted?

    Yes, you are right, it is DIY... But I cant see any mistakes. If I post a schematic, would you take a quick look on it to check its OK?

    BTW, I simplified the name of your file sbw_test_32.hex to text.hex

  • Maybe capacitor on target RESET pin? Is it hot (MSP430F5172) when you touch it with finger?

    For working schematic, check this topic

    http://forum.43oh.com/topic/2828-msp430f5172-launchpad-xl/

    Anyway, I will build DIY P2P MSP430F5172 board at end of this week, for testing with my programer, just to check if everything is the same like with any other MSP430F5xx device.

    http://forum.43oh.com/topic/2972-sbw-msp430f550x-based-programmer/

  • My RESET circuit sonsist of rezistor 100k and capacitor 100n, which are not recommended values, but according to some post it should not be wrong values. Why do you think that it may cause problems? When I touch it with finger it seems that it has temperature as the ambient air.

    Thanks for the link, I already consult my design with this one in past and it looks the same(just the RESET circuit values component differs).

    So now it looks like that I will change the processor for another one and I will see if there is be the same problem. Any other suggestions?

  • Zbynek Poskocil said:
    My RESET circuit sonsist of rezistor 100k and capacitor 100n, which are not recommended values, but according to some post it should not be wrong values.

    When using 4-wire JTAG, this is a good combination. (Well, I'd go for 47k, but the 5172 has an itnernal pullup anyway, so it probably sums to ~30k)

    The 100nF are a problem when using SBW (serialized JTAG). Here the capacitance causes a signal delay that corrupts the communication (RST gets the SBW clock signal, and timings are tight)

    What about your supply? Flash writing causes sudden increase in current consumption. If htis causes noticeable voltage drop on the VCC pins, flash writing may fail.

  • Supply shouldn't be problem, I use laboratory supply with enough power....

  • zrno soli said:

    Anyway, I will build DIY P2P MSP430F5172 board at end of this week, for testing with my programer, just to check if everything is the same like with any other MSP430F5xx device.

    http://forum.43oh.com/topic/2972-sbw-msp430f550x-based-programmer/

    I made simple MSP430F5172 board just for programmer test, and don't have any problems with flashing. Didn’t used 5V tolerant pin option, DVIO was connected to 3.3V. Programer is bus (USB) powered, and all MSP430F5xx target devices are powered by programer. On all target devices are only 2 LEDs (and nothing else), red for power, and green for P1.0 blinking test.

    D:\msp430>flash -f sbw_test_32.hex -e -w -v

    File "sbw_test_32.hex"
    32768 bytes

    Get Device
    Device: 0  JTID: 91  Fuse: OK  1A04: 54 35  1A06: 10 10
    Device: 1  JTID: 91  Fuse: OK  1A04: 30 80  1A06: 30 10
    Device: 2  JTID: 91  Fuse: OK  1A04: 54 35  1A06: 10 10
    Device: 3  JTID: 91  Fuse: OK  1A04: 31 80  1A06: 12 12

    Erase

    Write
    Address: 08000  Words: 2014
    Address: 08FBC  Words: 2014
    Address: 09F78  Words: 2014
    Address: 0AF34  Words: 2014
    Address: 0BEF0  Words: 2014
    Address: 0CEAC  Words: 2014
    Address: 0DE68  Words: 2014
    Address: 0EE24  Words: 2014
    Address: 0FDE0  Words: 272
    Size: 32768 bytes  Time: 219 ms  Speed: 146,12 KB/s

    Verify
    Address: 08000  Words: 16384
    Size: 32768 bytes  Time: 156 ms  Speed: 205,13 KB/s

    Release Device

    Total Time: 562 ms

    D:\msp430>

**Attention** This is a public forum