[WIP] 15mm PAM2803 w/ ATtiny13A rough layout / possibility

@gisewhcs - It’ll probably survive, but for now that is certainly not important to me. I can’t speak for the others who are working on this. As far as I know, this normally results in unregulated PWM-adjusted output levels which aren’t as bright as DD. I should already have a 15mm DD+1 driver somewhere, check the list in my signature. This driver also does not have a voltage divider. It cannot measure battery voltage and has no LVC / LVP.

If we achieved programmable regulated no-PWM output on a double sided or 17mm board (by biasing the feedback pin) I think that a li-ion cell becomes more of a problem. In that case the li-ion would probably eliminate modes in addition to it’s other drawbacks. I haven’t fully considered this statement, so it may not be true.

I just had an idea. I know this idea I just had is nothing like the intended purpose of this driver, but I don’t know a better place to ask about it. What would be the feasibility of building just the boost circuit into a tailcap pcb? I was looking at PD’s lit tailcap thread, and lots of things are going on there, but this idea wouldn’t fit there at all. If the boost driver could be fitted to a tailcap pcb, then the actual control driver in the head could provide all the modes and such that we’re accustomed to having in our lights. The tailcap would be the only part that would have to be modded, and the “danger” of li-ion going “direct drive” through the boost circuit would be moot, since the drivers we use take “direct” power from li-ion on their inputs anyway. Can this be done? Is it worth doing? I just thought being able to simply add boost capability to any light at the tailcap would be a neat thing to do.

That puts the LED on the low voltage/high current side of the boost circuit. Not sure what the point would be.

I don’t know what you mean. I figured the boost circuit would be used to boost the power on the negative side, after the switch, before the connection to the battery tube that would run up to the ground ring of the regular driver. I know it isn’t the direction boost drivers are normally made to work, but I thought it might have a chance if specially designed that way by someone in this forum.

Thinking on it some more, maybe I should have started a new thread. It might get better visibility from more people. And, I don’t want to be guilty of hijacking wight’s thread, here.

Boost circuits have input and output sides with different current and voltage on each side. Having it in the tail automatically places the LED on the input/low voltage side. without running extra wires to the front I’ve no idea how this could be changed. It’s not like the illuminated tail cap which uses leakage current only available when the light is switched off. A possibility for lights with multicell carriers but not inline tubes.

RBD is entirely correct. Without trying to be mean (but probably succeeding anyway…) your suggestion makes no sense in either the way you intended it or in the context of the way this stuff actually works.

As I take it your intention was to boost the voltage to the entire light by way of a circuit in the tailcap. Of course the boost circuit would create all of it’s normal losses in that position just like it would in the “normal” position (say 70% efficient maybe). Your suggestion entailed a normal driver in the normal position… so I’ll take that to mean linear driver. So there’s another source of losses (say 70% efficient if you have a low LED Vf and a high boost voltage). Now that we’re on the subject of voltage, how would we regulate the boost circuit in that scenario? Voltage or current?

Of course that remains a moot point since, as RBD mentioned, it simply doesn’t work that way. Simply put, we cannot put a boost circuit in the tailcap for the same reason we cannot put any other power supply circuit in the tailcap. If that could be done we’d have a much, much larger interest in momentary lights since all of our tail-clicky lights could be converted to momentary by moving the driver to the back.

Additionally , the DD part isn’t what’s dangerous with the li-ion. The problem is that this driver does not feature any LVP AND it is a boost circuit… so I suspect that a person could easily damage a li-ion cell. (The circuit should start smoothly boosting as the voltage falls enough to cause the LED to get unreasonably dim) If we had space for multiple circuit boards in the light (as you suggested) we’d have enough space for the two resistors required to do voltage monitoring and have LVP. We do not have that space in all AA lights, which is why this driver doesn’t have a voltage divider / LVP. The boards we are discussing currently are single-sided. A double-sided board would have enough space to add a voltage divider easily, but would add at about 2mm to the overall thickness. We can certainly visit that issue after the boards are cranking along nicely on AA’s. To be 100% clear: AFAIK no LVP is the normal configuration used in AA/AAA lights from DQG to KD Buckle to SK68’s.

… Finally, and I’m sure I’ve mentioned this before… and it’s just an opinion I suppose… but personally I don’t see the utility in a light which can take both. Clearly the intention is that if I leave the house in the morning with a 14500 in my light and then I run down the 14500 I can go to the store and purchase a regular AA… but that’s just nonsensical to the extreme in my opinion. Why not simply keep a backup light which takes regular AA’s in my glove box? That would save me a trip to the store. It seems safe to assume I just don’t have time in my day to go buy flashlight batteries on a day where I’m apparently so busy that I run my flashlight batteries down! You’ll get better performance with a DD driver on your 14500 light. The backup light in the glove box can be a much more efficient 2xAA model or a 2xCR123A model or whatever is appropriate.

I just want AA compatibility. I don’t care about 14500 myself.

Never fear Gunga; AA compatibility will certainly show up before anything else! :slight_smile:

I’m very encouraged by HarleyQuin’s results and I look forward to playing around. My hands are tied until donor drivers show up with PAM2803’s. Tracking isn’t showing much, hopefully they’ll show up any day now.

Just finished an order for 3 Nanjg 110’s from RMM. Also now have a couple of the dirt cheap Xpe boost lights someone was borrowing from. Now all I need is time. I’ll try and find the time to open one up and have a look at the driver.

