[POLL] Would you like Post Off Voltage Display (POVD) to be Disabled by Default

LED Flashlights – General Info
121

One issue i have with both “rainbow” and “stoplight” is that both assume that color mixing works. The reality is - it does not:

1D
1D1550×827 229 KB

2D
2D1153×1160 208 KB

3D
3D1836×1094 327 KB

This is yellow on TS10v2, does it look like yellow? Colors are not properly mixed and worse - proportions are not right for it to be yellow anyway.

For it to be proper colors full ramping would be needed for each color, proper proportions will have to be programmed for each light and it’ll have to be properly diffused.

IMO very simple indication with available colors only (red, green, blue) would make the most sense. Perhaps simply green-blinking green-red-blinking red with 25% per step.

This is, actually, one part of why current implementation is totally worthless for me. Color mixing does not work and as a result indication does not make any sense most of the time…

122

But, from my perspective, this idea of different colors, in the TS10, for different voltage levels, while interesting… Has nothing to do with the way I use my lights. No blinking or color mixing involved. POVD turned off. Simply press the switch three times from time to time, ( I know about when with my "typical usage pattern) and recharge when I get below about 3.8. Simple and effective.

BTW, I agree with this:

So trying to pick colors that can actually be identified isn’t really possible. I mean, trying to see if there is a dim red mixed in with bright green is way to hard for my eyes.
So, as I voted, just ditch the POVD … Or maybe have it optional for those that want’ a distraction and to burn off precious capacity from the tiny 14500 unnecessarily. :japanese_ogre:

1 Thank
123

It’s even worse for me because it’s not even a 14500, but a 14430 with charging doodad up top.

I wouldn’t want to waste even trickles of energy on something as useless (to me) as POVID. Dim aux lights come in handy, and that lets me know roughly when it needs topping off.

2 Thanks
124

I’d never considered the voltage display to be idealogical, simply using the full range of the RGB aux lights. I agree that red = charge green = full makes more intuitive sense but really it’s not hard to grasp the concept of green = charge. That’s literally all you have to remember, it’s not rocket science, and aesthetically I like the purple, blue and cyan colours although I realise that’s subjective.

As for being hooked on Anduril, what I’m really hooked on is this for a UI:

1H = moonlight (can ramp to low)
1C = medium
2C = high

Anduril lets me not only use that convention but allows me to set “medium” to be whatever level I want it to be, and for it to always turn on at that level with 1C. Ramped up or down from there? Doesn’t matter, turns on at my preferred level with 1C. The beauty of this is predictability, I always know what’s going to happen when I press the switch. The ability to define what “medium” is is a fantastic feature. Most of the rest of the chart is settings that I’m either going to change once or don’t need to change at all. I don’t have every possible setting for my phone memorised, and doing so with Anduril is equally unnecessary.

The only other UI that’s approaching as good is Zebralight’s.

1 Thank
125

I agree. I do not use POVD or always on aux voltage on anduril lights like TS10 either. The way it is currently implemented counting blinks is more informative and easier.

However i do find displaying charge state using button LEDs post-on to be the most convenient way for me. Much, much better than counting blinks. I turn on a light (skilhunt lights are a good example here) and i instantly, at a glance, know if i need to charge it or not. Something that is impossible in anduril lights.

It would be amazing if this could be implemented in anduril…

Alternatively - always on AUX on low displaying voltage would be useful too, if it used some simpler color coding (without mixing) than it does now. Because rainbow does not work when mixing does not work…

126

But that’s the problem. What if you got a car where the accelerator and brake positions were switched?

Every other car out there had “normal” pedals, and you just get in and drive.

The weirdo car, though, it’s easy enough to remember to switch position, ie, left=go right=stop, but it’s not the “usual” or “normal” that every other car out there has.

In this case, every doodad (not just flashlights) uses the signal green=good/red=bad:

Low power, error condition, out of ink/paper, currently on fire, incoming ICBMs, whatever it might be.

But here’s that one weird doodad that shows green and indicates that you only got half the oil that it should have (vs purple meaning that the oil’s fine).

“Oh my God! You’re down 2qts of oil!!”
“Are you crazy? It shows green!!”
“Exactly!! It should be showing purple!!”
“Wtf??”

Like, yeah, sure, people could “remember” that purple is the new green, but…

Now imagine every whackjob mfr comes up with a new color scheme for every doodad they sell.

“No worries, I got 5 bars of signal.”
“Yeah, that’s horrible, as you should have 8.”

“I pulled you over for running a green light.”
“Uhhhh, wut??”

“Damnit!! I scalded myself at the sink!!”
“Well, what did you expect? You turned the blue spigot, not the red.”

Etc.

There’s a reason people like standards, whether formal (eg, wiring colors) or informal (green=good, red=bad). They shouldn’t have to “remember” anything different.

4 Thanks
127

I do take your point, if in the next release the voltage colours are changed so that green = fully charged I certainly wouldn’t be upset about it. I guess I don’t really think about it in terms of traffic lights, I just visualise the spectrum, although being neurodivergent I’m used to my brain working differently from most people’s.

128

POVD and battery check both indicate battery voltage. As I have mentioned earlier, personally, I like the current combination of both the “quick and dirty” POVD and the “slow and precise” two decimal battery check via 3C from Off. In case of disabling POVD by default, it might be worth considering to also return to a one decimal voltage readout, because this voltage readout might be used more frequently then; cf. also this BLF thread.

In any event, I figure that too frequent changes in the default settings or configuration options would also make the documentation in the manual more complicated, and would thus possibly create more/another kind of confusion. For example, in the manual, so far the two decimal battery voltage readout has not been documented. The current 0.02V steps are documented in the current diagrams by containerfan:

Anduril2_Advanced
Anduril2_Advanced1356×588 106 KB

and by myself:

anduril-tikz-diagram
anduril-tikz-diagram1331×504 86.2 KB

and in addition I have created a pull request over at GitHub to document this in the manual:

Changing the POVD default or the decimal places of battery check again would result in an even longer “history” of which respective defaults or formats are valid for Anduril 2 in what specific time period. To me, this is an additional aspect to take into account when considering any changes of this kind, and this aspect might speak in favor of leaving everything as it is; of course YMMV.

1 Thank
129

Being colorblind the POVD is pretty useless to me, and 3C works just fine for getting a voltage readout and I really don’t want for more. POVD is one of the first things I disable.

2 Thanks
130

Coming back to the aspect of discoverability: fwiw, for a further visual example of the discoverability of the POVD, be it enabled or disabled by default, cf. this recent post of mine over at the Anduril 2 UI diagrams thread, where I “dimmed” all the Advanced UI information - except for the POVD.

POVD
POVD1128×606 74.2 KB

131

Coming back to the aspect of POVD discoverability once again, with a couple of updates:

By now, the manual includes an FAQ (cf. already this post of mine in the present thread), and the first question and answer is about the POVD. And on a side note, by now the POVD default of 4 seconds is documented in the manual as well, here.

Moreover, in the current release of this diagram by myself, the POVD should be even more eye-catching in the now expanded Voltage Config box:

Post-Off_Voltage_Display
Post-Off_Voltage_Display1754×1241 256 KB

Please also note that by now, with TK’s latest Anduril 2 release 2025-07-07, the POVD brightness can be configured:

POVD_brightness
POVD_brightness1017×980 123 KB

WIth all that said, the POVD still remains enabled by default, but there it is.

1 Thank