• Locked Locked
  • Replies 8 replies
  • Subscribers 78 subscribers
  • Views 1048 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

MSP430g2353 SBW fuse blowing

Bob Clay
Prodigy 50 points
Other Parts Discussed in Thread: MSP-GANG, MSP-FET

Hi, I hope that you can assist me with my problem.

I am making a custom test system for a company product.

I have implemented some functions using the BSL and all of the functions are working.

For product software security I need to blow the security fuse using SBW on my custom tester hardware.

I have duplicated the circuitry as per the Ti data sheets and MSP-GANG datasheets.

My software is based on the Ti data sheets, but I can't get it to work.

I used the MSP430 Replicator project as a basis for my efforts.

The TEST , RESET , VCC and GND connections are used.

Any sugestions would be welcome !!

  • Guru 33653 points

    If your hardware can generate and apply 100mA 6-7V Vpp on TEST pin in combination with SBW sequence for fuse blow from Replicator / MSP-FET source, fuse should be blown. I made different circuit from TI, but using the same SBW sequence from Replicator / MSP-FET can blow MSP430x2xx fuse.

    C:\msp430>flash -p com4 -e -fuse

    Get Device
    # JTID Fuse Device Proc
    1  89   OK   2553  0060

    Erase
    Time: 63 ms

    Fuse Blow (Y/N)? y

    Release Device

    Total Time: 2125 ms

    C:\msp430>flash -p com4 -e

    Get Device
    # JTID Fuse
    1  89 Blown
    Error 101: Syncronization problem.

    Release Device

    Total Time: 47 ms

    C:\msp430>

  • in reply to zrno soli
    Prodigy 50 points
    Thank you for your reply, I will study it tomorrow morning, although my code runs on a small PCB, not on a PC.
    Regards, Bob.
  • in reply to Bob Clay
    Guru 33653 points

    You can see also that in JTAG fuse section of device datasheet is specified min VCC(FB) 2.5V for fuse blow.

  • in reply to zrno soli
    Prodigy 50 points

    Thank you for that, My VCC is set to 3V3 during fuse blow

  • in reply to Bob Clay
    Prodigy 50 points

    for zrno soli  :

    Does you PC app run via MSP-FET or MSP-GANG or does your app communicate  with a custom MCU pcb? 

  • in reply to Bob Clay
    Guru 33653 points

    Bob Clay said:
    Does you PC app run via MSP-FET or MSP-GANG or does your app communicate  with a custom MCU pcb?

    Software / hardware (MSP-GANG like, 8 target devices) solution is mine, not compatible with TI software / hardware tools.

    On the picture is last board version without implemented fuse blow for 2xx family (unpopulated right side).

  • in reply to zrno soli
    Prodigy 50 points

    Thanks for sharing your information.

    Above is my tester PCB using an Atmel processor. I also have an additional PCB to generate and apply the programming voltage, set to 6V5.

    I have taken the Ti replicator code and 'Atmel-ised' it. Looking at the waveforms of SBW RESET and TEST signals, it would appear that SBW has started ok because the DIO slot shows a response from the target MSP430 in the expected position.

    After considerable effort, I cannot get the 'fuse blow' function to work.

    The VPP voltage is applied to the correct pin at the correct time and is of the correct voltage.

    I have read through my code many times, but cannot spot an error. Has anyone found errors in the original replicator code? I could easily have copied errors without realising it.

    Any suggestions?

  • in reply to Bob Clay
    Guru 33653 points

    Bob Clay said:
    I have taken the Ti replicator code and 'Atmel-ised' it. Looking at the waveforms of SBW RESET and TEST signals, it would appear that SBW has started ok because the DIO slot shows a response from the target MSP430 in the expected position.

    After considerable effort, I cannot get the 'fuse blow' function to work.


    I am afraid that looking to waveforms is not enough. There must be some logging with results of executed SBW shiftings.

    AFAIK, there are some bugs is slau320, but they are not related to 2xx fuse blow.

**Attention** This is a public forum