DSLite version 6.2.1.1594 fails to upload to the TM4C123 / LM4F120 LaunchPad if the Kentec K35 SPI BoosterPack ins attached.

• With Kentec K35 SPI BoosterPack attached on the TM4C123 / LM4F120 LaunchPad

/Applications/IDE/Energia.app/Contents/Java/hardware/tools/DSLite/DebugServer/bin/DSLite load -c /Applications/IDE/Energia.app/Contents/Java/hardware/tools/DSLite/EK-TM4C123GXL.ccxml -f /var/folders/px/cyfvtr757lqg0yp_cv9j79jh0000gn/T/build11d21785847b24f96e591dd0f6b07e35.tmp/Blink.ino.elf 
ASSERT FAILED (find_lmicdi:251): (rc > 0) == 0
ASSERT FAILED (find_lmicdi:255): (rc > 0) == 0
ASSERT FAILED (find_lmicdi:251): (rc > 0) == 0
ASSERT FAILED (find_lmicdi:255): (rc > 0) == 0

• Without any BoosterPack attached on the TM4C123 / LM4F120 LaunchPad

/Applications/IDE/Energia.app/Contents/Java/hardware/tools/DSLite/DebugServer/bin/DSLite load -c /Applications/IDE/Energia.app/Contents/Java/hardware/tools/DSLite/EK-TM4C123GXL.ccxml -f /var/folders/px/cyfvtr757lqg0yp_cv9j79jh0000gn/T/build11d21785847b24f96e591dd0f6b07e35.tmp/Blink.ino.elf 
DSLite version 6.2.1.1594
Configuring Debugger (may take a few minutes on first launch)...
	Initializing Register Database...
	Initializing: CORTEX_M4_0
	Executing Startup Scripts: CORTEX_M4_0
GEL: CORTEX_M4_0: GEL Output: 
Memory Map Initialization Complete
Connecting...
Loading Program: /var/folders/px/cyfvtr757lqg0yp_cv9j79jh0000gn/T/build11d21785847b24f96e591dd0f6b07e35.tmp/Blink.ino.elf
	Preparing ... 
	.text: 0 of 2324 at 0x0
Erasing Flash.
	Finished
	Setting PC to entry point.
Running...
Success

For example in lwiplib.c

// Texas Instruments (TI) is supplying this software for use solely and
// exclusively on TI's microcontroller products. The software is owned by
// TI and/or its suppliers, and is protected under applicable copyright
// laws. You may not combine this software with "viral" open-source
// software in order to form a larger program.

Energia is LGPL, which I guess someone could argue is "viral".

And even regardless of this, this license does not seem very friendly for use in a third party product (be it open source or not).

From @rei-vilo on March 7, 2014 8:32

The I²C specifications (NXP, I²C-bus.org) allow the slave to set the SCL clock line low to make the master wait. This is called clock streching.

An I2C slave is allowed to hold down the clock if it needs to reduce the bus speed. The master on the other hand is required to read back the clock signal after releasing it to high state and wait until the line has actually gone high.

How to implement clock stretching on the Stellaris LM4F120 / Tiva C TM4C123?

For example, the twi.h library for the MSP430 includes two functions that are used this purpose:

void twi_stop(void);
void twi_releaseBus(void);

Thank you!

Copied from original issue: energia/Energia#336

From @cjdg on May 30, 2015 17:55

when i load the StandardFirmata i get the next error

