Thanks Lexel for helping with the project, a good driver makes all the difference.
Yes to this. 
the d 80 is a great design, stay true to the original
if ppl don’t like it, there’s many other lights out there
I love the d80 with the fet +1 from mtn, the new driver with more 7135s will be even better. Is it possible that this light would be offered with the 3v xhp50.2 in it?
The question about the 3v xhp50.2 came up before. As a company you can not sell this led with a FET driver. It is a liability issue. As a modder we can do what we want.
If we blow ourselves up that is our fault. But the shit hits the fan if something like this happens (if you would sell this kind of hotrod to muggles something would happen!!! For sure!!!) with a factory light.
I do not see something like this happen unless you use a regulated driver and limit the current to a safe max. Also not the best led for a dedicated mini thrower.
Yeah, 3V XHP50.2s are not a good idea with a FET driver.
You are basically putting 4x XP-G3s inside of that kind of light.
Something like an XP-L HI/LH351D/SST-20 would be much safer.
A big turbo head 70mm+ with fet driven Olsen flat white.
I’m kindof serious. Lol
Wouldn’t that basically be a modded Astrolux FT03 with a slightly modded reflector?
Working on that Redlyne, light due in tomorrow, a unique 67mm aspheric.
Now, we return to the scheduled program already in progress…
67mm aspheric? Do you have a link? My last aspheric was the HT35 (not impressed with the design. Fully zoomed out the usable aspheric surfave shrinks to ~35mm. I have a solution for that to get up to 55-60mm usable surface. But have to find a way to mill parts away. But without a round table or something similar i do not know how to do it properly.
Never bought from this company before and the light is truly unique, would rather wait and see if I found a gem or got had. Lol
I will say that if it is as presented it should rival the XSearcher from Dereelight. And be optionally weapon mountable…
Hi, I just discovered this project so I’m catching up on what’s happening.
Okay, so it’s using a FET+5+1 with Flintrock’s Bistro-HD?
Is there any chance of using tiny85 instead of tiny25? I forget if it works correctly with OTSM. It looks like there might be enough room for t85 though, and switching could really expand the range of firmware it could run.
Is it set in stone that the light won’t have an e-switch?
I’m also curious if Bistro-HD has had much testing. Last time I tried it, I ran into multiple bugs in less than a minute… but that was the e-switch version, and I don’t know how the clicky-switch version behaves.
We want to stay close to the original D80 design wise (thats what most people answered). And to add a e-switch would change the optic a lot.
Because i am not 100% sure what is going on with new drivers and UI i asked LuckySun to contact Lexel.
But for now everything regarding the driver is not set in stone. Because of that we mailed a lot the last few days.
They want something good and popular but it must be reliably and not cost a fortune.
I remember he tested 45V successfully and 85V did not work reliable
Is a two sided driver compatible with the retaining ring style LS uses? Well, no, actually it’s not, and they just did redesign work to clear this retaining ring from the tube in the tail cap, reckon they could alter the style to accomodate at the driver. Some of this kind of change really impacts the style though, the retaining rings were unique and I liked em , gotta be trade-offs though huh? Isn’t easy being cheesy… 
Yeah, I recall hearing something about that too… but I don’t remember if it was ever resolved. However, I’m pretty sure Mike C has OTSM working on bigger MCUs like tiny1634… so I’m guessing there’s probably a way to do it on tiny85. He says he gets about 15 seconds worth of OTSM with a 47 uF capacitor… and all Bistro needs is about 2 seconds.
I’ve been procrastinating for years about getting the Bistro-HD code merged into mainline Bistro. Flintrock’s changes are far too deep and too broad to be easily merge-able, so it’s a large task. Perhaps I could get just the basics of OTSM working though, without all the other changes. Or I could potentially add some offtime support to FSM, and then the UI toolkit would cover both e-switches and clicky-switches.
Not sure when I’ll have time and motivation though.
I am a bit confused by all the different versions. What do we have now ready to run? And what MCU would we need?
They have way less problems with the Metal parts (they make them in their own factory). So little changes to retaining ring . . . is not a huge problem.
But if we want a BLF driver we need to help them.
I have no problem going to tiny 1634 and programming key for future driver generations of BLF lights
but on this tail ckicky usually a 25V or 45V is more than enough room for advanced code like Bistro
This problem is known for years now
the BLF A6 is very old
I never designed drivers without the 4.7Ohm low pass resistor
I do the fix for years too
I’m glad you are doing the driver, that ensures a good one and prevents trouble, it would be a nightmare if they attempted to make a driver to our wishes.