TK's Emisar D4V2 review

teacher · August 3, 2019, 9:43pm

/\ … Thanks Terry….

contactcr · August 3, 2019, 10:06pm

The D4 will always look a bit more green next to an FW3A because the D4 runs each LED a bit lower power

teacher · August 3, 2019, 10:22pm

OK…. but my FW3A with SST 20 400K’s shows no ‘greenish tint’ at all…from moonlight thru Turbo.

Maybe I just got lucky, IDK??

contactcr · August 3, 2019, 10:30pm

Then you may or may not see it in the D4 but if you shine them side by side you will likely see “something” different

teacher · August 3, 2019, 10:49pm

/\ Thank you contactcr.

I have a Convoy S2+ with a 4000K SST-20 & it is horrible. . It is eat up with greenish tint at all levels.

contactcr · August 3, 2019, 11:01pm

They very likely use a worse tint bin but on top of that reflectors bring out that “above BBL” part more than TIRs which blend much better

Here’s my modded D4v2:

Rexlion · August 3, 2019, 11:46pm

Your beam is snow white? Does it dwarf some of your older lights? :sunglasses:

deleted-200707 · August 4, 2019, 1:19am

I agree with the 1A being “WHITE”
all the others are shades of off-white

teacher · August 4, 2019, 2:07am

OK…. Thanks… …

And for your modded D4V2…… IIRC, that is the same combination of emitters you used in the modded FireFlies E07 I bought from you.
A very nice combination too I might add!!!

Jeff208 · August 4, 2019, 3:54am

Configuration files format

A configuration file is a list of "key=value" properties. The value of a property can be expressed using the value of another property by putting its name inside brackets "{" "}". For example:

compiler.path=/tools/g++_arm_none_eabi/bin/
compiler.c.cmd=arm-none-eabi-gcc
[....]
recipe.c.o.pattern={compiler.path}{compiler.c.cmd}

In this example the property recipe.c.o.pattern will be set to /tools/g++_arm_none_eabi/bin/arm-none-eabi-gcc that is the composition of the two properties compiler.path and compiler.c.cmd.

Automatic property override for specific OS

We can specify an OS-specific value for a property. For example the following file:

tools.bossac.cmd=bossac
tools.bossac.cmd.windows=bossac.exe

will set the property tools.bossac.cmd to the value bossac on Linux and Mac OS and bossac.exe on Windows.

Global Predefined properties

The Arduino IDE sets the following properties that can be used globally in all configurations files:

{runtime.platform.path}     - the absolute path of the platform folder (i.e. the folder containing boards.txt)
{runtime.hardware.path}     - the absolute path of the hardware folder (i.e. the folder containing the current platform folder)
{runtime.ide.path}          - the absolute path of the Arduino IDE folder
{runtime.ide.version}       - the version number of the Arduino IDE as a number (this uses two digits per version
                              number component, and removes the points and leading zeroes, so Arduino IDE 1.8.3
                              becomes 01.08.03 which becomes runtime.ide.version=10803).
{ide_version}               - Compatibility alias for {runtime.ide.version}
{runtime.os}                - the running OS ("linux", "windows", "macosx")

Aprilis · August 4, 2019, 6:22am

I’ve seen your post with a modded D4V2. Thanks for sharing your experience. Could you describe the beam profile(spill/throw) after reflowing the leds, how is it compared to SST20?

contactcr · August 4, 2019, 12:39pm

The hot spot is more smooth and probably twice as big. No significant artifacts or anything.

Outside of 5 meters or so you will be lighting up areas not objects so you aren’t going to be pointing at things.

LH351D doesn’t change tint as much through the full ramp but is noticeably more floody.

Unheard · August 4, 2019, 1:31pm

Same forum, different flashlight: Someone reported the same behaviour of a FW3A.

Maybe an Andúril-bug?

Aprilis · August 4, 2019, 5:28pm

Thank you.

f0xx · August 4, 2019, 5:55pm

FW3A doesn’t have AUX from factory… but it could have been modified.

This sounds like a shorted/broken switch to me. If they got one before the reset feature, and the switch was always”on”, it would behave this way.

If so, Anduril is doing it’s job and listening to the user. Bad switch is unfortunate.

Unheard · August 4, 2019, 7:28pm

Bad switch has been proposed already before MM bug has been discovered. Highly unlikeky both owners would not have noticed this before and discovered it while performing the same action.

DB_Custom · August 4, 2019, 11:25pm

But the two lights are not interchangeable firmware wise to my knowledge, the D4V2 has an t1634 MCU while the FW3A has a t85. The new firmware that showed the muggle glitch doesn’t work on the FW3A. So unless much more than the firmware was changed on the Lumintop light it’s virtually impossible it has the same problem. And obviously the glitch is resolved anyway, so …

Unheard · August 5, 2019, 5:53am

I was thinking about a second bug due to the nature of this problem seen in three Anduril flashlights. Paranoia maybe. Or wishful thinking - flashing a bugfree firmware ist quite sexy compared to having a f/l with a hardware problem.

DB_Custom · August 5, 2019, 11:46am

I’ve got 15 lights running Anduril and have built multiples for a couple of my friends. This new Emisar with the t1634 MCU was the first bug I’ve seen and it’s been dealt with.

No glitches, even, running a t85 Master with 4 Slaves in a 17 emitter 23,000 lumen build.

nalott · August 5, 2019, 12:53pm

You also may have to take into account the influence of the front glass lens. I have 2 D4S’s, one came with a coated lens, the other with a clear one. The AR shifts the tint of the SST-20 distinctly to green. So there positively is a “front glass lottery” here. I confirmed with Hank that may happen and ordered a clear D4S lens with my D4V2.