Roche F6 hacking

When I was little and living with my parents, all the lights were ~2700K incandescents. I basically couldn’t see clearly indoors at night because the tint made my eyes bug out. It wasn’t until I bought myself a fluorescent fixture for my room that I was able to read comfortably at night.

It also occurs to me, just now, that this probably explains a common theme from my dreams at the time. I’d often be trying to see something but the light was too dim and no amount of fiddling with the light switches would fix the situation. Only recently did that change; these days I’m so used to having a light with me that even in dreams I can generally illuminate anything I want.

I’ll agree with the indoor outdoor statement. I trial ran this tint in an s6 for a while and actually became fond of it. Just bought another bare emitter to fit into something else (I’m short on hosts at the moment). The original found it’s way into my s2 triple. 2B, 5A1, 7C4. At times it’s almost a bit cool for my taste. Probably coming in around 4700K. It’s very nice and I rotate it and my 5B1 XML2 S6 as my EDC.

After looking up a couple things in the attiny reference manual and calibrating some voltage values a bit better, I have red+green indicators working in a Roche F6. It’s only a first pass, but this means the “hard” parts are done and now I can play with the interface. :slight_smile:

Currently it’s running my SRK code, plus red/green voltage indicators. So, six levels plus “off” with hold-until-desired-level to ramp up and repeated clicking to step down. There’s a semi-hidden battery check mode if you click quickly through all modes and back to off (or ramp up to the first and immediately click to turn it off), which blinks out the following voltage ranges:

  • 0 blinks: < 3.0V (red, and the light will auto step-down)
  • 1 blink: 3.0-3.4V (red)
  • 2 blinks: 3.4-3.7V (yellow)
  • 3 blinks: 3.7-4.0V (green)
  • 4 blinks: 4.0-4.2V (green)
  • 5 blinks: > 4.2V (green)

Oh, and when it’s right at the boundary between two colors, it’ll flicker between them. This is a side effect of the attiny getting slightly different values at each measurement. It seems like a happy side effect though.

I think it works pretty well, but I still have some other interfaces to write for e-switch lights with red/green aux indicators.

If all you wanted was single mode it would be easy enough to use STAR momentary with only 0,255 setup in the modes (off and 100%). That would achieve the stated goal but probably isn’t what priest77 meant.

Apparently STAR Momentary 1.4 adds a mode that might do what priest77 is asking for, I don’t have a documentation link but I guess it’s probably discussed somewhere in the 100-post range of 424 through 524 in the STAR Firmware by JonnyC - Source Code and Explanation thread. Here is the direct link to the actual source code for 1.4.

I think a more permanent solution should be easy to implement. That might actually be something I’d like to use. I’ll have to think about it a little bit. Something like:

  • Short press for on/off
  • Long press from “on” to advance modes - with offtime memory ideally.
  • Long press from “off” - special function. Compile time option for: 1. direct high 2. direct low 3. unlock disco modes 4. no action

Like mokkadrv? I could implement memory instead of high for a single tap when off. It's not open source though.

Nice.

Still early days... since it has the indicators on at all times, and since this thing pulls 10 or whatever amps on high, it's displaying the voltage under load which may not be all that relevant. Should the indicators only be active in the lowest mode, for a more accurate idea of battery resting voltage?

Right now the color changes happen at 3.7v & 3.4v, I'm unsure where to go from here. If those points are lowered to make it more accurate when using the higher modes, it could fool you when using the lower modes. You could have a green light that changes instantly to red just by moving up a few levels. It will also be affected by the type of cell used, one with more sag under load would give a lower reading even though it still has perfectly fine open circuit voltage. Ideas/suggestions?

Oh, and the STAR low voltage protection stuff is still in there, the indicators are for information only and aren't needed to prevent damage.

edit: And here's both LEDs on at the same time... was supposed to be yellow, but orange works too.

