I’m not sure why it should be harder to configure.
For the most part, I’ve avoided requiring menus at all. Most configurable settings are done by going to a mode and then holding the button or maybe doing a short click sequence. The idea is to make things as easy as possible to access. A few settings weren’t easily handled that way though, like the ramp details, the beacon timing, and the temperature limit. So those things went into menus, and the menus were mapped last after all the other functions.
With some new functions added lately, I think it might make sense to push the menus back another step or two, so the easier functions can have shorter shortcuts. But I’m not sure why it would be desirable to push them away farther than necessary. Long click sequences are kind of obnoxious, and it seems like a good idea to avoid them when possible.
On clicky-switch lights like Guppy, H17F, Bistro, and Biscotti… there is no “hold” input, and quick taps change the brightness level. On those, it is common to navigate through many levels quickly while cycling to the one needed for the current situation. So the config mapping gets pushed back to “maximum number of levels” clicks, at minimum… and that’s usually 8 or higher. It’s unfortunate, but there isn’t a workable way to reduce it. It is inconvenient out of necessity.
Another good reason to make an input sequence long is to hide it or make it difficult to do by accident. For example, 13H for factory reset is something which takes a pretty deliberate choice to activate. It’s inconvenient on purpose to keep people out. The config menus aren’t meant to be hidden though; they’re meant to invite people to change things.
Some config should be protected with a double sequences with an Hold at the end of both.
First sequence with an H, then buzzing. The fast flickering should make a muggle to stop clicking, “what is happening, what did I do wrong ?” but someone who’s willing to change the config settings purposely will perform the second sequence during the buzzing to enter the config menu.
Any time some muggle grab my anduril light they enter in ramp config within 20 seconds accidentally. I think Aux led control can be replace with the ramp config . like 4C and 4H to set aux leds and 7C to ramp config, beacon config…etc.
Aux LEDs could be used to help make configuration changes, and to help know the current setting. Would be better than tap-dancing on the button or waiting for 42 blinks
Thanks for your answer. I can understand your reasoning too.
It’s just in the case of the mode settings/ output levels, I usually set a light up to my liking then that’s it.
Very seldom is the configuration changed and if I do want to change things around it is no big deal entering an extended deliberate sequence to do so.
As ZozzV6 also said, giving an Anduril light to an unfamiliar will usually end up in the settings being messed up on return as they just keep on a clickin’ away. 10H or so would take them much longer to figure out
I think it is more confusing to learn colors but in battery check mode it could be useful to blink Volts and tenths with different color. Like 4.2V is 4 blinks green and 2 blinks blue.
We’ve been working every hour except sleeping since last week to build the flashling kits.
Hopefully, the reflashing kits can be for sale without too much waiting.
The programmer, cable, and pins are all included in the kits, all you need you to
do is to take the kits out from the box, connect it with you PC, install the software, reflash ,done.
Hopefully, the reflashing kits can be for sale in a week time.
Now, I would like to write an instruction to explain the steps on how to reflash,
a video would even be better, but I’m afraid my English is not good enough for the instruction video,
I hope some native English speakers could help to shoot the video.
Perhaps a lock on configuration mode so when we get it set up like we like it it could then be locked to prevent accidental entry? 22 clicks to lock out Configuration. (Ok, so I Love Titanium! [and have always been a Bob Hayes fan])
In the example above it was more to show how color auxs could improve a UI like NarsilM. The bad part of NarsilM is that you have to sit there counting blinks while holding the sheet … buzz 1 blink… buzz 2 blinks … etc. If you lose count you have to start again, plus if you change the wrong setting it is not always obvious.
(I do not say ‘bad’ as an insult, it is inevitable to have this type of configuration process when we have only one input and one output).
Arduril does not function exactly like this - however there are parts of the UI which require counting blinks and so forth, so I think something similar could apply.
4.2V being displayed as 4 blinks green, 2 blinks blue …. (or same for temperature) yes, I agree good idea.
With time I think UI designers will think up dozens of uses for colored aux lights.
