Lume1-FW3X: Constant Current Buck-Boost & FET Driver with Anduril1/2 + RGB Aux

Looks like the FW3A spring…

Try Victor at Lumintop abbie@lumintop.com

I conversed with him last week, he answers to this e-mail.

Tom E, I’m using your branch of Anduril with Atmel Studio. Thanks for making that available.

I’m considering switching over to the 1634 for all future drivers; I’ve been following TK’s FW thread quite closely.

And now this Lume1 driver is using the 1634, it seems like it’s worth making the switch.

I’m not sure how to integrate it into new drivers though. The D4v2 uses it, so can take the pinout from that, but that light doesn’t use ADC for battery voltage or temp sensing for example. I have at least two different driver designs sitting idle, because I’m not sure what pins people are already using (or planning to use).

Oh, and then there are at least three different programming pogo-pin standards… :slight_smile:

I can see the flexible PCBs being used for some interesting things… maybe a driver curved around the ID of the battery cylinder to shave a few mm off an EDC light.

I’ve been thinking about a driver wrapped around a reflector / TIR…could be wrapped 2 times even. With a part folded to cover the top of MCPCB.

Good to hear you are using my special Anduril! I've been getting very frustrated tweaking voltage and temp cal's for each light I do with Narsil. Yep, I'm definitely looking for 1634 drivers, although the newer, better MCU's are out but no Anduril support yet. Mike C is supporting them though.

The D4V2 doesn't use ADC for the readings? Do you know what it does then? That's weird, I haven't researched the 1634 support thoroughly, just a peak or two. I got Hank's programming pogo pin adapter, but haven't used it yet. I got 2 compatible lights - the K1 and D4SV2. Supporting that layout would be great.

The good thing about copying Hank's layouts would be we know TK actively supports them - no special mods to Anduril needed. She has all the I-O lights and I'mm sure is on the hook to support them. Of course the ramping tables, etc., may be needed, but that's more to follow the LED output design, like 2 channels, 3 channels, how many 7135's in the bank, etc.

For the flex PCB's, classic designs still need a solid footing for the batt+ spring, and best to have the driver close to it for a short wire run. Not sure if could handle larger IC's like the bigger FET's we use. The MCU's are smaller than the classic 85 though. For modding, lot of times I'll strip the stock components and piggyback in a board, but now for those, I'm always using the 0.8 mm thick ones from OSHPark. Not sure how the flex PCB's handle the heat we get on those drivers though.

The flex boards seem perfect for AUX LED overlays though.

Sorry Tom, I meant external ADC, i.e. a potential divider.
It uses internal reference compared against VCC, which is fine for 1S, but no good for 2S+

Ohh, but that's easy to do on an I/O pin, and Anduril supports it, though not sure on a 1634.

Yeah, fair enough.

I have a few 85s set up for it, but the port/ADC config/compare registers will be different for the 1634…

I’d need to port 1634 Anduril code to Atmel Studio first anyway.

I'm in the process of wiriting up a quick tutorial and guide... should be done in a few days. Hopefully that'll be useful. I'll be using examples on how I customized the firmware to suit the additional features for the lume driver and I think this will be applicable for many use cases that have been discussed above.

Ah, that’s great! The firmware development is dependent on hardware, and vice versa, so getting more drivers running the 1634 will help fuel progress.

Coincidentally, a few months ago, I had a driver design which also needed one PWM out, one enable line, and one FET output for turbo only (it’s a buck driver for triple XHP70s), but I never got around to sorting the firmware. You have reminded me to go back and sort that out as well. :slight_smile:

Got Atmel Studio working with Attiny1634 (set as a D4v2):

Unfortunately, I don’t have any 1634s to test with. Still, I know it works now ready for future driver tinkering.

Hope everyone has been well and staying healthy.

There have been some delays recently due to other commitments, but here are some news updates to the lume1 project.

Here's the driver together with the copper FW3C flashlight and tri-RGB Aux Board. LEDs are Nichia 219B 4500k 9080.

I've since received a Rev B PCB of the board and was able to put it together. Rev B improves on some of the layout, silkscreen, and fixes the reverse current flow issue during boost operation. Anduril functionality has also been verified, and a driver efficiency characterization was also completed.

With the suggestion from Agro, I was able to find suitable small RGB LEDs and have designed a board for them. They're based on the verified board outline as the tri-LED board which I'm currently using, so it'll fit. Boards have arrived but LEDs have not yet.

Finally, I'd like to thank everyone for their support. I've been writing up a more detailed 'datasheet' for the lume1 FW3x driver.

To wit, I am planning a one-time group order of assembled and programmed drivers. The only issue I have right now is that I haven't yet found the source of the same spring which Lumintop uses, so likely the driver will be built fully assembled, and the user needs to solder their own spring and LED wires on, which I think should be OK.

I'll be finalizing the production design soon but it'll likely be very similar to the Rev B design with maybe some changes in silkscreen and cosmetics and no electrical changes.

Will also be creating a Google Doc as suggested to start an interest list very soon, where I will be gauging interest based on estimated cost, as well as other options such as PCB colour and so on, so please look out for it! It is most likely the PCB soldermask will be a more conventional one, such as green, or red, or blue or black etc.

Likely we'll need at least 50 boards at the very minimum for a group order to be economically feasible.

Thanks everyone.

Looks and sounds great!!

Wooohooooo!!!

Yes!

I am more interesting do you will share whole Altium project or only OSHpark PCB. If you post schematic will be also great if that project is trully OSHW at all.

This is looking great!

Was hoping I could use it in my EDC18, they said it was the same driver, but major issue with the board mounted switch, for one thing:

That little 0402 resistor on the top center is a 20K for the green 0402 LED under the black switch (not visible). It connects straight to Batt+. Plan is to remove it and swap in a 0603 resistor, maybe ~10K, and wire it to spare pin #7 so it can be controlled by Anduril. Not enough pins for your RGB board though .

The rest are our standard BLF driver design by DEL (not seen here much anymore). We often forget around here that BLF user DEL is the one who came up with this improved design, added the 4.7 ohm R3, The R1 and R2 for the FET, and the C2 cap. The FET gate resistors are pretty standard, but specially the R3 prior to the diode, and the C2 cap made a huge difference is stability for the ATtiny 25/45/85's.

Any chance you’ll make an HL03 version? It has a switch mounted in the middle of the board

Hello all,

Just a note that I have started an official interest list for a group buy!

If you are interested, please sign up here: https://budgetlightforum.com/t/-/61834

Thanks to everyone on this forum who have provided great feedback, comments, suggestions, ideas, and support. I'm currently busy working through a detailed datasheet and documentation for the driver and the firmware, so please hang on.

Meanwhile, details of the upcoming group buy are listed in the thread above.

TomE, I get a fair number of requests to build drivers for different flashlights but I only have so much time to work on drivers, and it's a fair amount of development time, effort, and cost for me to purchase my own flashlights etc. So unless the demand is very high, I can't commit to working on different variants. I hope this is understandable. For example, I've purchased 3 FWxx flashlights at my own cost just for the development of this driver, and unfortunately I don't get any sponsors

Thanks all!

The 21.7 mm driver could probably have fitted a number of lights if it wasn’t designed for the non standard double tube design of the FW3A. (H03/04 would fit by filing it down to 21.3~21.2mm).

Maybe Lexel could make variants of this driver since it’s opensource, and would replace advantageously his linear+DD driver offering.