i went to build an emisar 3 channel and noticed there is not uv option. will there be an option to add uv 365 in future? i wanted to build white red uv. ty
sorry if mentioned before. this thread is huge
i went to build an emisar 3 channel and noticed there is not uv option. will there be an option to add uv 365 in future? i wanted to build white red uv. ty
sorry if mentioned before. this thread is huge
You canāt have UV with the plastic TIR optic, it blocks all UV light.
Maybe. There could be a mode for that, if thereās room. Iāll need the black-to-color-to-white ramp to make the user-defined color patterns work though. The color pattern animates continuously, but if the user presses the button, it goes into āoverdriveā until the button is released. This was originally used for lightsabers, to produce a āclashā effect when hitting something, but it can also give an interesting effect for light painting.
To be determined.
Probably a āwhiteā mode, a stepped color mode (r, r+g, g, g+b, b, r+b), a smooth color mode, perhaps a hidden second copy of the above (same UI, different colors) so you can assign different colors to different strobes and such, a random color mode, maybe a warm-to-cool auto tint mode⦠and some UI modes which bypass the channel modes entirely and just control colors directly.
It allows saving the channel for the ramp mode, the blinky modes, and each strobe group mode. So if you want a red candle, a pink bike flasher, a white party strobe, a variable color tactical strobe, blue lightning, and white aux battcheck⦠thatās a thing it can do now.
I wanted the same build, there might be an option in the future, but it will not have aux on the front, the optic blocks UV so it is drilled out and uses a small OP reflector instead.
The front AUX might not be there though, the reflector is too big for the holes in the aux PCB.
yeah i understand many plastics filter uv rays. but i saw somewhere glass tir lens. wouldnāt that work? if it was glass? idk, maybe i read the description wrong and glass tir doesnāt exist
edit*
found what i saw
43mm
34mm
There arenāt any glass TIRs in the right size (that Iāve been able to find, 10mm), and also there are plastic TIR lenses meant to be used with UV (-A, B, and C), theyāre usually made of silicone.
Using a reflector is just a cheaper alternative to a custom TIR while keeping compatibility with a ZWB2 filter.
reflector makes more sense now being the huge difference zwb2 filter makes.
i canāt wait!
@ToyKeeper I see you posted a new 3ch firmware, is that one for the ā151ā model code? Or does that matter?
The emisar-d4k-3ch firmware is only for model number 0151.
The details might change, depending on if Hank wants any more changes made. For now though, it has 8 channel modes plus another 7 for RGB aux.
Modes 1-5 are enabled by default, and 6+ are hidden.
The user can set a channel mode for ramping, blinkies (battcheck), and each strobe group mode. The āhiddenā ones are only hidden in the main ramping mode, and I recommend turning off as many as possible so itāll be easier to switch between the ones which remain. Like, enable only modes 1 and 5 if you have W1 or a color on the main 2 LEDs and warm/cool white 519A for flood on LEDs 3 and 4.
Iāve only been able to test it on a RGB model, which isnāt really what itās intended for. The RGB model is 0152, and the proper firmware for that isnāt available yet.
Itāll show voltage colors during use on the button if you have a RGB button. It also supports a single color button, but it doesnāt show voltage and I havenāt been able to test directly since I donāt have one with that type of hardware.
This build is also the first to use the new āsmooth stepsā feature. It rounds off the edges in stepped ramp mode, and when turning the light on/off. The user can enable/disable the feature, but itās currently hidden deep in a menu⦠Advanced UI ā Ramp ā 10H menu ā Option 5: 1 click for smooth steps, 0 clicks for hard edges. Itās on by default.
While getting this build ready, I made some API changes which will require fixing every other light⦠so I plan to do that soon and then publish a whole new batch of builds. The āsmooth stepsā thing should work on everything with a 16K or bigger MCU (attiny1634, attiny1616). Old 8K models could do it too, but would need other features turned off to make room.
Thank you!
Another question, when you say the RGB model (152): the triple channel I have is:
But, it shows a 151 model code. So does that mean that when you make the 152 available, the 152 would be more applicable?
Yes. You have the 0152 hardware, but the firmware doesnāt exist yet so it uses 0151 firmware for now.
In the mean time, the current 0151 build should be nicer than the earlier 0151 build it shipped with:
https://toykeeper.net/torches/fsm/anduril2/anduril.2023-08-28.emisar-d4k-3ch.hex
Er, also, for anyone who tries it⦠could you let me know if your LEDs 3 and 4 go in the correct order when changing channels? It has been tricky to confirm the order, to make sure the firmwareās channel order matches the web storeās channel order. If those arenāt right, I may need to swap the two 16-bit channels in firmware to put them in the right order.
I put on the 8/28 build - they do cycle as you wrote in your earlier post. However, (with my RGB) the W2 Green channel and W2 Blue channel (only) do not ramp up/down. With all the channels on, I donāt see those same (W2 Green and W2 Blue) ramping up/down either - only the two SST20 red ramp up/down. Same with the āmode 5ā, where the W2 Green and W2 Blue are on together - it will not ramp up/down.
I tried to take a video but it is kinda garbage.
Thatās very strange, and not what I see on mine. Definitely needs more investigation, since it shouldnāt be doing that.
When cycling through the modes with Ramp 3C, does it go red, green, blue, white, blue+green? Iād like to confirm thatās the order it uses. Mine does red, blue, then green⦠and Iām not sure if itās because Hank swapped LEDs 3 and 4 on the MCPCB, or if itās because the firmware has the two channels mixed up. It should be RGB, not RBG.
When swapping modes (3C): Red, Blue, Green, white, blue+green. Here is the order:

Thanks, it sounds like maybe the firmware needs to swap its internal definitions of LEDs 3 and 4.
Iām still trying to figure out what would cause blue and green to not ramp though. If it worked in channel modes 4 and 5, but not in modes 2 and 3, it would make sense. But all four of those modes arenāt ramping the blue and green LEDs, I donāt know what would cause it.
They ramped when using an older firmware version, right?
Correct, the prior firmware, the ramp was normal on all channels.
Do you remember the version of the prior firmware? Iām guessing either 2023-08-05 or 2023-07-28?
I put those up in case it helps:
https://toykeeper.net/torches/fsm/anduril2/anduril.2023-08-05.emisar-d4k-3ch.hex
https://toykeeper.net/torches/fsm/anduril2/anduril.2023-07-28.emisar-d4k-3ch.hex
I still have no idea what would cause blue+green ramping to stop working. Even if the enable pins or PWM pins were swapped, it should still work in channel modes 4 and 5.
An early version had a couple pins swapped, so some channels could turn on but not ramp⦠but even so, it only affected the single-channel modes. When all LEDs were on, the swap didnāt matter.
I have a bad habit of not writing down what it shipped with, only the model code⦠So, I donāt remember what it shipped with
With that said, the 8/5 version you posted, just flashed it - the individual channels ramp up/down as they normally would.
Curiouser and curiouser. I tried the 08-05 and 08-28 builds on my RGB D4K, and ramping works on all channels on both builds.
In the single-color modes (channel modes 1, 2, and 3), are the other LEDs completely off, or do they light up a little?
Ok, I have no idea what happened. I re-flashed your 8/28 3ch build, it works like it should - ramps up/down on the individual channels. So sorry, I guess I did not have something set up correctly? Or bad flash?