I like to use a mix of C and assembler, but if we have a standard hardware platform there can be different codes for it, and some could be C and some assembler.
AVRFreaks website is the place to get the info on the gccavr compiler. I have not used it recently, but there is a package to download and install. It is confusing to get it working at first, once going it is really a snap. There are a few special C idioms that are specific to I/O that need to be learned. And one has to be very careful. For example, doing a floating point anything brings in a lot of library code, so on a small chip it can overflow it. Once in it can be used without much further code growth. 8K parts have quite a bit of space, but can be filled up. A 2k part can be overflowed with a single formula, so no floating point there.
On the processor, my tendency for the first go-round is to stay with an 8 pin part. If we want to make it simple enough that someone can dead-bug it, the megas are probably too fine pitch in the smaller packages. They probably don't have a temperature sensor either, though I didn't verify that.
Good points about the FET specs. If we choose a generic enough package the FET can be easily substituted. I would expect that any logic level gate FET would be potentially suitable. Look in Digikey and suggest something. We're wide open on this.
Another issue is off-current. If we have to make the divider too low in impedance it will draw some current. Also the 5V regulator we use should have very low idle current, or we may have to turn it off. I'd like to keep the parts count low. We should choose an off-current maximum spec. Something like 2500 mAH divided by six months??
In terms of a space requirement, my own needs at this time are for D Mag, which would be into a KIU socket base. Perhaps fitting in a KIU C socket base would be more universal, however. I have neither at this time, so someone could help here by putting the available size of those two environments. Are there other packages that we should consider?
On the AW regulator, I don't know for certain what it will do, or when it will be released. It looks very nice physically (the non regulated version). I think the differentiating factor that makes me interested in this collaboration's version is that it will be more flexible than one from any vendor with closed hardware/software.
If you look at LED regulators, there seems to be plenty of market space for many units. Even a single vendor offers almost a dozen variations. This market is possibly smaller, but don't forget there are many cavers, etc who really prefer incans and not necessarily the super power models, but more practical long running stuff. At least one designer will only answer the phone for 10,000 units per order!
I am interested in a fairly basic hardware design, but perhaps a phase II would be much more sophisticated. How about a zigbee RF interface, so you could control your flashlight and set its parameters as well as read out battery status, etc from a distance. Save that for later.
I am going to Quartsite Quartzfest tomorrow and I need to get the RV packed. Any CPF'ers going should look me up. We'll be with the Ham Radio group at mile marker 99. I may have internet, or not.
See you folks in a week. Play nice!!
-- Alan, WB6ZQZ