[ lume1 - A Constant Current Buck Boost + FET Driver ]

33 posts / 0 new
Last post

Pages

loneoceans
loneoceans's picture
Offline
Last seen: 1 hour 43 min ago
Joined: 01/08/2017 - 00:18
Posts: 156
[ lume1 - A Constant Current Buck Boost + FET Driver ]

Hello BLF,

Hope that everyone has been having a good start to 2020. A few months back, I was toying with the idea of building a more sensible everyday driver, compared to my (admittedly impractical) GXB high power drivers.

Some of you may have seen this thread about a switching driver I was thinking about, with the main goal of developing an open-source, high efficiency, constant-current driver, using community firmware.The motivation also came from the fact that there didn't seem to exist many high efficiency drivers around, almost all drivers being linear drivers with some combination of 7135s + FETs (though they do have the benefit of low cost and ease of use).

I received a lot of great input from forum members - many thanks to them, including ToyKeeper for her suggestions and advice especially relating to the firmware side. I've tried to find some time to work on this project on and off, and so far I think there are some developments worth sharing at this point.

Here's the first prototype of what I'm calling the lume series of drivers. This is the lume1 driver, designed specifically for use with the 18650 FW-series of flashlights like the FW3A or FW3C, and therefore has a 22mm (21.7mm actually) diameter. Components were specifically chosen to fit in the very low z-height of the FW3 flashlight, and the inductor only just clears. Certainly a bigger one can be used in other designs for even lower DCR. 

 

Above - the lume1 CC-BB+FET driver. For those wondering about the PCB, I used OSHPark's new AfterDark option which is very pretty. Black substrate, clear soldermask, ENIG finish. cool

 

PCB design of the lume1 LED driver; designed with low cost assembly in mind (all on one side, PCB only has 2 layers)

 

The FW3x was chosen as an ideal candidate for this driver due to its very compact size, great popularity, and high quality construction. The E-switch design is nice too, since it allows for a very clean assembly. I thought it would be a good match for this driver, though obviously the lume topology is easily adapted to any flashlight, and more designs will likely be in the pipeline once lume1 has its bugs worked out. Hopefully this may be a driver that hobbyists will consider when modding their flashlights. 

 

Question for you all: I'm trying to find the battery spring that the FW3A driver uses - it's very nice in that it compresses to a low height is fairly stiff, appears to be silver coated, and has fairly thick 0.8mm wire, making an ideal low-DCR spring. I can't seem to find an ideal off-the-shelf spring so far, other than BlueSwordM's springs (albeit with some turns cut off). I contacted lumintop but received no response yet.

 

lume1 Driver Feature List

