semicolo

Hi all,
 
Just made a tutorial both written and video on how to use the graphing tool built into Code Composer Studio.  I meant to do this awhile back just not had the time until now, hope it proves of some use.
 
http://coder-tronics.com/code-composer-studio-graphing-tool-tutorial/
 
https://youtu.be/-iGnh0_9YxE
 
Cheers,
Ant

I think it's the serial 9600bps that's holding the ADC frequency here, when the serial buffer is full, the Serial.print must be waiting until some chars are transmitted before returning.
 
Try without the Serial.print
void loop() { // read the analog in value: sensorValue = analogRead(analogInPin); // map it to the range of the analog out: outputValue = map(sensorValue, 0, 1023, 0, 1023); //outputValue = map(sensorValue, 0, 1023, 0, 255); // change the analog out value: analogWrite(analogOutPin, outputValue); delay(1); }

Yeah - I wasted a decent amount of plastic troubleshooting.  For a spool holder - I'd try out PVC (http://www.instructables.com/id/Low-Cost-3D-Printer-Filament-Spool-Stand/).  Works great - cost about $5.

I'm finishing putting together my first 3d printer and attached a pen to make a test: http://youtu.be/t81QYGiyXX4

I made a more in depth description of the project using the hackster.io site:
http://beta.hackster.io/projects/31-YAMB

I'm finishing putting together my first 3d printer and attached a pen to make a test: http://youtu.be/t81QYGiyXX4

I was just making a quick test. Something like this should do the same as your code and be easier to read than working with the MSP430 registers:
#define ANALOG_HALFVCC_INPUT 11 void setup() { Serial.begin(9600); // msp430g2231 must use 4800 } // returns VCC in millivolts int getVCC() { // start with the 1.5V internal reference analogReference(INTERNAL1V5); int data = analogRead(ANALOG_HALFVCC_INPUT); // if overflow, VCC is > 3V, switch to the 2.5V reference if (data==0x3ff) { analogReference(INTERNAL2V5); data = (int)map(analogRead(ANALOG_HALFVCC_INPUT), 0, 1023, 0, 5000); } else { data = (int)map(data, 0, 1023, 0, 3000); } return data; } void loop() { Serial.print("VCC value:"); int data = getVCC(); Serial.println (data); delay(1000); } Would be nice to have a standard constant for reading VCC

I doesn't seem it's only the spaces because I tried "C:\energia-0101E0009 test" and it seems to work
but "C:\Users\pxdoucet\Desktop\dev tools\energia-0101E0009" spits out error 2
 
Edit:
After my second post I checked the path displayed in the error message, in this case it's:
"C:\USERS\PXDOUCET\DESKTOP\DEVTOOLS\ENERGI~1\HARDWARE\TOOLS\MSP430\BIN\msp430-g++"

in fact it looks like it's using old dos style path, if the space is after the 8th character it's ok because the path looks like ENERGI~1 instead of "energia-0101E0009 test"
"C:\test 2\energia-0101E0009" doesn't work the error is:
Cannot run program "C:\TEST2\ENERGI~1\HARDWARE\TOOLS\MSP430\BIN\msp430-g++": CreateProcess error=2, The system cannot find the file specified
It looks like the space was removed.

I have to apologize about writing "but of course you can't use the communication examples."
@@Rickta59 pointed out that TimerSerial.h implements a Timer/software driven UART. This works on the g2231 and g2452 and is automatically configure in Serial.h
 
Yes you'd have better luck with TI's Code Composer studio for chips not supported in energia

It seems to be working, the following sketch gives me 3.5V with USB VCC
void setup() { Serial.begin(9600); // msp430g2231 must use 4800 Serial.println("VCC value:"); analogReference(INTERNAL2V5); } void loop() { long data = map(analogRead(11), 0, 1023, 0, 500); Serial.print (data/100); Serial.print ("."); Serial.println (data%100); // this is wrong if the tens are 0 delay(1000); }

Based on the MSP430G2553 datasheet, the 1.5V ref requires Vcc>= 2.2V and the 2.5V ref requires Vcc >= 2.9V to operate.
 
If your Vcc is below 2.9V you can't use 2.5V ref. So this code first uses the 1.5V ref to check Vcc.
 

SPI is a synchronous serial protocol.
 
But I just had a quick glance at the datasheets, you don't get the start and stop bits in synchronous mode, so you can't use the hardware as is (you'd have to generate these bits in software, not really useful).
It's kinda strange in fact that PS2 needs these bits, you must have them with asynchronous serial but they're useless if you have a clock.
Well, sorry for giving you false hope.

Hi all, I promised this ebay seller (e_goto) that I'd speak of them for adding the MSP430G2553 and MSP430G2452 to their store.
In fact I don't think this was a good idea anymore since I've seen their price of the parts, it's probably cheaper to buy a launchpad even with their free slow shipping.
 
They had really good communication and I bought some nice stuff from them for a good price and I thought it'd be nice if someone would offer these parts without having to pay for the usually high shipping fees if you're not in a hurry.
 
Oh well, the road to hell is paved with my intentions.

This looks pretty cool.  MSP430 + 2x 8x8 LED matrices, and a few other components.  Watch the video for features.
 
http://dangerousprototypes.com/forum/viewtopic.php?f=56&t=2784
 
They're always linking to us, so I figured this was appropriate. ;-)

Yeah women that understand all the beauty of an axis moving thanks to a stepper are rare.

So I have this MAX5214Lite evaluation board I got for free from Maxim (love free stuff).
It's got a MAX5124 high precision 14bits DAC and was wondering what I could do with it.
 
I figured it may be the best precision voltage source I have on hand so I hooked it to a launchpad, ran the energia AnalogInOutSerial sample, took some measures and drew a curve of the values returned by the ADC.
 

 
This looks rather linear to me, there was some +-2LSB noise, I have no way to check if it comes from the USB line, MAX5214 output or the launchpad itself, probably a mix of all these factors.
 
I may try again in CCS putting the MCU to LPM to try removing the internal noise to see if it's more stable. Do you guys know if that'd make a big difference?

So I have this MAX5214Lite evaluation board I got for free from Maxim (love free stuff).
It's got a MAX5124 high precision 14bits DAC and was wondering what I could do with it.
 
I figured it may be the best precision voltage source I have on hand so I hooked it to a launchpad, ran the energia AnalogInOutSerial sample, took some measures and drew a curve of the values returned by the ADC.
 

 
This looks rather linear to me, there was some +-2LSB noise, I have no way to check if it comes from the USB line, MAX5214 output or the launchpad itself, probably a mix of all these factors.
 
I may try again in CCS putting the MCU to LPM to try removing the internal noise to see if it's more stable. Do you guys know if that'd make a big difference?

Nice, the drawing is quite slow compared to the speed when the pen is up, is it because of all the small lines, or does it miss steps if going faster when the pen is dragging?

Sorry for the length on this one (~3min) - but here's a youtube video of the plotter drawing the 43oh logo.
 

I made a more in depth description of the project using the hackster.io site:
http://beta.hackster.io/projects/31-YAMB

I finally got a small video and a photo of the closed box, enjoy:
 

 
http://www.youtube.com/watch?v=sh77g58Do_I

Yes there's room for improvement, what about using variables to hold color increments, something like
// debounce inputs and leave time to press another button if (digitalRead(redButton) == LOW || digitalRead(blueButton) == LOW || digitalRead(greenButton) == LOW) delay(50); // rinc, ginc, binc hold the r,g and b increments if (digitalRead(redButton) == LOW) rinc=5; else rinc=0; if (digitalRead(blueButton) == LOW) binc=5; else binc=0; if (digitalRead(greenButton) == LOW) ginc=5; else ginc=0; // go up to 255 int i; for (int i=0; i<51; i++) { r=r+rinc; g=g+ginc; b=b+binc; analogWrite(redLED, r); analogWrite(greenLED, g); analogWrite(blueLED, ; delay(30); } // go back down to 0 for (int i=0; i<51; i++) { r=r-rinc; g=g-ginc; b=b-binc; analogWrite(redLED, r); analogWrite(greenLED, g); analogWrite(blueLED, ; delay(30); } Not tested, I hope I didn't screw up the loop counts :-)

I finally got a small video and a photo of the closed box, enjoy:
 

 
http://www.youtube.com/watch?v=sh77g58Do_I

Thanks - I know I'd run across that on my earlier research - I booked the midpoint circle algorithm.  I'll definitely have to modify the approach since I will want to create a smooth circle, not hop around.
 
 
Yeah - that's something I was considering - it has to be something that won't allow the pen to give at all in the x or y directions.  I'll have to do some searching to see if someone has come up with a solution.  Found a good forum thread here: http://www.shapeoko.com/forum/viewtopic.php?f=24&t=330