Rickta59

I never added the Arduino SD library to Energia because I wouldn't be able to provide all the functions with the limited amount of ram. Instead of answering questions why something doesn't work, I punted. I did the port of the petit-fs that is up on the store. I haven't looked at it in a long time. I did it when everyone was using CCS. I'm not sure if it will compile with msp430-gcc. However, the last version I did has write functionality for a single pre-created file.

Yan, https://github.com/energia/Energia/commit/8036c90e4ac04b57da9a447b98afa17f4babaf2a That commit above in version 009 changes the defaults of the P2.6 and P2.7 pins to be GPIO instead of XTAL pins. Most people never solder in the XTAL and then can't figure out how to use the pins as GPIO. You might comment out that line your version to use a XTAL. -rick

I posted a similar example here: http://forum.43oh.com/topic/2759-problem-with-interrupts-on-p1-and-a-timer/#entry23367 -rick

How about allowing the TIMERA0 TIMERA1 clock input pins to be driven? Those are actually the only legitimate HF external clock pins. -rick

Anything code that uses #include "avr/something*" isn't going to work with the msp430 Eenergia. avr is used for the atmel avr chips.

I would keep it. I'm probably not a good person to ask though. I load it by hand each time I reboot. I'd prefer to keep my kernel and drivers pretty much stock. I don't reboot that often so it isn't a big deal for me. I know if I'm having any strange issues, I can just reboot and go back to the way it came originally. -rck

It doesn't look like the kernel knows what to do with your stellarpad device. This seems like a mint linux question. A quick google search led me to this posting: http://ubuntuforums.org/archive/index.php/t-797789.html Not sure if that will help, seems like you might look around on the mint linux help boards. -rick

Bizzare... I can't see your response unless I respond to it

> First thing to do is make sure the device is being recognized by the linux kernel. Open a terminal window and try the lsusb command: # lsusb -d 1cbe:00fd Bus 003 Device 022: ID 1cbe:00fd Luminary Micro Inc. the lsusb command is used to list usb devices. If you see an entry for the VID:PID (1cbe:00fd) then your linux kernel has enumerated your device. So that is a good first step > Next, did you setup a udev entry? This changes the permissions on the usb device so non-root users can read and write it. I named my entry /etc/udev/rules.d/61-stellapad.rules: # This file allo

Thanks for sharing this. Nice stuff! So it seems to work on Windows. I got errors in Linux when I tried to safely eject. When I reset theboard a second time the file size was smaller than it should have been. Is there something in the code that needs codesourcery? I tried with the Energia toolchain and that didn't seem to work properly, it didn't work on windows or linux. [ edit] Actually it was some issues with my personal setup. I was able to compile it fine with the Energia toolchain ( at this point Yagarto 4.7.1 version )[ /edit] [ edit2] A follow up to my early problem.

You will have to ask on that e2e.ti.com forums ... or look around in here. I think there are others who have overcome cdc issues with 12.04. -rick

If you have an FTDI USB converter you can use that instead of the one built-in to the launchpad. Unplug the TX and RX jumpers on J3 and connect RX/TX/GND from the FTDI to the P1.1 and P1.2 (See the wiki as the TX/RX depend on the chip ) G2553 P1.1 = TX, P1.2 = RX. G2452 P1.1 = RX, P1.2 = TX. Using an FTDI converter will allow you to run faster than 9600. The LP onboard usb is limited to 1200-9600. This all assumes your FTDI has 3.3volt signals. -rick

You might need to use the driver patch mentioned here: https://github.com/energia/Energia/wiki/Linux-Serial-Communication I posted some information here too: http://forum.43oh.com/topic/2296-linux-serial-communication-working-wmodified-cdc-acm-module/

https://github.com/energia/Energia/downloads ... it is up there .. energia.nu just hasn't been updated.

If you are tracking the Energia stellarpad development, you might want to switch to the master tree. Robert merged the stellarpad branch into master. No more commits will be done on the stellarpad branch. lm4fcpp.ld -rick

I put this code together to test the hardware floating point implementation in the Yagarto toolchain we are using for the lm4f StellarPad. The code below takes advantage of the single precision hardware floating point available in the cortex-m4f. We stick to floats and use the single precision versions of the math routines, the code is smaller and fully use the vfp arm instructions. Also of note in this example, is the use of the insertion operator "<<" applied to the Print class. This allows more compact expression of concatenated output to the Serial port. The code weighs in at

Energia is based on Arduino so you can use the guidelines published here: http://arduino.cc/en/Hacking/LibraryTutorial with one slight change. Where the documents mentions "Arduino.h" you should change it to "Energia.h". -rick

You need to use A5 instead of P1_5.

The ws2811 code that was posted needs to run at 16MHz. Your approach to changing boards.txt is the right thing to do. Now all you need to do is set the DCO frequency in the setup() function before doing anything else. Using a scope I modified the numbers for BCSCTL1 and DCOCTL until I got close to 16MHz. Your numbers might be different but they will be close to what I have. If you have a scope or a frequency counter, just changed the numbers until they match 16MHz. I also added an entry in my boards.txt for a 16MHz g2231. /* Blink - hard coded DCO clock settings configured for 16MHz on my c

Excellent!

Let's see if I can quote the code?

/* * main.c */ #include <msp430.h> #include <stdint.h> const unsigned long MCLK_HZ = 16000000; // SMCLK frequency in hertz const unsigned BPS = 2400; // ASYNC serial baud rate void printc(const char c) { while(!(IFG2 & UCA0TXIFG)); // wait for TX buffer to be empty UCA0TXBUF = c; } void print(const char *s) { while(*s) printc(*s++); } void printx(const uint8_t c) { static char hex_table[] = "0123456789ABCDEF"; printc(hex_table[(c & 0xF0) >> 4]); printc(hex_table[c & 0x0F]); } int main(voi

I see it has been a while since you have been here simpleavr. You might want to try out CCS V5.3 on linux. It won't allow you to upload to a launchpad but you can use it to compile code under CCS in linux. http://software-dl.ti.com/dsps/dsps_public_sw/sdo_ccstudio/CCSv5/CCS_5_3_0/exports/ReleaseNoteRC1.htm

They use the same pins though so you can't use both TimerSerial and HardwareSerial at the same time.

Yes it does work. The wiki needs to be finished. If you use the g2231 or the g2452 Energia automatically defines Serial as a TimerSerial object. The jumpers need to be set the default settings when using software serial. Also note that on the g2231 running at 1MHz we automatically limit the speed to a max of 4800. Currently there is no provision for using TimerSerial on the g2553.