Custom 17mm 5Amp PWM-less linear driver-preliminary

Why not ramping?

It's much more intuitive(at least to me),and you have practically unlimited numbers of modes(8-10 bit resolution to be precise).

Some people like ramping. I kind of prefer a fixed set of modes with known output and runtime. This way, I know better what to expect (will this mode last for 5 hours or 15?) and can get a better feel for how dark-adjusted my eyes are at the moment.

With my JETbeam RRT01, I can always get exactly the right amount of light… but I never have a clue how long it’ll last. And I always end up setting it as dim as possible for whatever I’m doing, and then thinking my eyes must be really tired or something… until I turn on a fixed-output light and find out I only had the RRT01 at like half a lumen (because suddenly 3 lumens looks bright).

I normally configure my lights for 5 modes — moon (0.1 lm to 0.5 lm), low (3 lm to 7 lm), medium (15 lm to 40 lm), high (100 lm to 200 lm), and higher (300+ lm). Depends on the light though. I really like the ZL UI, which allows for 10 levels with reasonably easy access to all. It’s not so great when lending the light to a muggle, but for my purposes I like it a lot more than ramping.

If I can find time to write a ZL-like firmware for attiny13, I’ll include the source in my firmware repository. I’d kind of like to have that UI on my Skyray King, but I’ve been really busy so I’m not sure when it’ll happen.

I haven’t tried ramping yet but it sure sounds good. Maybe I won’t like it as much after the novelty wears off though. I do like variety so either way I’ll probably end up with several different ui’s rather than just one for every light.

DrJones lumodrv (R86 edition)

Ramping and user programable modes in one UI. Best of both worlds..

No sources for lumodrv though… so no joy.

?

You buy them from DrJones. You can specify number of modes.

I may just be weird. I mostly live in a world ruled by source code, where anything without source has little if any relevance. Seeing people release only the binary, or even making code available only in hardware form, is a bit of a culture shock for me. After leaving proprietary software behind a couple decades ago, it’s a deeply ingrained reflex to grab the code and fix it any time something isn’t quite right. It takes a conscious effort to not ignore anything I can’t get source for.

Ramping is fun but not something I’ll use running on trail. (Planning to put the driver into a headlight). Taking attention away from foot placement could result in a stubbed toe. Like ToyKeeper, I like having solid modes with predictable runtimes. I also have a couple lumodrv s but asked Dr Jones for solid outputs of 5, 25& 80%. ( I love the battery monitor!)

@led4power

Congratulations. The test results show you did a remarkable job and after a little tweaking here and there this will be a helluva driver for high and low current applications. I’m truly impressed.

Eh? Weren’t you purchasing ZL and other proprietary flashlights up until the last month or so? Don’t you use tons of proprietary commodity items on a day to day basis (such as your TV, the BIOS on your computer, the computer in your car, the stereo in your car, almost all your network equipment, definitely your modem, etc)? I like open-source and free-as-in-freedom as much as the next cat, but I get the feeling that this “conscious effort not to ignore” claim is just a high-pressure way of [not] asking people to release sources. Maybe it’s more accurate to say that you make an effort to focus on free & open alternatives when they are available?

It’s very possible that I’m just really happy to have the ability to change the firmware now… but it had been bugging me ever since I first got into flashlights. Even the best stock items could be improved, and it bugs me when I can’t improve it myself. For example, I’ve tried repeatedly to get changes into the Zebralight firmware, but they generally just give me a pat on the head and tell me I’m cute.

I’m not Richard Stallman, so I’ll use proprietary stuff when there’s no other option, but it bothers me and I tend to avoid it. Like… my TV is running a customized version of Cyanogenmod, and my notebook is running modded BIOS, but I haven’t attempted to change the firmware on my microwave. I’m pretty sure though, if I was an active member of, er, Budget Microwave Forum, I’d probably have a dozen microwaves with firmware I wrote myself.

