Sorry though awesome using available 4 led SRK reflectors and same sizes helps to keep the price down.
The better threads is a demand however no weak triangular threads on a BLF Special like this
OK when contact is made with a manufacturer weāll toss in dual switch idea, aim high!
Goshdogit, aha yes will do!
But it probably will take a while before they are in your hands
@
You mean 3 times ;D (if not please tell me, I put you in the list three times ;))
Aha, 1dash1 yes that would defeat the purpose, thanks.
The question then is, is a UCL lens worth it or should we just go with a standard lens?
For now I removed the AR coated lens from the OP and were back at a glas lens.
Bistro is not compatible with e-switches. However Tom E has a nice e-switch firmware with all sorts of good features. Have you considered Narsil?
The closest Iāve got is Ferrero_Rocher/Ramping_UI_table.c, which would need some significant changes. Or bistro, which is designed to make e-switch code somewhat easier to write eventuallyā¦ but the code for that doesnāt exist yet. I like the ramping UI basics though:
While off:
Click to turn on at the last-used level.
Hold to turn on at the lowest level.
Double click to turn on at the highest level.
While on:
Click to turn off.
Hold to ramp smoothly (and pretty quickly). Release to set the level. Hold again within a second to ramp the other way.
If the driver used a tiny25/45/85 and had the FET and 7135 on entirely separate channels (not sharing a PWM counter), it would be possible to use both PWM and PFM on a 2-channel driver. What this means is it could ramp much more smoothly at the low end instead of getting stairstep-like jumps at the bottom few levels. Not sure thatās relevant for a light this size, but itās something Iād like to see sometime.
Interested but not committed. Iām already buying pats for a SRK build and my finances will dictate what happens here.
I would like ramping and good threading on the body which would raise my interest. Must have a full shelf like the original, itās a no-go for me without that. Not interested in a ābabyā model.
Something to consider is having the whole group made in one identical batch as another requirement so things donāt go like the A6 did.
Both Roche and Ramping firmwares are good enough, they just lack temp control, if you adjust those for A25 it would be greatā¦ā¦actualy only a few would ever use all fansy firmware features, yet the temp control is a great option
We should also work on the driver cooling, i burried many mosfets trying to cool down the fet especialy while rampingā¦. its strange though, when i use a glued Cu headsink on the mosfet it dies way more rapidly and often than if i just glue the drive with a pure sillicone to the main SRK pcbā¦i am trying to figure that out on a Thorfire XHP70 atm, the mosfet is duying randomly
Mitko, great input on the cooling of those parts.
We donāt want to having dying lights.
Reading your post I remembered those little stick on heatsinks used in PCs. For critical servers I put those on all chips. But then I read that these do not help.
Is the MOSFET the highest part of a driver? Seen from the PCB?
If so, would making the ledshelf (integrated in body) thicker to the point where driver can be attached with screws and the MOSFET pressed against the shelf be done? Nah, wires need to run and future modding would become much harder even if it could.
So hmm what could solve this issue?
If not done reliable Iād say letās go for a not ramping no matter how much I like the idea of ramping