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.

DAC161S997EVM

Other Parts Discussed in Thread: MSP430G2553, DAC161S997EVM, DAC161S997

Hi

I seem to be having problems programming the DAC161S997EVM board via my MSP-FET430 USB Debug Interface. I have come across a couple of forums online, on the e2e TI community too, in which people have had the same problem. On both of these forums there doesn't appear to be an answer to this problem. Are there any updates regarding this issue? The DAC EVM uses the MSP430G2553 uController.

Any help would be appreciated

Dave

  • Hi David!

    What is the problem you have with programming the EVM? Any links to the other people's threads?

    Dennis
  • Hi Dennis

    When I try to download and debug my code to the target device, it appears to work i.e. it loads and I can set break points as usual. But it clearly isn't working as when I step through my code it doesn't set the LEDs. I confirmed this by unplugging the FET tool and trying to download and it still showed the code downloading, I gather it must be simulating the code rather than downloading and debugging it on the actual hardware. Please find below two of the forums I have found which seem to be of the same issue. The first one is on the same EVM board too

    e2e.ti.com/.../350747

    e2e.ti.com/.../1224549

    It appears that a few of the forums I have come across make reference to the download of some low level drivers I must download and install on the FET debug interface
  • David French35 said:
    I confirmed this by unplugging the FET tool and trying to download and it still showed the code downloading, I gather it must be simulating the code rather than downloading and debugging it on the actual hardware.

    What code are you talking about? Any ready to use project from TI? Can you upload or post a link to it?

  • It's an example code for blinking the LEDs on the board

    //******************************************************************************
    //
    //******************************************************************************
    //#include <msp430g2553.h>
    #include <msp430.h>
    #include "main.h"

    int main(void)
    {
    WDTCTL = WDTPW +WDTHOLD; // Stop Watchdog Timer
    P1DIR |= 0x19; // P1.0,3 and P1.4 outputs
    P1SEL |= 0x11; // P1.0,4 ACLK, SMCLK output

    while(1)
    {
    P1OUT |= 0x08; // P1.1 = 1
    P1OUT &= ~0x08; // P1.1 = 0
    }
    }
  • Hi David!

    I had a look into the schematics - unfortunately the EVM uses 4-wire JTAG instead of 2-wire SBW for communication with the MSP430G2553. This can cause problems because the JTAG pins are shared with other functions on this board. When I look at your source code, I can see that you configure P1.4 which is also a JTAG signal. This could cause erroneous behaviour.

    Could you try the following:

    #include "msp430g2553.h"
    #incldue <stdint.h>
    
    void delay( uint32_t delay );
    
    void main( void )
    {
      WDTCTL = (WDTPW | WDTHOLD);
    
      P1DIR |= 0x08;
    
      while( 1 )
      {
        P1OUT ^= 0x08;
        delay( 250000 );
      }
    }
    
    void delay( uint32_t delay )
    {
      volatile uint32_t counter;
    
      for( counter = 0; counter < delay; counter++ );
    }

    Does this cause D3 to blink?

    It would be more useful to use SBW for communication here. If you can do a small hack to the connections, do the following (connector J2 on the EVM):

    • Connect pin 4 of the EVM to pin 4 of the FET
    • Connect pin 9 of the EVM to pin 9 of the FET
    • Connect pin 11 of the EVM to pin 1 of the FET
    • Connect pin 8 of the EVM to pin 7 of the FET

    The board must be powered externally by connecting the loop terminals. Then you can use all pins of the MSP430 while debugging your application, otherwise the communication to the DAC161S997 is disturbed as well.

    Dennis

  • Hi Dennis

    Yes this worked. Thanks. And good spot. It seems this was the reason as it is now blinking away.

    Thanks

**Attention** This is a public forum