Rickta59

The next release of Energia is going to include an updated compiler. However, you can find it here now: https://github.com/energia/Energia/blob ... 32.tar.bz2 You will have to download and extract that into the appropriate directory on your unpacked Energia directory. The gcc version in that tar file has the FRAM BSL corruption patch installed. Also, it was built with the intent of using fewer external shared libraries by statically linking with some of the required system libraries. If all else fails, you can try the build script located here: https://github.com/energia/Energ

Free full function if you are using CCS with the Stellaris launchpad. -rick

You can't write a function within another function. You might want to spend some time on a tutorial site first. Here is the tutorial on functions: http://www.cprogramming.com/tutorial/c/lesson4.html -rick

I came across this post on the e2e.ti.com forums: http://e2e.ti.com/su...486.aspx#680486 It talks about another TI eval board that seems to have the same USB PID/VID as the Stellaris launchpad. (1cbe:00fd Luminary Micro Inc.) So hoping for the best, I created a file named: /opt/ti/ccsv5/ccs_base/common/targetdb/connections/Stellaris_ICDI_Connection.xml and stuffed this into it: <?xml version="1.0"?> <connection id="Stellaris In-Circuit Debug Interface" class="31040"> <connectionType Type="LM_ICDI"/> <property Type="hiddenfield" Value="No" id="dat

I watched your video and your comment that Energia ( which really means msp430-gcc ) is not efficient is misplaced. In your code, you use floating point, multiplication and division. The msp430g2553 doesn't have hardware floating point nor any multiple or divide instructions. If you use floating point with division and multiplication, this forces msp430-gcc to include software implementations of the floating point math to be linked with your code to accomplish those tasks. This does cause larger binaries. I'm not sure CCS would do any better, it would also have to implement the floating

Why not? Just because we don't support it directly, there is nothing stopping someone from adding their own board descriptions and pin descriptions for the ez430-rf2500 board. It would be great if your project added that value to Energia. Energia is open source. We encourage people to contribute things they want to see. msp430-gcc can develop code for all of the shipping msp430 chips. The fact that your favorite board doesn't have an entry and pin layout setup shouldn't be a barrier to getting it added. We have a wiki entry that shows the quickest route to getting your code reviewe

We are always looking for new examples. Provide a link to the examples and I'll make them part of Energia.

Are you going to make your source code available for all?

The launchpad isn't supported. However, the MSP-FET430UIF device is supported. They have said that msp430 launchpad support is on the to do list but there is no ETA. See my questions and their answers regarding this on e2e.ti.com: http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/171173/688729.aspx#688729 -rick

Can you release that info to the rest of us? -rick

http://processors.wiki.ti.com/index.php/Download_CCS

Welcome Andrew! We are looking forward to some of the interesting projects you have discussed on the IRC channel. -rick

Yes it makes the appropriate swap based on the chip being used. It does use HW.

Have you looked at the SPI code in Energia. It would be nice if you used that as it would allow your code to be portable between all the chips we support.

slulge looks like a potential scammer to me

We don't officially support 64 bit linux. Some people have been able to get it going themselves info here: https://github.com/energia/Energia/issues/98

#include // pulls in processor specific headers CCS doesn't provide structure access as described in the book.

One of the best ways to figure out how to do something in ASM is to write it in C and then have the compiler output the asm it creates.

I compiled that stuff with Ubuntu 11.04. If you use that version it should work.

I normally run with chips on a breadboard. Looking at the schematic for the launch pad I'm not sure if XIN/XOUT are connected to the pins. Can you check with a multimeter at the pin on the chip to see if it is going high when you set it with software?

What works and what doesn't?

Maybe you could pastebin post all the code and describe/schematic of what you are doing with the hardware.

Yeah, sorry. P2_6 would normally come from pins_energia.h but I can see that is defined as NOT_A_PIN. NOT_A_PIN ignores any attempts to change its mode or value. You should be able to use this to code make them both output in setup() P2SEL &= ~(BIT6|BIT7); P2DIR |= (BIT6|BIT7); When you want to turn them on and off: ... P2OUT |= BIT6; // to turn on P2OUT &= ~BIT6; // to turn off ... ... P2OUT |= BIT7; // to turn on P2OUT &= ~BIT7; // to turn off ...

Or spend some time and get a deeper understanding of the msp430 peripherals and architecture.

you should be able to use pinMode(P2_6,OUTPUT) and pinMode(P2_7,OUTPUT). If not then you might submit an issue.