fluffy

Ok, I'm a bit confused (which is not all that unusual). I thought that the Educational Booster Pack code originally targeted at the 430 had been ported to Stellaris. I downloaded a library from here: http://embeddedcomputing.weebly.com/libraries.html that says "Educational BoosterPack Library for LaunchPad MSP430 and Stellaris with Energia". But looking at the source code for the POT example distributed with the library, I see: #if defined(__MSP430G2553__) || defined(__MSP430G2452__) // LaunchPad specific #else // error #error Platform not defined #endif And indeed commentin

Just listened to a Texas Instruments Webinar on the LaunchPad product line. They were very complementary towards Energia, touted the release of Energia for the Stellaris/ARM LaunchPad and even demo'ed Energia with the new "Educational" Booster Pack. Basically, they seemed to position Energia as an easy entry point for the LaunchPad environment, and although they often made reference to CCS as their "professional" IDE, between the demo and the questions, much of the software focus seemed on Energia. They also spoke highly of 43oh in general. All in all, I'd say this is a very posi

Thanks! Eagerly awaiting that next release!

Hopefully support for the FRAM boards (I have a couple of MSP-EXP430FR5739) will make it into an Energia binary release soon. Sounds from the discussion in the links that folks have patched relevant sections and gotten it to work, but my experience with attempting to build Energia from source have been uniformly flaky. I'd love to use Energia on those boards, however. The FRAM platform seems ideal for a small data logger.

The binary version works just fine on my (non-VM) Ubuntu system. Alternated between co piling and uploading Blink and AnalogInputSerialOutput, and it worked great. This used to hose up on the earlier version, per all the weirdness in the thread above. Thanks very much.

Interspersed C and Asm listing from Blink compile looks quite sane. I'll try on non-VM hardware tonight, and let you know what happens. As always, thanks so much for your excellent support and patience.

Thanks. I made a local symlink but the method in your post above is probably cleaner. In any event, linking the newer libgmp to the 3.0 version works to get compiling to work. My attempt to download the sketch hung, but I believe that is because of the funky virualization of the relevant USB device by VirtualBox. Is there anything I can look at in the generated elf file to see if the compilation looks OK? I will give this a try directly on the Linux H/W this evening as well.

Update: Forging the following symlink gets a compile of blink to complete in the env decribed above: export LD_LIBRARY_PATH=`pwd` ln -s /usr/lib/libgmp.so.10 `pwd`/libgmp.so.3 Not sure if I will be able to upload the generated program in the VM however.

Gave the binary distro linked above in this thread a quick trial on a VirtuaBox VM at my office. (Only have access to VirtualBox VM here. My machine at home is a bare-metal, non-virtualized install). Fails compile looking for libgmp.so.3. My system is Ubuntu 11.10. Here's the message get from the attempted compile: /home/jerry/Downloads/energia-0101E0008/hardware/tools/msp430/bin/../libexec/gcc/msp430/4.6.3/cc1plus: error while loading shared libraries: libgmp.so.3: cannot open shared object file: No such file or directory jerry@jerry-VirtualBox:~/Downloads/energia-0101E0008$ find

So sorry, I missed your last reply re binary version. Great! I'm on that tomorrow, for sure. Thanks to all for your help in this forum. This is a terrific group. Jerry

Thanks. I think I'll wait and try the binary distribution. But I really appreciate all the help. Folks on this forum are very responsive, and that's wonderful.

I've also experienced the serial port becoming unavailable (or unusable) after using the Serial Monitor option in Energia on Window 7. Selecting another COM port and then re-selecting the "real" one seems to work so far in my limited experimentation. In other words, your board might be say, COM8, so switch to COM1, then back to COM8 and that may clear things up for the next run. Hope this helps.

Ok, I'm back at attempting to get Energia compiling and loading reliably on my Linux platform. I really appreciate the help I've gotten from folks here so far, but I'm quite stuck at the moment. I build mspdebug from the latest source here: http://sourceforge.net/projects/mspdebug/files/ Had to install libusb-dev, but compile was fine. Just for good measure, I had applied the patch for flaky /dev/ACM0 from here: https://github.com/energia/Energia/wiki ... munication Fired up Energia, and successfully compiled and downloaded the Blink sketch into a brand new 430 board

Yes, chip is a mps430g2553. Ordered a tube of them the other day to replace what was originally in my older 430 boards. Tried a couple of boards as well, same result. Just tried Energia under OS X and Blink and Button sketches work fine, compile, download and run. Still struggling with Serial Monitor there, but that likely isn't related. So I'm thinking that something's up with mspdebug on the Linux platform? Thanks for the quick response.

Many thanks for your help so far. Some progress, but more weirdness. For the Blink example, I am able to compile it under the Energia UI, and then load the program "manually" using mspdebug to load the generated ELF. (Per your suggestion) This gets around the apparent failure to erase and load when spawned from Energia. This works, but seems intermittent, in the sense that sometimes I load the Blink.cpp.elf file (erasing the chip first) using mspdebug and when I issue the run command it does run and the LED blinks. Other times when I load the program (or any other sketch in the Ba