Jump to content


  • Content Count

  • Joined

  • Last visited

  1. Essentially want you want to do is dynamic allocation of memory. Determine which tune you're going to use at runtime, and allocate the memory using malloc(). You can find generic malloc tutorials on the web, and they should transition to the msp430 just fine (just be wary of the small amount of flash memory on your device, and don't attempt to allocate more than is available).
  2. Thanks for the suggestion cde -- I am using 0x90 and 0x91. The other interesting thing is that when I use the Bus Pirate's built in I2C address scan, it finds 0x90 and 0x91 and then every other address after those numbers (which don't exist) -- see below: Searching I2C address space. Found devices at: 0x90(0x48 W) 0x91(0x48 R) 0x92(0x49 W) 0x93(0x49 R) 0x94(0x4A W) 0x95(0x4A R) 0x96(0x4B W) 0x97(0x4B R) 0x98(0x4C W) 0x99(0x4C R) 0x9A(0x4D W) 0x9B(0x4D R) 0x9C(0x4E W) 0x9D(0x4E R) 0x9E(0x4F W) 0x9F(0x4F R) 0xA0(0x50 W) 0xA1(0x50 R) 0xA2(0x51 W) 0xA3(0x51 R) 0xA4(0x52 W) 0xA5(0x52 R) 0xA
  3. I've been banging my head against the wall trying to get even the most basic USCI I2C slave examples working with the g2553. I'm using a Bus Pirate (which acts as a i2c master) at 100Khz to send bytes to the g2553 (slave). I'm using an untouched example from slac485a (Examples for MSP430g2xx3) -- msp430g2xx3_uscib0_i2c_09.c .. Here it is below (since it's fairly short): //****************************************************************************** // MSP430G2xx3 Demo - USCI_B0 I2C Slave RX multiple bytes from MSP430 Master // // Description: This demo connects two MSP430's via the I2C
  • Create New...