[ GXB172 - 50W Single Cell 17mm Boost Driver! ]

Where to buy LoL?

Could these be realistically offered in kit form? Chances for EU fellows to acquire at reasonable money?

How about a buck-boost driver? It is amazing you've handled to fit this boost engine over just ∅17mm, could we see a ∅20mm 1S emitters buck-boost engine in a nearby future? In obtainium materials, :-) of course.

Regards and cheers

The GXB20 you made had a circuit diagram along with a detailed bill of materials. Would you be able to do the same for the GXB172 because I would love to see how this driver works in such a small overall size. Please feel free to contact me at my email: jasonlee422001@gmail.com

Hello Jason,

Since you're planning to drive a XHP70.2 with two cells, I'd highly recommend making a linear constant current driver instead, with an optional direct drive mode (though personally I don't like direct drive FET drivers). The GXB172 is a boost driver and boosts up the voltage from a single cell to the 6-7V required to drive quad-die LEDs like the XHP50/70 etc. However since you're using two cells, there's no engineering benefit to make a boost driver.
I'd recommend keeping the two cells in series, and you can design a high current but regulated current driver. This can be done with a feedback mechanism using a pass-FET, an opamp, a current sense resistor, and some sort of control (e.g. via a Microcontroller or potentiometer) to generate the desired reference voltage for the desired current.
I do not have any schematics for the GBX172 yet because it's still in development. That said, there's really no secret or magic to it - it's essentially a synchronous boost converter, and if you search that you'll see tons of the exact same schematic online. I'm using the MP3431/29 IC, and if you look at the datasheet, you'll see the full reference schematic. Likewise, check out the TPS61088 if you're interested in boost drivers.
Good luck with your project!

So when can i order a 17mm? :wink:

You could probably order a 17mm driver, then put on the parts yourself, and flash the driver.

I’d pay a nice buck if lonoceans was willing to make a group buy for the bare PCBs

Quick update... if you recall, I started the GXB driver project with the original intention of putting a XHP50 LED in one of those chose SK98 flashlights. Since those hosts come with a zoomy lens at the front, I thought it would be a perfect candidate for a XHP35HI for a low cost but pretty decent thrower. The SK98 requires a 20mm driver and a 20mm MCPCB.

I didn't have much time to do much but I did do a super quick modification of the GXB172 and... here's the GXB202!

The larger board size allows for much better clearance around the board as well as more space for larger passives.

Here's another view of the driver board after assembly.

For the LED, I chose the highest bin XHP35 HI I could buy (sadly only a D4, 5000K). This was installed into the pill with Arctic Silver thermal paste on a 20mm copper MCPCB.

And the driver was also installed. Note the GXB202 was configured for 12-14V+ output with a maximum of 2.5A drive. TA measured 2570 lumens from a E2-bin LED at 2.5A, so this should be putting out a good ~2396 lumens.

I then put the light together with some improvements to the tailswitch and paired the light with a LG HG2 cell, and the driver works great! More to come soon.

So what is left on the to-do list for the GXB172 to be considered production ready?

Hey, @lonooceans, for very low resistance contacts, have you thought about beryllium copper springs?

You can buy some from Mtn Electronics, and Intl Outdoor, and they are the one that the Emisar D4 uses to achieve 4000 lumens at startup.

he used them on his FET switch design but the driver side is probably too narrow and short?

Oh he did. Thanks for the note.

Didn’t notice initially.

The GXB172 hardware has been ready to go for a while :) . The moonlight mode could be better though, so the main thing left is essentially just the firmware and some tweaking is required (e.g. thermals). Texas_Ace has a GXB172 fitted into his own light for testing. I don't have as much time as I'd like to work on the firmware ><, so it's certainly somewhat of a concern for me since I think people do want a proper Narsil or Bistro/Biscotti etc port.

I'd love to use beryllium copper springs but yep the ones that I can buy are too big for this driver, and I'm not sure how much demand there will be for custom made smaller copper springs. Besides, a spring bypass although not as neat, works very well. Anyway for this particular build, I used a nice phosphor bronze silver plated spring, so that should be fairly decent as well.

Texas Ace has the GXB172.

OOOOOOOOOOOOOOOOOH. Now we’re talking.

Coincidentally, I have a 144AM 4300k on a 16mm MCPCB ready.

Yeah, hopefully we see all the Loneoceans drivers selling soon. (EDIT: and the tail pcb’s of course.) But, this driver is the biggest deal, because it’s something we’ve been asking for around here for quite a while. We’ve actually been spoiled for choice with linear and direct drive style drivers. We needed a high power boost driver! :partying_face:

Still on the list: high power programmable buck driver. Richard had designed some, but he ran into problems when he tried to scale them to other sizes. He still sells them in two different sizes, I think. And although I’m sure he’d do it if one were to ask, he doesn’t officially offer the latest BLF firmware choices on his drivers.

We already technically do have them, from Lexel mostly, and in big sizes though.

Yes, I got one of his drivers for testing a few weeks ago, I found a few minor issues, mostly with the firmware and let Loneocens know but have been too tied up with the MT09R, GT’s and Lumen spheres (which I still have a few left BTW) to really mess with it much more thus far.

The hardware is indeed looking very good, I have several plans for such a driver once the firmware is sorted out. Ideally I would like to see Narsil or bistro firmware ported over to keep the “standard” firmwares that most of us are used to at this point but the firmware he is working on is not bad, just basic.

The thermal regulation is better though.

This is on my list of projects once I finishes a few I am working on now.

I NEEEEEEED this driver!!

I don’t know about all the E need but I could sure use one or two. Building a light up from scratch makes the multiple-cell usage problematic, or for me it does anyway, and I’ve been doing some testing on the 12V XHP-35 so yeah, a good driver to boost from one cell to run the 35 at 2.5A or so would be fantastic!

I could even build it myself if provided a parts list and a Gerber file so I can get a solder paste mask made. Would need the .hex file to flash it of course. :slight_smile: I’m game though, if G wants to help me out….

ha! yeah me too, definitely willing to put in some work on this, pretty exciting.

Considering the above (from the OP) what about 2S to a 12V emitter? My thinking is that it still needs a boost driver, because the 2S voltage isn’t enough for that, and if the host is already made for 2S anyway, why not use it? Also I’m hoping that this driver can stay in regulation longer at max output with 2S input than with 1S input. (Stands to reason, right?)

So, what is meant by “if the right Vreg/LDO is used”. Does the driver already use a Vreg/LDO or would one have to be added? Also about that “and firmware written to take advantage of this”. Will the firmware need to be changed between 1S/2S or would the same firmware be able to do both/either?

Here’s where I’m thinking of using this possible scenario. I have some cheap zoomies with extension tubes. The driver is actually a buck, feeding a 3V emitter. That way, 1S and 2S Li-Ion are both possible, and also 3xAAA and 2x(3xAAA) with the included battery holders. So, if this driver could give the same flexibility to a 12V emitter in this host, it would be a simple upgrade. Just switch the driver and the emitter, and it will work. Will it work?

Using 2S for 12V LEDs is way better for the boost IC. It then pulls less current from the cells, for the same LED current. But on the other hand, DC bias on the ceramic input capacitors is way worse on 2S configs. And on the output with up to16V it’s even worse. A 47uF capacitor then has about 5uF.

Depending on the input and output voltage, you might need to change hardware, for example the voltage divider for battery voltage, so you can avoid reprogramming by changing hardware. And depending on your output current ripple demands, the inductor (and maybe even capacitors) need to be changed as well.

Tell Mouser to stock these high capacity caps that I need faster, then I could work on it as well.