Here are some of the general features. In no particular order:

  • Input - 1S, e.g. single 18650, specifically since this was designed for the FW3x flashlight (5.5Vmax to 2.7V)
  • Output - designed for 1S LEDs (e.g. 1S for FW1x, 1S3P for FW3x etc)
  • Regulation:
    • 3A Output Constant Current Buck-Boost - slightly higher regulated drive than the stock 7+1+FET FW3 driver
    • FET on-board for Turbo Drive 
  • 21.7mm Diameter
  • 2 Layer PCB, Single-side Components for low cost fabrication and assembly
  • Very low stack height to fit in small driver space for FW3x
  • Attiny1634 Microcontroller running ToyKeeper's Anduril Firmware
  • HarleyQuinn's Pogo-pin Programmer compatibility
  • Efficiency >90% for low to high-mid modes depending on input and output, needs more measurements
  • External temperature sensor IC
  • E-switch usage (for FW3x) and some hardware debounce filtering
  • Low quiescent current for long standby times given that this is an E-switch driver
  • RGB outputs for optional LED aux board
  • 4 additional solder jumper pads (no FW use for them yet, but it's an option)

Keep in mind that this is a first prototype and there should be improvements coming. I tried to keep the design as simple as possible and reduce component count, with the idea of making it cheap to fabricate and assemble.

  

Driver Development

As with all the drivers I've made, I built a simple development platform to evaluate the original design I had in my head. 

This allowed me to evaluate the CC-Buck-Boost + FET topology, and also do some basic firmware testing on the 1634.

Notice that the choice of MCU is the exact same one as used in some Anduril flashlights, such as the Emisar D4 V2. The idea is to keep the design and pinout as similar as possible to enable easy portability of Anduril and similar community firmware.

Right now the target firmware is Anduril. Some modifications need to be made in terms of:

  • HW definitions (pinout is very similar to Emisar D4V2)
  • Temperature sensing - default we can still use the internal MCU sensor, but can also take use of external temp sensor
  • Control line (use 7135 control signal to buck boost control line)
  • Battery Sense (uses simple voltage divider here instead of VCC)

Firmware work is in progress. 

To keep things simple for the dev. board, I soldered a LH351 LED directly on the board for easy testing. Fortunately, all hardware was tested to work as intended and the driver regulates well at 3A output across a variety of input voltages. 

 

With the topology verified, a form-factor PCB was created and assembled. Notice how all the components are only on one side. The spring wasn't installed yet in this photograph. For those with a keen eye, there is one downside to the FET drive, in that current still goes through the low-side current sense resistor, so max turbo is diminished slightly compared to regular FET drivers. I think this is still OK, since typical Turbo drive durations are around tens of seconds before throttling is required to prevent the flashlight from melting!

 

For the first build, I was able to purchase a copper FW3C flashlight. The flashlight will be built up with either SST20 LEDs or Nichia 219Bs, and fitted with the lume1 driver for more evaluation. This is currently in progress, and I hope to post more updates soon (though the next few weeks will admittedly be a little busy for me). I also just received an FW21 - the larger battery allows for even longer run-times, and I think would make for a great candidate for a lume driver as well. 

 

Here's a preview of things to come:

For those concerned, I did put some tape around the flashlight so as not to have it scratched by the clamp. I think this PCB colourway works quite well with the FW3C.

 

Hopefully this will be a driver which people will find useful. sealed

 

I'll greatly appreciate any feedback and suggestions. Is this driver something you think would be useful, or completely useless?? I'd love to hear your thoughts. I know I'll be swapping out my FW3x drivers for this one though, since preliminary tests with my dev platform have gone quite well.Thanks for reading and I'll continue to post updates as this project progresses.

www.loneoceans.com/labs/

lume1 - Constant Current BuckBoost + FET Community FW Driver // GXF22 - CC+FET for Emisar D4
GXB100 Single-cell 100W Gallium Nitride FET Constant Current Boost Driver with Fuzzy Logic & Microphone
GXB172
Single-cell 50W Constant Current Boost Driver 7V @ 6.5A (+ 12V and 9V configs) - Older: GXB17 / GXB20

GFS16 - Integrated 1milliOhm FET Switch System & Improved Tail-light PCBs with Battery Sensing (16-20mm)

Edited by: loneoceans on 02/18/2020 - 15:36
Anthon
Offline
Last seen: 2 hours 30 min ago
Joined: 09/07/2015 - 10:33
Posts: 609

Very interesting. Great job and thanks for sharing it to us

M4D M4X
M4D M4X's picture
Offline
Last seen: 1 hour 22 min ago
Joined: 03/19/2014 - 05:17
Posts: 8075
Location: Austria (GMT + 1)

nice job!

 am watching Wink

€dit 
whats the UI for the RGB?

 

already member of M4DM4X.com ?

the best deals are waiting for YOU!

BIG THANKS for helping me by using my REFLinks

before you buy elsewhere mail me: MARTIN@M4DM4X.COM - i will try to save you money!

Quadrupel
Quadrupel's picture
Offline
Last seen: 28 min 18 sec ago
Joined: 12/03/2017 - 10:40
Posts: 158
Location: LT

Nice! But can you make it a little bit smaller about 20.9mm to fit L shaped headlamps like Skilhunt H series , Nitecore H30 , convoy H1 and others..

Caleb
Caleb's picture
Offline
Last seen: 20 hours 1 min ago
Joined: 03/13/2016 - 01:28
Posts: 617

Thanks for doing this. Great idea.

Is it possible to produce a version for mechanical switches and Bistro type firmware?

id30209
id30209's picture
Offline
Last seen: 3 hours 20 min ago
Joined: 05/17/2018 - 12:20
Posts: 782
Location: Croatia

Outstanding!!

Looking forward to see results.

Did i mention i need 4 of them?

WTB  Jetbeam TCR1  &  Titanium 47 2xAA Quark

loneoceans
loneoceans's picture
Offline
Last seen: 1 hour 43 min ago
Joined: 01/08/2017 - 00:18
Posts: 156

Thanks for the comments. Quick responses:

 

M4D M4X wrote:

whats the UI for the RGB?

The lume1 driver was designed to use community firmware. Since the hardware is a little different, there are some small modifications that need to be made, but otherwise the goal is to allow the use of firmware such as Anduril, etc. As a result, the UI will be based on what firmware is used. Here's how it's implemented in Anduril: https://intl-outdoor.com/media/wysiwyg/D4V2/anduril-ui.png, as used in the Emisar D4V2 (though not in the FW3x yet).

 

Quadrupel wrote:
Nice! But can you make it a little bit smaller about 20.9mm to fit L shaped headlamps like Skilhunt H series , Nitecore H30 , convoy H1 and others..

This is not a problem to do, will hopefully have several different driver sizes in the future. At the moment, the focus is on the FW series of flashlights.

 

Caleb wrote:
Thanks for doing this. Great idea. Is it possible to produce a version for mechanical switches and Bistro type firmware?

Not a problem either. What flashlights are good candidates? 

 

id30209 wrote:

Did i mention i need 4 of them?

Perhaps if this is popular, it may be possible to get a batch made; otherwise anyone should be able to build it themselves too like my other drivers. 

www.loneoceans.com/labs/

lume1 - Constant Current BuckBoost + FET Community FW Driver // GXF22 - CC+FET for Emisar D4
GXB100 Single-cell 100W Gallium Nitride FET Constant Current Boost Driver with Fuzzy Logic & Microphone
GXB172
Single-cell 50W Constant Current Boost Driver 7V @ 6.5A (+ 12V and 9V configs) - Older: GXB17 / GXB20

GFS16 - Integrated 1milliOhm FET Switch System & Improved Tail-light PCBs with Battery Sensing (16-20mm)

id30209
id30209's picture
Offline
Last seen: 3 hours 20 min ago
Joined: 05/17/2018 - 12:20
Posts: 782
Location: Croatia

loneoceans wrote:
Perhaps if this is popular, it may be possible to get a batch made; otherwise anyone should be able to build it themselves too like my other drivers. 

 

I agree but surprisingly there are numerous folks here (including me) who just don’t get that part (build) like rest of you guys. Some stuff some of just can’t make it.

But i really do hope so that interest will be enough to make a batch Smile

WTB  Jetbeam TCR1  &  Titanium 47 2xAA Quark

JamesB
Offline
Last seen: 1 hour 17 min ago
Joined: 08/24/2011 - 14:43
Posts: 931
Location: France

That’s very interesting.

What would be the best case scenario ballpark efficiency advantage vs the current FW3A linear driver ?

KawiBoy1428
KawiBoy1428's picture
Offline
Last seen: 8 hours 4 min ago
Joined: 04/11/2014 - 18:05
Posts: 3971
Location: The Motor City

On the spring side, the ground ring and signal tube ring/trace are very close to each other. The host battery tube bore to the head and mechanical components like the signal tube, driver pocket, driver retainer ring, would need to be very precise in fit and alignment…I would think, from experience, it was one of the problems/draw backs of the NovaTac lights that used this same style spring side design…

KB1428 “Live Life WOT

loneoceans
loneoceans's picture
Offline
Last seen: 1 hour 43 min ago
Joined: 01/08/2017 - 00:18
Posts: 156

JamesB wrote:
That's very interesting. What would be the best case scenario ballpark efficiency advantage vs the current FW3A linear driver ?

Best improvements can be seen when using low V_fwd parallel LEDs, together when battery voltage is high. For example, let's assume a medium brightness running 3 parallel SST20 LEDs, at a total of 1A current. This will have a V_fwd around 2.8V, consuming 2.8W total. At the beginning using a fully charged cell like the Samsung 35E, current draw will cause battery voltage to drop to about 4.0V. In the FW3A linear driver, the driver needs to drop 1.2V at 1A for a total of 1.2W. Efficiency in this scenario is only 70%. As battery voltage drops and V_fwd increases, overall efficiency would go up. Likewise if a different chemistry higher voltage cell is used when operating voltage is 4.1 or 4.2V, efficiency would be even worse. 

In the lume driver, it will not be hard for the driver to be about 90% efficient (likely higher around 92/93%) at 1A, but that's a fair bit more efficient than the 70% of the linear driver. Not only that, power dissipated by the driver drops from 1.2W to 0.31W, saving 0.88W. This should also allow the flashlight to run cooler and marginally more efficiently (for the LED), for the same lumen output. In this case, about 28% efficiency improvement. Hope this gives a good idea. 

 

KawiBoy1428 wrote:
On the spring side, the ground ring and signal tube ring/trace are very close to each other. The host battery tube bore to the head and mechanical components like the signal tube, driver pocket, driver retainer ring, would need to be very precise in fit and alignment...I would think, from experience, it was one of the problems/draw backs of the NovaTac lights that used this same style spring side design...

Yes, this is true, but from what I've seen in the FW3x and FW21 flashlights, the tolerance is very tight and the flashlight is very well built; I don't see any mechanical issues and clearances are actually very generous. Again though, this concern is perhaps more related to the FW3 design; the lume topology is easily adapted to all sorts of other driver sizes and mechanical designs.

www.loneoceans.com/labs/

lume1 - Constant Current BuckBoost + FET Community FW Driver // GXF22 - CC+FET for Emisar D4
GXB100 Single-cell 100W Gallium Nitride FET Constant Current Boost Driver with Fuzzy Logic & Microphone
GXB172
Single-cell 50W Constant Current Boost Driver 7V @ 6.5A (+ 12V and 9V configs) - Older: GXB17 / GXB20

GFS16 - Integrated 1milliOhm FET Switch System & Improved Tail-light PCBs with Battery Sensing (16-20mm)

YogibearAl
Offline
Last seen: 2 hours 7 min ago
Joined: 12/29/2019 - 03:38
Posts: 70
Location: WA

Following – interested in efficiency – but would like to see in a slightly larger flashlight with more thermal mass to be able to run on high/turbo for extended times. Maybe a Convoy L6 with short tube and side E switch. Another one for small boards for L shaped headlamps, skillhunt/sofirn SP40/convoy H1. Although built in charging would be odd for the SP40. A fully regulated output on a headlamp would be nice.

EasyB
Offline
Last seen: 9 hours 56 min ago
Joined: 03/09/2016 - 15:24
Posts: 1813
Location: Ohio

Wow, very impressive! The ultimate in regulation. I think it’s so cool that one person with your skills can make something that is very desirable but almost no flashlight manufacturers offer.

loneoceans wrote:

JamesB wrote:
That’s very interesting. What would be the best case scenario ballpark efficiency advantage vs the current FW3A linear driver ?

Best improvements can be seen when using low V_fwd parallel LEDs, together when battery voltage is high. For example, let’s assume a medium brightness running 3 parallel SST20 LEDs, at a total of 1A current. This will have a V_fwd around 2.8V, consuming 2.8W total. At the beginning using a fully charged cell like the Samsung 35E, current draw will cause battery voltage to drop to about 4.0V. In the FW3A linear driver, the driver needs to drop 1.2V at 1A for a total of 1.2W. Efficiency in this scenario is only 70%. As battery voltage drops and V_fwd increases, overall efficiency would go up. Likewise if a different chemistry higher voltage cell is used when operating voltage is 4.1 or 4.2V, efficiency would be even worse. 

Another example with triple XPL HIs whose voltage is 3.0 to 3.1V at 3A combined current. With a high capacity cell like the GA the linear driver will stay in regulation for almost the entire time (around 3Ah). Near the beginning the driver efficiency is worse (77%) but over the full discharge of the cell it is average of about 85% efficient.

At 1A total the average efficiency over the full discharge would be about 78%.

Watermanchris
Offline
Last seen: 7 hours 39 min ago
Joined: 08/06/2019 - 09:12
Posts: 314
Location: Deerfield Beach, FL

I am in for at least 10 of these if there’s a run. I will change out all of my FW3X and FW1As.

I’m also in for 7 for my Skillhunt headlamps if that size gets run.

Looks amazing!

JaredM
JaredM's picture
Offline
Last seen: 37 min 12 sec ago
Joined: 10/31/2011 - 13:33
Posts: 758
Location: Pittsburgh, Pennsylvania

Totally in for a few of these at least for my FWnx lights as well as any other that it can be adapted to!

What is the power capability of each of the r g b outputs? I’ve been thinking about doing a build with a set of ‘aux’ E17As in 2000k, 3000k, and 4500k for use as a variable CCT mule/diffuse beam. If I could manage 100lm on a channel that would be amazing. More is obviously a bonus. So that’s mean ~1W and ~300mA. If the MCU drives these then that seems unlikely.

Either way, great work. Sign me up. Take my money. Thanks!

EDIT: A brief look at the traces and the datasheet suggests to me that with the layout as-is, reaching such current/power levels on the RGB pads won’t be possible. If I’m understanding guessing correctly, these pins (2,3,4) are acting just as MUX switches? Is there PWM or are current limiting resistors the only brightness tuning component? If I’m thinking about this right, then I’d need to adapt this with additional passive components ( maybe a multi-channel FET) to be able to handle the load.

g_damian
g_damian's picture
Offline
Last seen: 2 hours 19 min ago
Joined: 08/20/2017 - 06:52
Posts: 485

Great idea. I’d add a jumper on the component side to configure if e-switch signal should be taken from signal tube ring. That way it could be easily adapted to other e-switch hosts.

AEDe
AEDe's picture
Offline
Last seen: 8 hours 53 min ago
Joined: 12/01/2016 - 12:07
Posts: 571
Location: Moscow

Is it necessary to use buck-boost? It is more complicated, and less efficient than buck.

At low V battery have small amount of energy. So efficiency of buck may could give more than work at low voltage with buck-boost

loneoceans
loneoceans's picture
Offline
Last seen: 1 hour 43 min ago
Joined: 01/08/2017 - 00:18
Posts: 156

Watermanchris wrote:
I am in for at least 10 of these if there's a run. I will change out all of my FW3X and FW1As. I'm also in for 7 for my Skillhunt headlamps if that size gets run. Looks amazing!

Thanks! There are currently no plans for a group run though, but we'll see..

 

JaredM wrote:
Totally in for a few of these at least for my FWnx lights as well as any other that it can be adapted to! What is the power capability of each of the r g b outputs? I've been thinking about doing a build with a set of 'aux' E17As in 2000k, 3000k, and 4500k for use as a variable CCT mule/diffuse beam. If I could manage 100lm on a channel that would be amazing. More is obviously a bonus. So that's mean ~1W and ~300mA. If the MCU drives these then that seems unlikely. Either way, great work. Sign me up. Take my money. Thanks!

In this case, the RGB channels are driven directly from the MCU and are only meant for dim aux lighting; again the original intent was based on the use case presented in ToyKeeper's Anduril and similar firmwares. It's not difficult to use those pins to control something else (small fet and resistor, or it's own 7135 etc), but this will probably not be the main focus of the lume driver boards. Design will be open sourced and you will be free to modify it to your own purposes, though you will need to adapt your own firmware too :).

 

g_damian wrote:
Great idea. I'd add a jumper on the component side to configure if e-switch signal should be taken from signal tube ring. That way it could be easily adapted to other e-switch hosts.

Thanks, but there are no plans to add a jumper for this specific board, since this board was optimized for the FW3x, and may not fit many other flashlights. Other E-switch hosts will do well with a different board design, perhaps in the future. Design will be open sourced, and anyone will be able to design their own for their custom use :).

 

AEDe wrote:
Is it necessary to use buck-boost? It is more complicated, and less efficient than buck. At low V battery have small amount of energy. So efficiency of buck may could give more than work at low voltage with buck-boost

Thanks! However, Buck-boost here is no more complicated than a buck, does not use any additional components in this case, and in the targeted operating parameters, only very slightly less efficient for a buck with similar resources (but more efficient than cheaper non-synchronous bucks for example, or cheaper synchronous bucks). Buck-boost is a necessary however, and should always be done in this case as good engineering design. In most scenarios, this BB will be operating in Buck mode, but take for example the scenario when temperatures are sub freezing, battery is a little old, and isn't completely full - this is a use case for me such as when I'm camping... boost mode operation is required then.

It is true that there are many more dedicated buck regulators with small footprint on the market with high current capabilities, however it's still a little bit of a conundrum, as the higher the input current increases, the lower the battery voltage will be, necessitating the need for a boost even more. For higher power requirements, I'll refer to the GXB series of drivers. Finally, there are also many inefficiencies in flashlight systems, especially as flashlights get older (contact resistance being very significant), which Buck-Boost operation will hopefully help mitigate. 

www.loneoceans.com/labs/

lume1 - Constant Current BuckBoost + FET Community FW Driver // GXF22 - CC+FET for Emisar D4
GXB100 Single-cell 100W Gallium Nitride FET Constant Current Boost Driver with Fuzzy Logic & Microphone
GXB172
Single-cell 50W Constant Current Boost Driver 7V @ 6.5A (+ 12V and 9V configs) - Older: GXB17 / GXB20

GFS16 - Integrated 1milliOhm FET Switch System & Improved Tail-light PCBs with Battery Sensing (16-20mm)

Agro
Agro's picture
Online
Last seen: 1 min 51 sec ago
Joined: 05/14/2017 - 11:16
Posts: 5576
Location: Ślōnsk

Wow, there was longing for a driver capable of both high outputs and high efficiency while having BLF UI. And your driver delivers that. I’m sure there will be many people interested, especially once it’s available in a more standard format as well.

The lack of RGB aux has kept me from buying FW3A – you just added this while improving efficiency. Great. Smile
Though for me the sense resistor in series with FET is actual misfeature, I have a light that steps down in less than 10 seconds and I could easily go with even less than that. And 200 mV drop at 10A is a lot.

I hope these will be more available than the previous drivers…

MRsDNF
MRsDNF's picture
Offline
Last seen: 5 hours 17 min ago
Joined: 12/22/2011 - 21:18
Posts: 13212
Location: A light beam away from the missus in the land of Aus.

EasyB wrote:
Wow, very impressive! The ultimate in regulation. I think it’s so cool that one person with your skills can make something that is very desirable but almost no flashlight manufacturers offer.

This. Nice work again. Beer

 

djozz quotes, "it came with chinese lettering that is chinese to me".

                      "My man mousehole needs one too"

old4570 said "I'm not an expert , so don't suffer from any such technical restrictions".

Old-Lumens. Highly admired and cherished member of Budget Light Forum. 11.5.2011 - 20.12.16. RIP.

 

loneoceans
loneoceans's picture
Offline
Last seen: 1 hour 43 min ago
Joined: 01/08/2017 - 00:18
Posts: 156

Agro wrote:
Wow, there was longing for a driver capable of both high outputs and high efficiency while having BLF UI. And your driver delivers that. I'm sure there will be many people interested, especially once it's available in a more standard format as well. The lack of RGB aux has kept me from buying FW3A - you just added this while improving efficiency. Great. Smile Though for me the sense resistor in series with FET is actual misfeature, I have a light that steps down in less than 10 seconds and I could easily go with even less than that. And 200 mV drop at 10A is a lot. I hope these will be more available than the previous drivers...

Regarding the sense resistor, true, it's not something I'm too happy about either; perhaps I'll figure out a better solution without adding another big FET (which I guess is possible, but not very elegant..). However, I think considering how fast the FW3A begins stepping down at Turbo, perhaps with a less bright turbo, it may be possible to have the light running at this lower turbo mode, but for a longer period of time. Maybe less wow, but could actually be more useful? I think some very low V_fwd LEDs may benefit from this too. I hear that typically running some Nichia 219 LEDs require a change in the FW3A firmware to run turbo at 50% duty, or for the user to use a lower-drain battery to mitigate. 

www.loneoceans.com/labs/

lume1 - Constant Current BuckBoost + FET Community FW Driver // GXF22 - CC+FET for Emisar D4
GXB100 Single-cell 100W Gallium Nitride FET Constant Current Boost Driver with Fuzzy Logic & Microphone
GXB172
Single-cell 50W Constant Current Boost Driver 7V @ 6.5A (+ 12V and 9V configs) - Older: GXB17 / GXB20

GFS16 - Integrated 1milliOhm FET Switch System & Improved Tail-light PCBs with Battery Sensing (16-20mm)

TMaxxJJ
Offline
Last seen: 1 hour 43 min ago
Joined: 02/01/2018 - 03:18
Posts: 55
Location: England

I’d definitely be interested in a couple of these for my FW3A’s, and also some in other sizes if they get made, SP40, A2S etc.

Agro
Agro's picture
Online
Last seen: 1 min 51 sec ago
Joined: 05/14/2017 - 11:16
Posts: 5576
Location: Ślōnsk

loneoceans wrote:
Maybe less wow, but could actually be more useful? I think some very low V_fwd LEDs may benefit from this too. I hear that typically running some Nichia 219 LEDs require a change in the FW3A firmware to run turbo at 50% duty, or for the user to use a lower-drain battery to mitigate. 

Some users want dimmer but longer turbos, some want them brighter but shorter. There is no duration that’s good for all. Myself I’m one of the more extreme bunch, for me even 5s would be enough while many consider sub-10-second turbos to be too short. Some don’t want turbo at all and want the highest mode to be so low to last until the battery is empty.

I don’t believe that increasing or decreasing flashlight power output makes it more useful – it will always be more useful to some yet less useful to others.
And that’s why I think that firmware is a better place to manage that. Because it’s easier for users to adjust it to suit their needs. As of now it still requires re-flashing. Programming pads make it easier but it’s still not for everyone.
Maybe one day it will be possible to just configure Turbo output like it is possible to change ramp max now.

Mike C
Mike C's picture
Offline
Last seen: 46 min 30 sec ago
Joined: 01/22/2014 - 08:03
Posts: 2437
Location: Sweden

May I ask what buck boost IC you are using? When I was looking through Mouser for a design of my own I didn’t find anyone that could do 3A.

Edit: No worries, I found it. I looked at that one but within the first three lines of the datasheet it stated output current 2.5V to 3.3V as 2A. I didn’t read the part under the description where is stated “output currents up to 3A are supported”. I ended up selecting a different IC with somewhat similar ratings for mine.

Dlux
Offline
Last seen: 13 hours 7 min ago
Joined: 05/27/2019 - 18:43
Posts: 41

Great Loneoceans!! It is always a pleasure having news of your work.

thefreeman
Offline
Last seen: 23 min 55 sec ago
Joined: 01/06/2020 - 09:56
Posts: 31
Location: Europe

Very interested in this for skilhunt H03/04s and also other lamps.

You mentioned ultra low moonlight in the previous thread, how ultra ? current zebralight (~0.07lm) or past zebralight ultra (~0.01lm) ? I’m also curious about the finesse of adjustment of the moonlight levels (a firmware thing ?)

Could charging be integrated ? e.g. for H03/04R with USB magnetic charging port.

If particular attention could be payed to the driver being 100% silent that would be great, electronic noob here but it’s both a design and quality of components thing right ?

JaredM
JaredM's picture
Offline
Last seen: 37 min 12 sec ago
Joined: 10/31/2011 - 13:33
Posts: 758
Location: Pittsburgh, Pennsylvania

Any estimate on how long until this becomes available?

Tom E
Tom E's picture
Offline
Last seen: 6 hours 18 min ago
Joined: 08/19/2012 - 08:23
Posts: 12511
Location: LI NY

This is look'n real good! Sorry if I missed this, but does it fully support smooth ramping? We usually use a 150 level table. If I understand this, the first 3 amps is regulated, then after that the FET kicks in. This is similar to how we treat a bank of 7135's. The linear regulated driver in the new Noctigon K1 works similar, from what I understand. Up til now, I don't think TK released any of the 1634 Anduril config files. All I know of is 2 Anduril 1634 lights - the D4SV2 and the K1.

Since it's a OSHPark design, I'm hoping we can build up our own, but that depends maybe on how small you are going with parts. Think there are some 0402's there. Not sure what the FW3A driver size is, but scaling up the size should be easy - just keep the parts as-is and expand the outer space - we've done this before.

So are you planning on developing the hwdef and cfg files for Anduril?

loneoceans
loneoceans's picture
Offline
Last seen: 1 hour 43 min ago
Joined: 01/08/2017 - 00:18
Posts: 156

thefreeman wrote:
Very interested in this for skilhunt H03/04s and also other lamps. You mentioned ultra low moonlight in the previous thread, how ultra ? current zebralight (~0.07lm) or past zebralight ultra (~0.01lm) ? I'm also curious about the finesse of adjustment of the moonlight levels (a firmware thing ?) Could charging be integrated ? e.g. for H03/04R with USB magnetic charging port. If particular attention could be payed to the driver being 100% silent that would be great, electronic noob here but it's both a design and quality of components thing right ?

Thanks everyone for the feedback; I appreciate it! There is no specific ultra-low moonlight for this driver at the moment, mostly to keep things simple. I hope the lowest mode setting should be low enough; I'll take more measurements soon. However, it will be easy to add in hardware to enable truly very low modes if desired.

I also understand the concern about the flashlight being silent - I didn't notice any issues on my dev board across different power levels, but need a little more evaluation on the form factor board. Typical sounds come from a PFM or burst frequency, which can cause some sounds if it's below ultrasonic and if the devices (typically inductor) vibrates too much. There are no plans to add integrated charging; it can be done, but I think is beyond the scope for this particular design. I really wanted to keep this as simple as possible and to keep the BOM cost down without sacrificing on the engineering.

JaredM wrote:
Any estimate on how long until this becomes available?

Not yet; please follow this thread and I'll update when I can, thank you! 

Tom E wrote:

This is look'n real good! Sorry if I missed this, but does it fully support smooth ramping? We usually use a 150 level table. If I understand this, the first 3 amps is regulated, then after that the FET kicks in. This is similar to how we treat a bank of 7135's. The linear regulated driver in the new Noctigon K1 works similar, from what I understand. Up til now, I don't think TK released any of the 1634 Anduril config files. All I know of is 2 Anduril 1634 lights - the D4SV2 and the K1.

Since it's a OSHPark design, I'm hoping we can build up our own, but that depends maybe on how small you are going with parts. Think there are some 0402's there. Not sure what the FW3A driver size is, but scaling up the size should be easy - just keep the parts as-is and expand the outer space - we've done this before.

So are you planning on developing the hwdef and cfg files for Anduril?

The FW3x has roughly 22mm driver cavity. The smallest parts on this board are the 0402 passives and a SOT723 transistor (along with the other QFN parts). It will be challenging to put together if you don't have some sort of magnification, but should be pretty easy with some experience and hot air. At the moment, the lume1 board for the FW3x has only components on one side (with only the spring being on the other side) - hopefully that helps. 

Yes it supports smooth ramping. Also, yes the first 3 amps are regulated; the FET is for unregulated Turbo, and you are correct, similar to 7135s. I have a primitive firmware I wrote to test the hardware and it serves as a simple firmware for now, but I am currently working on the config files for Anduril... hopefully I get it right! 

Here's a preview of things to come:

For those concerned, I did put some tape around the flashlight so as not to have it scratched by the clamp. I think this PCB colourway works quite well with the FW3C.

www.loneoceans.com/labs/

lume1 - Constant Current BuckBoost + FET Community FW Driver // GXF22 - CC+FET for Emisar D4
GXB100 Single-cell 100W Gallium Nitride FET Constant Current Boost Driver with Fuzzy Logic & Microphone
GXB172
Single-cell 50W Constant Current Boost Driver 7V @ 6.5A (+ 12V and 9V configs) - Older: GXB17 / GXB20

GFS16 - Integrated 1milliOhm FET Switch System & Improved Tail-light PCBs with Battery Sensing (16-20mm)

iamlucky13
Offline
Last seen: 3 hours 41 min ago
Joined: 06/22/2018 - 09:18
Posts: 661
Location: USA

This looks great. I am looking forward to hearing the results of your testing.

If there is enough interest, are there any resources accessible to the community for building a batch of fully assembled boards, even if such a group buy would need to be run by someone else?

Tom E
Tom E's picture
Offline
Last seen: 6 hours 18 min ago
Joined: 08/19/2012 - 08:23
Posts: 12511
Location: LI NY

Yeah. that PCB color is cool!

Pages