Is there this kind of thread in CPF?
No idea..I don't go there
To be honest I had no clue what I was looking at when ordering the capacitors, but I did get X7R ones because they had the greatest operating temperature range. This is one of the ones I purchased - http://www.digikey.com/product-detail/en/CL21B105KBFNNNE/1276-1029-1-ND/3889115.
For anyone interested, my modified version of the Star1.1.c program (see “JBW-” comments) and corresponding hex file have been posted here:
https://www.dropbox.com/sh/yjq5ahllbuqf1zh/yoJRh8nJPT/STAR/JW980.build
Thanks to WarHawk-AVG for posting it for me so others can see what was done 
-JW
Anyone given thought to modifying the e-switch version to do something with a tail power switch? I'm thinking tactical style switch, where power ON comes up in high. With the tail switch off, it's a simple "lock-out". With this no-memory style of mode changing, I don't think mode memory has to be added just for the tail switch - any thoughts?
I got the Yezl Y3 and Convoy L4 I need to do something nice with.
I know that JonnyC was working on something like this back in December...not sure what happened with it. I probably discouraged him (as did the limited memory space). 
Tom - you mean lights that have a power switch (rear clicky) and an e-switch? I was building a program for these a while back and thought it was almost done. Basically, the power switch just turned it on to the last mode every time. When you wanted to change modes or ramp you would use the e-switch. I just need to add memory to the momentary program then. Your idea seems interesting though.
Oh, and as for ramping, my original plan was to make the momentary/e-switch program so that it would allow a press-and-hold to ramp, along with all of the other features. I got it working but ran out of room for voltage ramp down, then saw what DrJones was able to do with one of his programs (pretty much everything you could imagine) and gave up in frustration and defeat. Then RMM told me about the UI Werner came up with so I scrapped the ramping for now.
That was because he used a ATtiny58 with 8K flash rather than a ATtiny13A with 1K flash. Which is also the same size as Tido’s MCU but is a different critter all together, it doesn’t use a Amtel MCU, it uses a Zilog Z8F082A MCU
I must say a hybrid type driver would be cool as heck though!
I was actually referring to DrJones' lumodrv which uses the stock 105C. I'm amazed what all he can fit within 1K.
The other UI I really really like is from the LD-36 (I think it's been changed in recent versions, the ones currently being shipped are different). It's really simple. Short press turns on/off, long press for ramping. Each long press alternates direction. And, even if you keep the button held down, it stops when it reaches min/max (the ones that keep going up-down-up-down forever are a P.I.T.A.). If you go up too far, just release and long press again and it goes down.
Yup, that's exactly how I have the ramping working in my old program that I used in the UF T20 and T50. Basically it also has off-time memory, so if you turn off and back on right away, it will jump to the next preset mode, but you can still hold to ramp. Maybe I should get that program updated and shared as well.
Your program guys are great. I shall have a lot fun to play with.
Jonny - Even the doc has his limits. He had to sacrifice features too in some versions. Would be really nice to have more memory, like the Tiny25 or Tiny85. Tivo532 (not the infamous Tido) has the driver based on the Z8, but that particular part has only 500 pieces remaining at DigiKey for qty 1 purchasing. After that, it's by qty 500 or so. Haven't seen it stocked anywhere else so far, so that has me concerned, but maybe there's a replacements or other sources...
ARRGH you’re right…I get Tivo and Tido mixed up…
and if you order thru DigiKey…if you order larger multiples (with qty 1) the price drops considerably per unit
You probably already knew that though
Yes please! 
So I'm utilizing Git for another side project and finally might be slightly starting to somewhat understand it :) I think we should create a GitHub repository for all AVR programs where we can all contribute to the programs and it can be a one-stop shop for anyone looking to find a customized program that meets their needs. Of course getting one up and running is a different matter. If I ever get time in the future I can create the repository and start organizing/categorizing all of the different programs that have been created.
We are using GIT at work now, but strictly internal of course, but I'm somewhat familiar, still not comfortable with it. We use TortoiseGit as the UI.
Nice. I tried TortoiseGit, but it was still too confusing. Just started using SourceTree and it makes Git bearable. I still miss my SVN "synchronize" feature so I can see all incoming changes. The whole fetch/pull process frustrates me.
question on the -os command when using avr studio 5.1. where is this setting? obviously using the gui interface of avr studio, im not using a command line interface where i can just type in -os.
i ask because my compiled code hex looks larger than the 1k space of a attiny13a.
thanks
Brian
Brian - by looks large, what do you mean exactly?