Sofirn SP10 Pro (AA/14500/Andúril 2) - now available!

pleased to become better informed
link to light meter readings?

found one reference to flicker, suggests you are correct that anduril can do sublumen around 0.6 without flicker, and 0.2 with flicker:

Hhhmm. I've used the lowest PWM value of 1 in Narsil for a long time now, never noticed flicker, but then again at my age my sense of smell and taste are down, so my eyes aren't much better.

Bout the tail switch, sorry, but I'm not a fan of e-tail switches, so not a fan of the FW3A & company lights. Just don't like twisting my wrist around to have a comfortable position on the switch, again might be an age thing. I have the titanium T10T V2 here, and it's an awesome light, pineapple style knurling. The switch on it is not my preference: can't feel it, just blends in with the body - actually the SP10S switch is probably better. The T10T V2 also pops off the clip on me sometimes, but the tail design for the lanyard is one of the better designs.

The big challenge is the boost driver, might have to be buck too. Handling 3 types of cells with LVP, etc. Now if we could get the schematic, BOM, and firmware (maybe not necessary) for the current SP10S driver, we could probably adapt it to an ATMEL. Dunno if we could do smooth ramping, but at least could do Anduril with level modes. If we could get one of the new gen ATMEL's, we could keep the footprint small and go with a simple 3 pin or so pogo adapter for downloading the firmware.

Ohhh, btw, I have no idea if the aesthetic/mechanical design is open and up for discussion. I was think'n it would be the same basic design as the current SP10S. Actually I really like the SP10S look overall. I'd rather not see the smooth head, and a SS bezel would be a nice touch, but the body and tail with the knurling looks great to me.

Yeh, I got Narsim in my ’minis and ’micros, moonlight set to 1, and I can’t detect any flicker.

Flicker is a premium feature. Otherwise known as candle mode. :wink: :wink:

thanks
how about if you wave the light up and down… can you see the dots?

T10T PWM

Gnope. Both ’mini and ’micro, both on level 1, shake up’n’down, nothing, swing beam across the ceiling as fast as possible, still nothing.

Hell, I’d even swear they’re linear, not pwmed.

Addendum, even in my cellphone’s camera (live, not recorded), no pwm-lines.

I think that’s a limitation of the KR4 in particular

[quote=jon_slider]
I would prefer a tailswitch, so SF12 instead of SP10

[quote]

Anduril does not work with a conventional mechanical tail switch. Lights like the FW3A or Noctigon KR4 have an additional electric path designed in to allow a momentary electronic button to be used in the tail.

However, Convoy may soon be introducing a version of their AA/14500 light with a clone of Bistro, wbich is one of the most versatile mechanical switch firmwares available. It is a bit larger of a light than most AA models, though.

That’s actually due to the hardware, not Anduril. On a 1×7135 driver, Anduril’s minimum output should be less than 0.5 lumens, but not all 7135 chips seem to be quite stable at those low currents. My ROT66, for example, has a subtle flicker at the lowest output the driver can supply. It’s slower than PWM, and actually, I’m not very bothered by it.

It definitely would be great, though, to have Anduril in an AA light capable of firefly level outputs.

it seems hard to shoot a video to show how the candle mode in Anduril looks like perfectly. Anyone knows?

digital candle

analog candle

Interested

If possible, it would be great if the driver had the flashing pad things like on the Emisar lights. It’s great to be able to easily keep the firmware up to date.

Agreed - hope the pogo pin flashpad thing is high on the priority list. It really should be/has to be.Therefore the re-programming pin access is important for a couple possible reasons:

  • they probably would use a small footprint MCU to save space
  • the smaller the light, the more difficult it could be to get access to the top side of the driver
  • firmware tends to be evolutionary
  • not sure if anyone has done BLF firmware supporting 2 different battery types; NiMh and Li-Ion, so not sure if detection can be implemented. I see on other AA boost designs that LVP is supported only for the 14500, not the lower voltage batts, so could be a technical limitation, maybe?

Most boost chips only operate down to 0.9V (typical) or 0.7V. So LVP is probably only needed for the 14500.

Though it may be safe for the cell, still seems weird not to have any notification because if the boost chip drops out, I would think the light just turns off with no notice.

Intersted. Definitely want a “non-ano” version.

If it has nimh support and not just li-ion, I’m interested.

If I remember right the PAM2803 boost IC that alot of these AA lights use drops out about .7v shuting off the light. It does kind of give a warning at around .7v where the light output is getting really dim before shut off.
I’m kind of wondering if going that low might be a problem for the mcu.

Interested. Would love to see Andruil ui or some kind of ramping os in a blf version of this light. Would be the ultimate carry if it could also work on nimh AA, but I would still buy if only 14500.