Can the shottky diode be stacked or paralleled to gain performance in a smaller package?

Ideally we don’t stack/parallel diodes, but yes it’s possible. They must be “thermally coupled” to avoid death. In practice it seems that installing them side by side is a good enough thermal couple for us. With that said, I’m not sure why we’d need to with the BAT60A diodes mentioned in post #35.

Some cheap sourcing.
A member earlier posted a thread on This AA/14500 light from eBay which was $2.58 each when I bought 2 last month and contained this driver.
Removable threaded pill so easy to mod and you get what looks like a nanjg 110 and host for not much more than the driver alone. Bought it mainly for swapping into Incan minimags after reducing current for 2xAA to around 150-200mA. Switch doesn’t look worth much but lens and reflector ok to use.

Thanks for the explanation, wight. I think I understand now. And your post didn’t seem mean at all to me.

Thanks to RBD as well. You were trying to tell me. I just couldn’t get it, because I don’t know how driver circuits work.

No problem. Flashlight circuits can be pretty tricky stuff. I often resort to grabbing a sheet of paper and drawing the circuit quickly when my common sense fails me… but to be useful this practice does require a basic knowledge of how the circuits work.

IMO boost circuits are one of the trickier-to-understand circuits we use here. The idea that we could literally short the battery through an inductor thousands/millions of times per second (bypassing the LED entirely!) and still achieve an efficiency >50% is pretty crazy. Boost circuits can actually be very efficient (>90%)… we just won’t achieve that with this driver. :wink:

HQB17 v1

17mm boost driver, based on the 15mm version

17.6mm actually, the yellow ring shows 17mm
adapted for larger toroid (5.8 x 5.8 mm)
additional info is to be found in the HQB15v1 post and the HQB15v2 post

Partlist
(see post#26 for more info on the parts)
EDIT: The values below are derived from the successful build of the 15mm board, but my very well vary. It’s all in development at the moment.

Switch: PAM2803, SOT-23-6
L1: min. 2.2yH, 4.7yH recommended, up to 5.8 x 5.8mm, 6x6mm might work
D1: BAT60A, SOD323 (Mouser) (Farnell)
R1: 0.120Ohm, 0805
R2: 150kOhm, 0605
R3: 33kOhm, 0605
MCU: ATTiny13A-SSU, Package 8S1
OTC: [1yF], 0603, X5R or X7R [OTC not tested yet]
FET: (from FastTech driver)
Note on C1-C3 capacitors: The values of the PAM2803 datasheet are in all probability too low for our purpose, as we add modechange and PWM to the circuit. The values below are the ones I successfully used with the 15mm board (post#84). I took the highest capacitor values I could source. Less might work; use carefully.
C1: 10yF, 0805, X5R
C2: 20yF, 0805, X5R
C3: 4.7yF, 0603, X5R
C2 and C3 are by design in parallel (C2 as close to PAM2803 pin5, C3 as close to ATtiny13A pin8). I added C3 to be able to increase capacity with a second capacitor. Smaller values might work, populating only one might work; use carefully.

The board is provided as is and yet untested

Oshpark Link

.

Can we not add our normal R1 and R2 and add LVP to the firmware for this board?

Increasing the size to 17.6mm is to make soldering the driver in place easier, is this correct? In reference to the 2oz/0.8mm boards OSH Park says “Castellations are allowed, but not officially supported.” That could be an alternative to oversize boards. We’d probably need to contact OSH Park support to see precisely how castellations should be indicated of course.

Bah humbug. If you want LVP so badly just air-wire it with 1/8w resistors. I don’t see “extra” space on HQ’s board.

Then fix the firmware to not go into LVP with a NiMH/Alkaline/Lithium-primary/etc. I don’t think that this task will be complex, but it must be done.

EDIT: Just in case you are not aware… LVP isn’t needed for operation with AA cells such as Alkaline, NiMH, and Lithium primary. LVP in flashlight drivers is to protect Li-ion cells from overdischarge.

Very nicely done.

As we know Oshpark does not deliver copper to the very edge of the driver. There are 0.3mm missing.
I oversize drivers for 2 reasons:

- making them easier to solder and

  • securing contact for drivers I want to press fit.

Castellations as I understand are copper plated half-holes at the edge. I’m afraid these half-holes would simply be deprived of 0.3mm copper as well… I think it’s a manufacturing process/problem.

I had tired several changes in eagle to avoid this: Smaller Dimension(20) circle width down to 0.001; Milling(44) instead of Dimension(20); Oversizing the Top(1) layer so it’s larger than Dimension(20). All to no effect.
So I simply oversize 0.6mm (pay the additional 7 cent per 17mm-board) and file down. With a dremel and this sanding bit it’s done in seconds.

.

To the Li-Ion issue.
There is a difference between surviving a Li-Ion (4.2V) and being designed for it. The PAM2803 is not designed for 4.2V Li-Ion and I will neither use nor test it. For single Li-Ion a linear driver is a much better option.

LVP would limit the options for those cells, this driver is intended for, which well includes all kinds of primary cells from 1.5V to 3.0V.

.

EDIT: partlist added to post#113

I don’t know why they’d even bring up castellations if they aren’t going to get plated. See here - OSH Park Docs ~ Services ~ 2 Layer 2oz 0.8mm Service