-
Content Count
129 -
Joined
-
Last visited
-
Days Won
2
Fe2o3Fish last won the day on March 29 2011
Fe2o3Fish had the most liked content!
About Fe2o3Fish
-
Rank
Level 1
Profile Information
-
Location
Van Alstyne, TX
-
Try mine. I modified the original sine wave fader by removing the large table, not using any hairy multiplies or divides. I basically used an x^2 curve as opposed to a sine because it was simple to implement and the curves weren't all that different. Enjoy again! http://forum.43oh.com/topic/475-demo-breathing-led-part-deux/ -Rusty-
-
What a rush! Sugar rush, that is. :-) Bon appetite!
-
Yeah, that just about summarizes it.... quite well. :-)
-
Yup, got mine today in the US Snail as well. Clearly a marketing booklet for engineers who are at the 'dummies' level w.r.t. FRAM. Professional and no cartoons. -Rusty-
-
Sorry, I don't get on this forum as often as I used to. Still, Doc, yer welcome! Engineering is all about trade offs whether it's software or hardware. Hope yer project works just the way you want!
-
Yup, ordered on around the first week of August and another about 2-weeks ago. Mouser in Mansfield, TX is 1-day away for US Snail yet I have not seen the book on my doorstep/mailbox. -Rusty-
-
Doc, The only real problem you might incur is when your 10-ms interrupt goes off while the delayHundredths() function is in the middle of using the delayCounter variable. A cheap fix would be to change delayCounter to be an unsigned int of 16-bits. This would reduce (not eliminate!) the above situation from happening. I mean, do you really need a 4 billion+ 10-millisecond delay? If you want to make available your 4-billion+ 10-millisecond delays, the "expensive" fix would be to have a function that grabs the delayCounter value while turning off that interrupt (or all of them) s
-
White looks good too (with black lettering, of course).
-
The delayHundredth() function is probably using the timer interrupt. Highly recommend that you only call spell() from within the while() loop in main(). Let the interrupts set a flag that code inside the while() loop will test for and then call spell(). Calling a function that takes a "long" time to execute inside an interrupt handler is NOT a good idear. -Rusty-
-
FWIW, IAGARA... Since Aug 10th, I haven't seen my book nor heard from Mouser about it. I reordered today but at least this time I got a page that said "Your order is on its way." Even regular snail mail from Mouser (at least in Mansfield, TX) is only a day away. That is why I order from them. We'll see what happens....
-
And keep in mind that most (all?) Arduino shields expect and use 5v for signals and power whereas the Launchpad has only 3v3 available and isn't 5v tolerant. -Rusty-
-
r4k, It appears to be of a dead-tree variety.... which means I can take it and an LED flashlight to the outhouse and read it. :-)
-
Most misquoted movie -- I prefer the Blazing Saddles clip myself, :-D -Rusty-
-
For what it's worth, this is what I use without complaints: #include #define interrupt(x) void __attribute__((interrupt (x))) .... interrupt(TIMERA1_VECTOR) Timer_A(void) { /* ISR */ } Naturally, your vector name will vary. :-) This is for msp430-gcc version 4.5.3 on Linux. -Rusty-
-
Wouldn't mind having this Forth-y thing-y on my FRAM board -- more LEDs, an RTC, accelerometer, and more schtuff to diddle with compared to LP. Have older Launchpads so I had to cobble together a TX-RX reverser but it seems to work OK with my G2553. -Rusty- [Edit: Apparently there is a version for the 5739 FRAM board but trying to access it on the CamelForth website gives me an "Access Forbidden" error.