Anduril ... 2?

How about this?
Light is always automatically locked out when turned off. Another way of saying it is single click does nothing (except a single cycle batt check)

Double click turns it on to memorized mode.

2H turns on to moonlight.

3 short clicks, instead of being batt check from off, goes to top of ramp.

•3 click +1hold goes to strobe.

•4 clicks from off goes straight to turbo.

Thread was TL;DR so I’m unsure if someone brought this up. Would it be possible to add a function to calibrate voltage, similar to how we can set temperature?

It’s already implemented in the development version.

A few more updates in the dev branch…

  • Moved Simple UI button mappings from 8C/8H to 10C/10H.
  • Removed the tenclick thermal config shortcut, since it’s not really relevant any more.
  • Changed sunset timer’s time unit from 10 minutes to 5 minutes.
  • Made lockout’s momentary moon always use the lowest floor first, and highest floor second.
  • Made lockout’s momentary moon use the manual memory level on second click, if enabled.
  • Added support (finally) for 1-step ramps in stepped ramping mode. It uses a level halfway between the floor and ceiling, so there is no need to click a ton of times to set floor or ceiling to a middle level. This also means Simple UI can be reduced to just 1 brightness level if desired.
  • Fixed bug: In lockout mode, main LEDs would stay on while setting aux LED mode.
  • Reduced ROM size a little by refactoring some code.
  • Enabled voltage correction on 2 of the 3 build targets where it had to be disabled before.
  • Updated the text manual.

Most of what’s left involves writing documentation and making new UI diagrams. I’ll probably write up a tutorial with a bunch of diagrams to show different levels of complexity, so people only need to go as far as they’re comfortable.

The full UI diagram may be a little tricky, since more shortcuts were added and there’s even more info to include. I might change the layout quite a bit to make things fit.

There’s also still a question of what to do with 2H from off. It’s currently “go to ceiling level and ramp down”, but that doesn’t seem to be a function anyone uses. So there’s an open slot, and I’m not sure what it should be.

What I always didn’t like: from off, 2C brings you to max ramp. No direct shortcut to turbo. From on, 2C goes into turbo. No shortcut to max ramp. In my builds I have changed this so that 2C always goes to max ramp (without memory) and 3C to turbo (moved every other mapping one up).

I don’t use turbo often so this helps a lot.

Thank You!

The rest is looking good also.

All the Best,

Jeff

Another change I’ve been considering… this one is simple, but potentially a bad idea. I want to know what people think:

  • Swap battcheck and lockout, so 3C = lockout and 4C = battcheck.

I wanted to do it this way originally, but instead I used the same mapping as NarsilM to be more consistent across projects. But now I’m thinking about going back to what I wanted before.

The benefits would be:

  • Lockout is faster to enter / exit… which matters, since lockout gets used a lot.
  • Batt check and other blinky-group modes aren’t used as much, so they don’t really need such a fast shortcut.

But there’s also a big drawback:

  • Would be a pain for anyone who has spent a lot of time with Anduril 1 or NarsilM.

So I’m not sure if I should do it. Any thoughts?

I could go either way. I probably use lockout more often so having it be 3C would be advantageous but as you say… I’m so used to 3C being batt check.

Side note, and sorry if this has been talked about before, but what about a user-enabled option for auto lockout after a set time period? Edit: catching up on the thread now and reading up on previous conversations.

Also considering some other remappings… but also not sure, because it breaks compatibility again and that might be annoying.

Before:

  • Ramp 4C -> Config
  • Ramp 5C -> Manual memory on
  • Ramp 5H -> Manual memory off

After:

  • Ramp 4C -> Manual memory on
  • Ramp 4H -> Manual memory off
  • Ramp 5C -> Momentary
  • Ramp 5H -> Sunset timer +5m

This would make manual memory easier to access, and improve consistency because 5C would then go to momentary mode from Off, Ramp, and Strobe… and the sunset timer’s time unit (5m) matches the number of clicks (5H).

However, it again has the potential to cause confusion for people who used older versions, or who use both old and new lights. I don’t want it to be annoying to switch back and forth between old models and new models.

Auto-lockout is already implemented:

  • Lockout 5C -> Auto-lock config (click N times for N minutes)
  • Lockout 5H -> Auto-lock off

Another benefit of using 3C for lockout instead of 4C is that it would be harder to go to auto-lock config by accident while unlocking the light:

  • Lockout 1H -> Momentary (lowest floor)
  • Lockout 2H -> Momentary (highest floor, or manual mem level)
  • Lockout 3C -> Ramp (mem)
  • Lockout 3H -> Ramp (floor)
  • Lockout 4C/4H: nothing
  • Lockout 5C -> Auto-lock config (click N times for N minutes)
  • Lockout 5H -> Auto-lock off
  • Lockout 6C/6H: nothing
  • Lockout 7C/7H: Aux LED config

+1 this right here.

I already changed the aux LED mappings from 3C/3H to 7C/7H. This makes them the same as Off Mode’s aux LED mappings.

Also considering making it 3C/3H to unlock and turn the light on, which is more convenient than “4C, pause, 1C/1H”.

If light auto locked immediately, and 2c was unlock which turns on to memorized ramp, 1 click could be batt check. In other words 1 click wont turn on the light but will give 1 cycle of blinks indicating batt volt status. 1H could still be momentary bottom of stepped ramp.

Double click to unlock is super nice. Not too cumbersome, but still has reliable lockout.

That sounds/looks pretty awesome to be honest.

RE: backwards compatibility, this is an issue but maybe not as bad as people think, we can flash the new version (if compatible) or adapt - and those that would really struggle with it would arguably be in muggle mode or buying different lights anyway?

[quote=lazerEagle] RE: backwards compatibility, this is an issue but maybe not as bad as people think, we can flash the new version (if compatible) or adapt - and those that would really struggle with it would arguably be in muggle mode or buying different lights anyway? [/quote]

I think the biggest problem I would have would be when I'm switching between my old Anduril lights and my new "Anduril 2" lights.

I still think Glamdring would be a good name for it.

Bring back the “old days” with a solderable star that locks in the current settings?

What about something like a DIP switch to enable/ lock the config?

Pretty much my last real issue with Anduril right there. I’ve messed up my own settings, and sometimes switched to stepped ramping…

The new Simple UI does that. In that mode, all configuration is locked. Nothing can be changed without switching to the advanced UI with a 10H action (click 10 times, but hold the final press).

Even in the advanced mode though, the config menus are harder to reach by accident. It requires more clicks, and there are no other actions nearby so it doesn’t happen if the user’s count isn’t quite right.

This is from another thread

Allowing full power and the ability to change the Simple UI sounds wonderful