I got a chance to calibrate the voltages better today, and adjust the thresholds down for more even spacing. Now the levels are 3.0V, 3.3V, 3.6V, 3.9V, and 4.2V. And 3.3V, 3.9V, and 4.2V match up with my DMM in real time, so they’re pretty close (at least, on my hardware). The other two aren’t directly tested yet, just approximated based on the other values.

comfychair, I think the reason it looks orange is because the red LED shows through the window a lot more easily than the green LED. It’s just due to placement. A clear, angled plastic extension on the window should make the colors more balanced.

As for showing the real-time voltage sag under load, I’m not convinced it’s a bad thing. It matches what my DMM shows, and makes it obvious that the cell capacity actually changes based on load. I’ve watched a weak cell drop from 3.9V to 3.3V in a matter of seconds while it’s running at maximum on direct drive, and then when the load is gone it quickly goes back up near the original voltage.

So… I have this Roche F6 w/ Ferrero Rocher DD driver and a triple 219B with 10511 frosted wide-spot floody optic. Made two firmwares/interfaces for it so far; one with fixed levels and one with smooth ramping.

On this hardware, since it’s direct drive with PWM, the overall output is pretty voltage-dependent at all levels. At ~3.6V, the lowest mode is about 1 lumen. At 4.2V, the lowest mode is 3.6 lumens.

The high end is pretty impressive though, for a triple Nichia 219. At 3.6V, it maxes out at 1300 lumens on a 20R cell. But at 4.2V, it starts at 1825 lumens. Granted, it drops fast due to heat… but still. That’s a lot of light for Nichia 219s. I thought I’d be lucky to hit 1500 lumens. And that’s OTF lumens through both a TIR and a lens. The emitter lumens are probably in the range of 2000 to 2200.

This little light is achieving output almost on par with my original Skyray King (before modding), only with neutral white high-CRI output. It’s a beautiful thing.

(BTW, the firmware for this should also work fine on a modded SRK or modded Supfire M6… anything with an attiny13a and an e-switch and lots of power. Or, with some minor tweaks, it should also work on lower-power devices; just needs the lowest levels adjusted.)

I built another one, this time with triple XP-L's. The single XP-L (dedomed) in the stock OP reflector does 27-28 lux ceiling bounce, about equal to what I get with a non-dedomed XM-L2 with a BLF driver. The triple 219B F6 does around 35 lux. Triple XP-L does 73. Seventy three!

A 'SecurityIng' SRK clone with a BLF-SRKDD driver, on four INR 25R's, only does 80 lux. A totally stock CNQG SRK gets utterly trounced at just 43 lux.

That sounds about right, based on my measurements. My original CNQG SRK (stock) measured at about 2200 lumens, which is only 1.3% different than your measurement. That means the triple-XP-L F6 would be getting somewhere around 3750 to 3850 lumens! (which, BTW, is beyond the range of my light box… I need to build an integrating sphere)

No wonder the cell voltage sags so much on turbo. :slight_smile:

FIRE! FIRE!

That’s a little scary.

And when I get the triple XP-L and a bit of time, I’m planning to build something that bright in a Cypreus host. Not sure I’d trust a Roche F6 to handle that much heat though; it doesn’t have much thermal mass.

It’s not scary ’till it comes on in your pocket. Think of it as a light saber with a focus problem.

With the non-ramping UI, if the button gets mashed in a bag or your pocket and stays mashed it just steps down all the way to off and stays there.

Here is my F6.
Finally it is now the perfect flashlight for me, thanks to @comfychair who helped me a lot with driver, flashing and now with the idea to fill the hole with an 3mm LED that I’ve glued there:

Out of curiousity, what firmware / UI style are you using?

He's using this: http://75.65.123.78/ramp_v07/

Color mixing from the status LEDs works better with the little optical pickup trimmed off flush with the ID of the driver cavity. I used a tiny little ball-end diamond bit, that also leaves a good scuffed-up finish that acts as a diffuser.

@ToyKeeper
Yes, I am using that one with ramping and it is the perfect one because it also has short press for on/off and memory.