StandardFirmata.cpp.o: In function setPinModeCallback(unsigned char, int)': StandardFirmata.cpp:(.text._Z18setPinModeCallbackhi+0x5a): undefined reference toServo::attached()'
StandardFirmata.cpp:(.text._Z18setPinModeCallbackhi+0x1ec): undefined reference to Servo::attached()' StandardFirmata.cpp.o: In functionsysexCallback(unsigned char, unsigned char, unsigned char*)':
StandardFirmata.cpp:(.text._Z13sysexCallbackhhPh+0x1d6): undefined reference to `Servo::attached()'
collect2: error: ld returned 1 exit status

Copied from original issue: energia/Energia#626

From @robertinant on January 12, 2014 16:9

Details are in this forum post: http://forum.stellarisiti.com/topic/677-i2c-on-stellaris-launchpad/?p=5685

Copied from original issue: energia/Energia#316

From @rei-vilo on February 18, 2014 16:30

The following sketch for Stellaris raises an error when compiling:

Exception handling disabled, use -fexceptions to enable

By default, Energia states -fno-exceptions. Changing -fno-exceptions for -fexceptions throws even more errors:

Undefined reference to '__cxa_allocate_exception'
Undefined reference to '__cxa_throw'
Undefined reference to '__cxa_end_cleanup'
Undefined reference to '__cxa_begin_catch'
Undefined reference to '__cxa_end_catch'
Undefined reference to 'typeinfo for int'
Undefined reference to '__cxa_end_catch'

Exceptions management is critical for large projects, made possible by the Stellaris now Tiva C LaunchPad.

Sketch code

void setup() {
    Serial.begin(9600);

    try
    {
        throw 20;
    }
    catch (int e)
    {
        Serial.print("An exception occurred. Exception Nr. ");
        Serial.println(e, DEC);
    }
}

void loop()
{
    ;
}

See http://www.cplusplus.com/doc/tutorial/exceptions for more details on exceptions.

Copied from original issue: energia/Energia#325

From @omidathari on September 1, 2016 19:3

Hi Is there a different library of PFatFs for the CC3200EMT as opposed to CC3200.
thanks in advance

Adam

Copied from original issue: energia/Energia#924

From @rei-vilo on April 3, 2014 17:14

SPI tops at 4 MHz because base speed is 8MHz.

As for the Stellaris and TM4C123 LaunchPads, I've changed

ROM_SSIConfigSetExpClk(SSIBASE, SysCtlClockGet(), SSI_FRF_MOTO_MODE_0, SSI_MODE_MASTER, 8000000, 8);

for

ROM_SSIConfigSetExpClk(SSIBASE, SysCtlClockGet(), SSI_FRF_MOTO_MODE_0, SSI_MODE_MASTER, 16000000, 8);

See #164 and #245

Copied from original issue: energia/Energia#365

See energia/Energia#1027

The link performed by Energia 18 against the Tiva C isn't as clean as it used to be. Many sections have warning messages warning: changing start of section .bss by 3 bytes

• Link and copy

"/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/arm-none-eabi-g++" -mcpu=cortex-m4 -mthumb -nostartfiles -nostdlib -Os -Wl,--gc-sections "-T/Users/ReiVilo/Library/Energia15/packages/energia/hardware/tivac/1.0.1/variants/EK-TM4C123GXL/lm4fcpp_blizzard.ld" "-Wl,-Map,/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp/e_500_MSP430.ino.map" -o "/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp/e_500_MSP430.ino.elf" "-L/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp" -Wl,--cref -Wl,--check-sections -Wl,--gc-sections -Wl,--entry=ResetISR -Wl,--unresolved-symbols=report-all -Wl,--warn-common -Wl,--warn-section-align -mthumb -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -fsingle-precision-constant -Wl,--start-group "/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp/sketch/LocalLibrary.cpp.o" "/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp/sketch/e_500_MSP430.ino.cpp.o" "/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp/libraries/Wire/Wire.cpp.o" "/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp/core/core.a" -Wl,--end-group /Users/ReiVilo/Library/Energia15/packages/energia/hardware/tivac/1.0.1/system/driverlib/libdriverlib.a -lm -lc -lgcc
"/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/arm-none-eabi-objcopy" -O binary "/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp/e_500_MSP430.ino.elf" "/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/build9c570c49cdd7e4f5a3ebc3aba4163665.tmp/e_500_MSP430.ino.bin"

• Warning messages

/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/../lib/gcc/arm-none-eabi/4.8.4/../../../../arm-none-eabi/bin/ld: warning: changing start of section .igot.plt by 3 bytes
/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/../lib/gcc/arm-none-eabi/4.8.4/../../../../arm-none-eabi/bin/ld: warning: changing start of section .bss by 3 bytes
/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/../lib/gcc/arm-none-eabi/4.8.4/../../../../arm-none-eabi/bin/ld: warning: changing start of section .igot.plt by 3 bytes
/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/../lib/gcc/arm-none-eabi/4.8.4/../../../../arm-none-eabi/bin/ld: warning: changing start of section .bss by 3 bytes
/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/../lib/gcc/arm-none-eabi/4.8.4/../../../../arm-none-eabi/bin/ld: warning: changing start of section .igot.plt by 3 bytes
/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/../lib/gcc/arm-none-eabi/4.8.4/../../../../arm-none-eabi/bin/ld: warning: changing start of section .bss by 3 bytes

From @rei-vilo on November 17, 2013 0:46

For all the MCUs with enough RAM, so the MSP430G2xxx are excluded.

Copied from original issue: energia/Energia#288

https://forum.43oh.com/topic/13584-problem-with-serial-connection-on-mac-os-catalina/

https://github.com/energia/tivac-core/blob/master/boards.txt

For each of the boards the entry:

build.mcu=cortex-m4

Is in there twice

From @robertinant on December 18, 2015 17:27

Right now the LiquidCrystal Library is only visible for MSP430. Testing needs to be done for the other platforms so that it can be included for those platforms as well.

Copied from original issue: energia/Energia#803

The release 1.0.3 isn't available for download on the Boards Manager.

From @rei-vilo on February 10, 2014 21:15

The standard library stdarg.h isn't included for the Stellaris now Tiva C Series LaunchPad while it is available by default for the MSP430.

• Temporary solution

Add #include <stdarg.h> in the main sketch.

Copied from original issue: energia/Energia#323

Is there a reason you haven't moved to the latest version of TivaWare?

The docs (https://energia.nu/guide/libraries/spi/spi_transfer/) mentions three forms of SPI.transfer:

SPI.transfer(val)
SPI.transfer(slaveSelectPin, val)
SPI.transfer(slaveSelectPin, val, transferMode)

however the actual SPI.h header seems to include different functions:

uint8_t transfer(uint8_t);
uint16_t transfer16(uint16_t data);
void transfer(void *buf, size_t count);

Only one of these seems to match the documentation!

If the boards names are used as boards tag as for the MSP430, then the TM4C-based boards should be

I try to compile sketch with EEPROM lib:

#include <EEPROM.h>

void setup() {

}

void loop() {
  EEPROM.write(0, 1);
}

and I get error message:

C:\tmp\arduino_modified_sketch_695733\sketch_aug02b.ino: In function 'void loop()':

sketch_aug02b:8: error: 'EEPROM' was not declared in this scope

   EEPROM.write(0, 1);

   ^

exit status 1
'EEPROM' was not declared in this scope

From @rei-vilo on May 5, 2014 20:2

Implement SPI slave mode for the LM4F TM4C LaunchPads, leveraging the StellarisWare TivaWare.

Copied from original issue: energia/Energia#378

Same issue I reported on the msp430 packages. robertinant/EnergiaNG#10
https://github.com/energia/tivac-core/blob/master/boards.txt#L7

You might want to check all the boards.txt files for all the cores?

I found this when I downloaded and installed the distribution from:

http://energia.nu/downloads/downloadv4.php?file=energia-1.6.10E18-linux64.tar.xz

From @ricardojlrufino on October 30, 2016 2:5

When you download the core for Tiva, and use the Stellaris Board, I found that the compiler was not in the variable / path
I need edit:

/home/ricardo/.energia15/packages/energia/hardware/tivac/1.0.2/platform.txt

And add:

runtime.tools.arm-none-eabi-gcc.path=/home/ricardo/.energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725

Copied from original issue: energia/Energia#939

From @rei-vilo on December 15, 2013 15:16

The UART buffers have been resized —see #300, no more SRAM over-usage— but the 8 UART ports are still hard-coded, prompting a new issue about the consistency of how the ports are managed:

• Serial* ports are hard-declared Serial, Serial1, ..., Serial7

while

• SPI and TwoWire are soft-declared with the setModule() function

Could we use the setModule() function for all the ports, Serial*, SPI and TwoWire?

Only the first of those ports, namely Serial, SPI and Wire, could remain hard-coded.

Copied from original issue: energia/Energia#306

Compiler complains about an illegal character on the board tags for Tiva C boards.

Pre-processing statements based on the board-tag fail to compile because of the -. Use _ instead.

• Error message

"/Users/ReiVilo/Library/Energia15/packages/energia/tools/arm-none-eabi-gcc/4.8.4-20140725/bin/arm-none-eabi-g++" -c -g -Os -w -std=gnu++11 -ffunction-sections -fdata-sections -nostdlib -fno-threadsafe-statics --param max-inline-insns-single=500 -fno-rtti -fno-exceptions -Dprintf=iprintf -w -x c++ -E -CC -mcpu=cortex-m4 -mthumb -DF_CPU=80000000L -DARDUINO=10610 -DENERGIA=10610 -DENERGIA_EK-TM4C123GXL -DENERGIA_ARCH_TIVAC "-I/Users/ReiVilo/Library/Energia15/packages/energia/hardware/tivac/1.0.2/variants/EK-TM4C123GXL" "-I/Users/ReiVilo/Library/Energia15/packages/energia/hardware/tivac/1.0.2/system/driverlib" "-I/Users/ReiVilo/Library/Energia15/packages/energia/hardware/tivac/1.0.2/system/inc" "-I/Users/ReiVilo/Library/Energia15/packages/energia/hardware/tivac/1.0.2/system" -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -mabi=aapcs "-I/Users/ReiVilo/Library/Energia15/packages/energia/hardware/tivac/1.0.2/cores/tivac" "-I/Users/ReiVilo/Library/Energia15/packages/energia/hardware/tivac/1.0.2/variants/EK-TM4C123GXL" "/var/folders/hz/wncgspfd5wxgzmly78yvzk_m0000gn/T/buildab8afa78f9a8f0d7cde72ceba978da5e.tmp/sketch/sketch_jun29a.ino.cpp" -o "/dev/null"

• Code

#if defined(ENERGIA_EK-TM4C123GXL)
#warning ENERGIA_EK-TM4C123GXL
#endif

void setup() {
  // put your setup code here, to run once:

}

void loop() {
  // put your main code here, to run repeatedly: 

}

• Solution

ENERGIA_EK-TM4C123GXL should be ENERGIA_EK_TM4C123GXL
ENERGIA_EK-TM4C1294XL should be ENERGIA_EK_ TM4C1294XL

For CC3200 and Tiva C, the build-and-link process calls the folders system/CMSIS, system/libsam and CMSIS/Device/ATMEL/, which do not exist.

From @jstamour802 on March 31, 2015 15:30

using the TM4C1294 connected launchpad..

My program stops working if DHCP fails and I try to begin with a static IP. If you try to call ethernet.begin(mac,IP) after DHCP fails, the program locks up.

The "DHCP chat server example" demonstrates this - if you have no DHCP it never begins with the static IP and moves beyond the setup loop

void setup() {
// open the serial port
Serial.begin(9600);
Serial.println("\n\nDhcpChatServer setup");
// start the Ethernet connection:
Serial.println("Trying to get an IP address using DHCP");
if (Ethernet.begin(mac) == 0) {
Serial.println("Failed to configure Ethernet using DHCP");
// initialize the ethernet device not using DHCP**************never gets past this point!!!************
Ethernet.begin(mac, ip, gateway, subnet);
}
// print your local IP address:
Serial.print("My IP address: ");
ip = Ethernet.localIP();
for (byte thisByte = 0; thisByte < 4; thisByte++) {
// print the value of each byte of the IP address:
Serial.print(ip[thisByte], DEC);
Serial.print(".");
}
Serial.println();
// start listening for clients
server.begin();

}

Copied from original issue: energia/Energia#594

I've been trying to control a pca9685 pwm ic over i2c on my tiva-c connected launchpad (129). I started off trying the adafruit library with Wire but had no luck.

Upon testing I found that I can only send one byte when sending a transmission. The following code should send 0x00 then 0x80 to address 0x40. (this will reset the pca9685)

#include <Wire.h>

void setup()
{
  Wire.setModule(0);
  Wire.begin();

  Wire.beginTransmission(0x40);
  Wire.write(0x00);
  Wire.write(0x80);
  Wire.endTransmission();
}

void loop()
{
}

Looking at the signals I get this:

Where as if I use the same code (minus the setModule() ) on an arduino I get:

I've tried putting delays between the Wire.write(), trying to write a string also just sends the first byte and nothing more.

Any ideas?

From @rei-vilo on October 21, 2013 14:53

Allow I²C 400-kHz Fast-mode (Fm)

Copied from original issue: energia/Energia#282

See energia/Energia#939

From @ekerin on March 22, 2015 17:33

Using the connected launchpad (TM4C1294XL) - and the EEPROM library, crashes the app (Same code works on Arduino)

I found this note in the Silicon Errata: Mem#11 on Page 51 (http://www.ti.com/lit/er/spmz850d/spmz850d.pdf)

The ROM_EEPROMInit API in TivaWare does not correctly initialize the EEPROM
module as described in the data sheet. It should not be used to initialize the EEPROM.
Workaround(s): Use the Flash version of the EEPROMInit API in TivaWare version 2.1 or later.

The following patch will reconfigure the map for the connected launchpad, and switch to using the MAP version of the EEPROM write code in EEPROM.cpp, instead of the hard coded ROM version. Only tested on Connected Launchpad (TM4C1294XL).

--- rom.h.orig  2014-07-19 19:11:54.428743038 -0400
+++ rom.h       2014-07-19 19:12:32.231312244 -0400
@@ -889,8 +889,7 @@
 //
 //*****************************************************************************
 #if defined(TARGET_IS_BLIZZARD_RA3) ||                                        \
-    defined(TARGET_IS_BLIZZARD_RB1) ||                                        \
-    defined(TARGET_IS_SNOWFLAKE_RA0)
+    defined(TARGET_IS_BLIZZARD_RB1) 
 #define ROM_EEPROMRead                                                        \
         ((void (*)(uint32_t *pui32Data,                                       \
                    uint32_t ui32Address,                                      \
@@ -973,8 +972,7 @@
         ((uint32_t (*)(void))ROM_EEPROMTABLE[12])
 #endif
 #if defined(TARGET_IS_BLIZZARD_RA3) ||                                        \
-    defined(TARGET_IS_BLIZZARD_RB1) ||                                        \
-    defined(TARGET_IS_SNOWFLAKE_RA0)
+    defined(TARGET_IS_BLIZZARD_RB1)
 #define ROM_EEPROMProgram                                                     \
         ((uint32_t (*)(uint32_t *pui32Data,                                   \
                        uint32_t ui32Address,                                  \
--- EEPROM.cpp.orig     2015-03-22 13:25:28.832987269 -0400
+++ EEPROM.cpp  2014-07-19 19:16:24.228934315 -0400
@@ -48,7 +48,7 @@
        //int word = (address / BYTES_PER_WORD) % WORDS_PER_BLOCK;
        unsigned long wordVal = 0;

-       ROM_EEPROMRead(&wordVal, byteAddr, 4);
+       MAP_EEPROMRead(&wordVal, byteAddr, 4);
        wordVal = wordVal >> (8*(address % BYTES_PER_WORD));

        return (uint8_t) wordVal;
@@ -59,11 +59,11 @@
        unsigned long byteAddr = address - (address % BYTES_PER_WORD);

        unsigned long wordVal = 0;
-       ROM_EEPROMRead(&wordVal, byteAddr, 4);
+       MAP_EEPROMRead(&wordVal, byteAddr, 4);
        wordVal &= ~(0xFF << (8*(address % BYTES_PER_WORD)));
        wordVal += value << (8*(address % BYTES_PER_WORD));

-       ROM_EEPROMProgram(&wordVal, byteAddr, 4);
+       MAP_EEPROMProgram(&wordVal, byteAddr, 4);
 }

 EEPROMClass EEPROM;

Copied from original issue: energia/Energia#576

From @rei-vilo on March 15, 2014 15:34

On Mac OS X 10.9.2, the USB enumeration takes a long time before finding the Stellaris / Tiva C LaunchPad.

How to improve speed and reliability?

macbook:~ ReiVilo$ ls /dev/tty.usb*
ls: /dev/tty.usb*: No such file or directory
macbook:~ ReiVilo$ ls /dev/tty.usb*
ls: /dev/tty.usb*: No such file or directory
macbook:~ ReiVilo$ ls /dev/tty.usb*
/dev/tty.usbmodem0E100631
macbook:~ ReiVilo$ ls /dev/tty.usb*
/dev/tty.usbmodem0E100631

Copied from original issue: energia/Energia#340

From @rei-vilo on December 19, 2015 22:51

File Energia.app/Contents/Resources/Java/hardware/lm4f/cores/lm4f/Energia.h includes a wrong definition for the EK-TM4C123GXL LaunchPad.

#if defined(__TM4C129XNCZAD__)
#define TARGET_IS_SNOWFLAKE_RA0
#define PART_TM4C129XNCZAD
#elif defined(__TM4C1294NCPDT__)
#define TARGET_IS_SNOWFLAKE_RA0
#define PART_TM4C1294NCPDT
#elif defined(__LM4F120H5QR__) || defined(__TM4C123GH6PM__)
#define TARGET_IS_BLIZZARD_RB1
#define PART_TM4C1233H6PM 
#define PART_LM4F120H5QR
#else
#error "**** No PART defined or unsupported PART ****"
#endif

It should be PART_TM4C123GH6PM instead of PART_TM4C1233H6PM as per ARM® Cortex®-M4F Based MCU TM4C123G LaunchPad™ Evaluation Kit product page.

The TM4C123G LaunchPad Evaluation Kit is a low-cost evaluation platform for ARM Cortex-M4F based microcontrollers from Texas Instruments. The design of the TM4C123G LaunchPad highlights the TM4C123GH6PM microcontroller with a USB 2.0 device interface and hibernation module.

As a consequence, wrong pins are selected in Energia.app/Contents/Resources/Java/hardware/lm4f/cores/lm4f/driverlib/pin_map.h and QEI pins aren't exposed.

Copied from original issue: energia/Energia#807

This version is very old, and is missing some methods:
How to: get, put, length

See:
https://www.arduino.cc/en/Reference/EEPROM
https://github.com/arduino/Arduino/blob/master/hardware/arduino/avr/libraries/EEPROM/src/EEPROM.h

You must upgrade to maintain compatibility

The Tiva C core used to have a library for the Kentec 3.5" screen.

Current release is missing it.

From @rei-vilo on February 11, 2014 23:52

For the LaunchPad Tiva C Series, there is a potential conflict between names used for identifying the MCU:

• TM4C123GH6PM
• TM4C1233H6PM

including related derived variables as PART_TM4C1233H6PM PART_TM4C123GH6PM

If confirmed, update the label from Question to Bug

Copied from original issue: energia/Energia#324

From @varnonga on March 2, 2014 15:24

Well, I am new to Enegia. So, I got the new updated software zip file, downloaded it, unzipped it and stuck into a project directory.

I also have the TivaC launch pad printed circuit board. Not knowing how to set up Energia, I simply thumb through the the first directory (energia-0101E0011) and clicked on the Energia executable.

I plugged in my board into the USB port. I immediatly tried loading a driver but for some reason, it could not find it. So I tried to open up energia and go to the Blink example. It compiled but when I tried down loading it, I got an ICDI usb device error. I mitigated this by down loading the stellaris_icdi_drivers. Once I did that and replugged in the TivaC launchpad, my windows XP operating system downloaded the driver and all was now working.

So, I reopened Energia again. Again I went to the example "Blink". Again everything compiled correctly. I tried down loading it and I got the following error:

LIBUSB_ERROR_NOT_SUPPORTED

Copied from original issue: energia/Energia#334

Updated boards.txt for MSP432 and MSP430 uses maximum_data_size

MSP-EXP432P401R.upload.maximum_data_size=65536
MSP-EXP430F5529LP.upload.maximum_data_size=8192

when Tiva C and CC3200 use maximum_ram_size

EK-LM4F120XL.upload.maximum_ram_size=32768

CC3200-LAUNCHXL.upload.maximum_ram_size=32768