This new driver is pretty exciting, a major step forward for lights… but it’d be even more exciting with source code and a flashing kit.

Oh - btw, I'm trying to fathom what I'm seeing, and was leery of posting this. But, it's consistent and I checked my lightbox/meter against other lights (low and high output) and everything is in order.

So, I got the LD-1 driver jumpered at what should be non-turbo, mounted in a big fat VOB copper pill in a HD2010, 20 AWG wires, XM-L2 U2 1A/Noctigon screwed down using GC Extreme, wired up springs using 22 AWG, NO-OX-ID treatment on contacts, measured this:

LG HE2 4.21v, 5.13A tail, lumens: 1,666 @start - 1,581 @30secs, 105 kcd at 5 meters

It's consistent, and checking other lights, the meter seems fine. The beam pattern sucks because of the off centered LED (crappy centering piece that's too small), but it sure is putting out a lot of light! It's still, I'd say, maybe 100-200 lumens higher than comparable setups, but the difference is with this: screwed down into the copper pill with 20 AWG wire (I was using 22 AWG, not using screws), and of course the LD-1 driver.

Fair enough, I agree with a lot of what you’re getting at. I tend to stray towards more flexible solutions, and those solutions tend to be more open, and… so on and so forth. It’s interesting how stock firmwares become much more flexible nearly simultaneously with the release of aftermarket firmwares (FOSS or not).

You’re right. Ramping is good.
But I used to with fixed mode option.
I just want to know fixed mode firmware will be done.

Can you do that? How many circuits do I have to buy if I want my own modes option?

So are we any closer to a date when this will be released for sale?

I’m in for at least 6 if they are around $15 each.

I'm not sure if I understand.Do you want a combination of fixed modes(0.3%,1.5%,20%,100% or similar) but with additional ramping ability between those modes?

Currently,you have 3 different e-switch UI's:

1st:single press->next mode,double press->previous mode,long press from off state->high mode

2nd:ramping

3rd:single press on-off,double press->next mode

More details in OP.

When I open selling thread,seriously,I can't guarantee nothing,but I hope for about 4-5 weeks,when all parts and pcbs arrive+time for assembly.

Hmmm… while you are in the process of tweaking…

In regard of the standard 3 (4) mode you might reconsider the spacing.
HKJ’s brightness tests show this:

Second column shows brightness in percent as 0.75 / 2.64 / 32.4 / 100.
VeryLow to Low is factor 3.5
Low to Medium is factor 12.3
Medium to High is factor 3.1

So there is only a little gap from VeryLow to Low, a huge increase in brightness to Medium, followed again by a much less significant increase to High.

I’d suggest to considerably lower the Medium mode to smoothen the steps.

I’d also suggest to lower the VeryLow, as 22mA is too high for a VeryLow mode especially with this efficiency. The first Qlite revision had 20mA as “Moon” which was considered completely useless. Simply too bright. And Qlite is a PWM driver so your driver will be even brighter at 22mA. 10mA might be a good compromise, not Moon, but a good VeryLow.

In my testing in a HD2010, the low-low appears to be close to the low, and big jump to medium, and big jump to hi. I'd suggest up'ing the low a little, and up'ing the medium slightly. The low is nice as-is if you have the low-low disabled, but combined with the low-low, they seem too close. 36% or so of brightness in medium would be nice, and 4-5% in brightness for low.

Just my own opinions of course Smile.

Are you hand assembling the drivers?

So it’s not theoretical but visible in practical use.

Yeah, modes is a matter of taste and led4power will never please ’em all.
I like an 80mA Low, so I’d keep it and prefer something like 10mA / 80mA / 750mA / 5000mA.

If Medium is already 1/3 Brightness of High, it takes the fun away… you know, the Wow-Factor. (“Oooooh, that’s bright!” - - - “That’s only Medium, my friend…”) J)

But, joking aside, the only thing that truly matters is that any mode change should neither be huge nor insignificant.