E-switch UI Development / FSM

212 posts / 0 new
Last post
ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3

Sure, it would be easy to add heart beacon and SOS. I’m not sure it would add much though… It already has a beacon with adjustable frequency and brightness, and the momentary mode is good for sending Morse code.

Does anyone actually use SOS?

mozart.f
Offline
Last seen: 3 weeks 2 days ago
Joined: 05/05/2015 - 21:46
Posts: 103
Location: Brazil

I never had to use SOS in practice. But if one day I needed it, sure it will be good to have it in hand. Smile

Lazy-R-us
Offline
Last seen: 2 hours 11 min ago
Joined: 09/13/2015 - 00:30
Posts: 628
Location: Carolinas, USA

mozart.f wrote:
I never had to use SOS in practice. But if one day I needed it, sure it will be good to have it in hand. Smile

Can you imagine an actual event where an emergency worker sees a strobing light, stops, watches it for a while and says – “whelp, I know it’s a blinking light out here where I don’t expect to see one, and I’m a lookin for a missing person, but that ain’t an SOS strobe, so theres no way I’m gonna check it out!”

A flashing light will attract attention. If it happens to be flashing out the current state of the battery, rather than slavishly repeating three dits, three dahs over and over, someone is going to count them and realize there is a pattern. Heck, even amateur radio has done away with Morse code requirements, most people are not going to notice it.

I would personally like to do away with SOS, I don’t minds police strobe, or biking strobe, and I use batt check a lot. SOS just seems like a gimmick.

Lazy-R-us

AEDe
Offline
Last seen: 18 hours 15 min ago
Joined: 12/01/2016 - 12:07
Posts: 125
Location: Moscow

UI (by Tamagotchi) that very popular in Russian forum.
From off:

sc- short click
lc- long click

1 sc – memored mode , (may be adjusted in menu)
2 sc – transition to turbo and back
3 sc – strobe mode. change of strobe modes by hold.
4 sc – lock – 1 mode (beacon off). Unlocking 4SC.
5 sc – lock – second mode (beacon mode is determined by its settings). Unlocking 4sc.
1 lc – moonlight.
Hold – change modes from the first (red) firefly, than moonlight and then Minimum> Medium 1>Medium 2>Maximum>Minimum>…
1Sc and hold – the battery indication.

from on

1 sc – turn off.
2 sc – transition to a turbo from any mode except the munlay. Repeated 2k – switch to the mode from which the turbo was switched on.
3 sc – the inclusion of strokes. Retrieval of strobe modes with hold.
1 lc – change mode to 1 mode down.
Hold – change modes from the main line up in a circle.
1sc and hold – scrolls down to the minimum mode .

bansuri
Offline
Last seen: 1 day 21 hours ago
Joined: 01/30/2017 - 23:43
Posts: 39
Location: Columbia, IL

Lazy-R-us wrote:
mozart.f wrote:
I never had to use SOS in practice. But if one day I needed it, sure it will be good to have it in hand. Smile

Can you imagine an actual event where an emergency worker sees a strobing light, stops, watches it for a while and says – “whelp, I know it’s a blinking light out here where I don’t expect to see one, and I’m a lookin for a missing person, but that ain’t an SOS strobe, so theres no way I’m gonna check it out!”

That sounds like a Far Side cartoon!
I’m reminded of a early DX light I had that spelled out SOSOSOSOS.
If you really needed to signal someone you could just run your hand in front of the light and “tap” it out yourself.
To save you extra effort remember that mountaineering distress signals are simply groups of 3. Can be 3 anything, just something that stands out.
The Batt Check would work with a slightly depleted battery if you covered it up for the decimal readings.

“All it says is SSSSSSS, must be someone messing around”.

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3
AEDe wrote:
UI (by Tamagotchi) that very popular in Russian forum.

Awesome, that’s pretty close to what we came up with too, which is a good sign. It seems several people have independently created very similar e-switch UIs with roughly the same basic operation. This tells me it’s probably a genuinely good solution, one of the tallest peaks in the problem space, since people keep creating similar designs.

I wonder why big-name commercial lights are usually so different than this obvious solution.

dave1010
Offline
Last seen: 6 hours 28 min ago
Joined: 07/04/2017 - 02:38
Posts: 5
Location: United Kingdom

ToyKeeper wrote:
  • Leaving the MCU on all night, at about 5 mA, so ~40 mAh power used each night just waiting.
  • Implementing a special “twilight” half-sleep mode specifically for things like this alarm clock mode. (like standby, but the WDT would wake up every couple seconds and send a “tick” to the current State handler, with ADC turned off so it can’t sense low voltage)

I don’t like that first one, because 5mA is really high for a mode where it isn’t doing anything. I may be able to make the second one happen though, and it might be kind of nice for other things too (like controlling an indicator LED during standby mode).

That sounds more complex that I was expecting. How about if it was done from moonlight (I’m guessing that’s under 20mA in most lights)? Would that make it pretty simple to implement? Overnight moonlight is often useful in these cases too.

Do you think a half-sleep mode would use much less than 5mA?

ToyKeeper wrote:
In any case, if you want a light to blast in your face each morning, that might be do-able. Smile (it’s just going to need a bit of plumbing work first) (OTOH, timers exist which plug into wall outlets and turn on whatever they’re connected to at a specified time, so that’s probably a cheaper and easier way to do it)

I’ve actually got one of those mains powered “sunrise clocks” that are supposed to emulate the sun rising to help you wake up in the morning. The technique works (fairly well, at least) but instead of a gradual ramp it jumps up about 10lm of 6500K every minute (to about 100lm). I can imagine something like the D4’s ramp being much nicer. Having it in a flashlight would make it useful for camping and hotels too.

Really, I just want an excuse to buy the equipment needed to flash a driver Silly

oto
Offline
Last seen: 7 hours 44 min ago
Joined: 01/05/2017 - 09:30
Posts: 63

Have you considered implementing PID algorithm for thermal control?

Lazy-R-us
Offline
Last seen: 2 hours 11 min ago
Joined: 09/13/2015 - 00:30
Posts: 628
Location: Carolinas, USA

ToyKeeper wrote:
Agro wrote:

include USB type C plug. Use it to:
  • reflash the chip
  • with a helper app, provide GUI configuration

That requires a much more capable MCU than we’ve been using for flashlights. An atmega chip can do it though.

There was an arduino-based light a few years ago, but it was expensive and kind of meh. There was also one with bluetooth for configuration, but it had physical design problems and the concept was never developed very far. Some recent driver designs use vias for programming pins so it can be reflashed acupuncture style without removing the driver, and requires no host modifications. That might be an idea worth exploring further.


Copying and quoting from another thread, we have a perfect host for the above described light: The S42. I realize that the uC would need to be changed to an AT of some flavor, but perhaps by giving up in light charging we could gain enough real-estate to get the USB interface to function.

My S42 just sits on my desk at work, begging to be used, but the UI is just prohibitive.

Lazy-R-us

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3
oto wrote:
Have you considered implementing PID algorithm for thermal control?

Have you considered looking at the code? Silly

But joking aside, a wide range of things fall into the category of “PID algorithms” and it basically already uses one. It just has kind of a weird “I” term implemented as a lowpass or latch on the “D” term. And it’s heavy on the “D” term in order to predict temperature in advance to compensate for lag in measurement.

I’ve been meaning to try a version which uses an actual “I” term of sorts as its primary output, to see if it behaves any better, but I’ve been busy and the testing for thermal stuff always takes a long time.

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3

dave1010 wrote:
That sounds more complex that I was expecting. How about if it was done from moonlight (I’m guessing that’s under 20mA in most lights)? Would that make it pretty simple to implement? Overnight moonlight is often useful in these cases too.

Do you think a half-sleep mode would use much less than 5mA?

Yes, a half-sleep mode should be well under 5mA. Hopefully well under 1mA, but I don’t recall offhand what the sleep mode power is with WDT enabled. The full standby mode is only like 0.02mA, which is nice, but it doesn’t wake up unless the button is pressed.

Using moon mode wouldn’t reduce power use. Idle mode with the MCU running is ~5mA, and moon mode is ~7mA. This means most of the power in moon mode is wasted just to keep the MCU running, not to make light. I wonder if there’s a way to reduce that without sacrificing any functionality… like maybe turn the ADC off most of the time, or run the MCU at a slower clock speed, or something.

I mean, if you wanted to combine the alarm clock with an all-night moonlight mode, that’s do-able right now with no plumbing changes. But the high idle power has been bugging me anyway, so I should try to fix it. And a half-sleep mode is probably worth adding to the toolkit.

dave1010 wrote:
I’ve actually got one of those mains powered “sunrise clocks” that are supposed to emulate the sun rising to help you wake up in the morning. The technique works (fairly well, at least) but instead of a gradual ramp it jumps up about 10lm of 6500K every minute (to about 100lm). I can imagine something like the D4’s ramp being much nicer. Having it in a flashlight would make it useful for camping and hotels too.

Really, I just want an excuse to buy the equipment needed to flash a driver Silly

It’s a good idea; I just need to add some extra plumbing to make it feasible without wasting lots of power. I have other plumbing to add too, like an option to use “short click, long click, or hold” instead of just “click, or hold”. That one is mostly for the Russian crowd though, since I haven’t seen that type of UI anywhere else.

If you need any reasons to get firmware flashing equipment, there are plenty of reasons at the links in my signature. Big Smile

radioshaq
Offline
Last seen: 20 hours 59 min ago
Joined: 11/06/2015 - 02:26
Posts: 267

But what does the “F” stand for?

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3
radioshaq wrote:
But what does the “F” stand for?

Flashlight, of course.

Or whatever F word you feel like at the time.

radioshaq
Offline
Last seen: 20 hours 59 min ago
Joined: 11/06/2015 - 02:26
Posts: 267

Haha – that F* spaghetti monster.

But seriously cool stuff! Makes me want to pick up mcu coding.

How feasible is a Pi Zero flashlight? Other than a host to shove it in? The new ones even come with Bluetooth and wifi. All sorts of fun there.

ZozzV6
ZozzV6's picture
Online
Last seen: 8 min 43 sec ago
Joined: 03/24/2016 - 12:19
Posts: 999
Location: Near to my soldering iron.

One of my favourite E-switch UI is the Skilhunt H03.
From Off:
-one click: last used mode
-hold: lowest mode
-doubble click: highest mode
-hold more than x seconds: powers on moon then blinks and go to Lockout

In lockout mode : one click activete or deactivate the button lighting beacon flashing red led.

From ON:
-one click: go the next mode
-doubble click: change to other submode (every mode has two submodes and if you choose one the light will store it and you can adapt the mode spacing to your taste)
-hold: OFF

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3

Some of the H03’s UI looks pretty similar. Some of the differences are interesting, while others are things I’ve been avoiding.

The clicks during lockout to change indicator LED behavior might be a good thing to keep in mind for later. I don’t have any lights with indicator LEDs and recent drivers, but as soon as I get a Q8 I’ll be adding indicator LED support to the toolkit.

Another thing which might be worth adapting is the hold-for-moon thing during lockout. Not sure if the H03 does that, but my Baton lights do. It gives nice feedback and doesn’t cost much power. Basically, lockout mode becomes sort of a momentary moon mode with four clicks to exit.

I don’t really care for “hold to toggle lockout” though, since that kind of thing can happen pretty easily by accident. I implemented it once ~3 years ago (hold for moon and continue holding to enter lockout), because I was cloning the Olight Baton UI. But since then I’ve gone for multiple clicks instead, to avoid lockout accidents.

On hot-running lights, people have expressed that “hold to turn off” is probably not a good idea, especially if the button is near the emitters. That didn’t go over well in the S42 and E14 II.

Edit: I added momentary (ish) moon to lockout mode. It’s not good for signalling, since it still needs to check for the 4-click exit action, but it’s still useful for quick tasks in the dark without exiting lockout.

ZozzV6
ZozzV6's picture
Online
Last seen: 8 min 43 sec ago
Joined: 03/24/2016 - 12:19
Posts: 999
Location: Near to my soldering iron.

I like your Ideas. Maybe for the hot light problem you can short click to turn off and hold to change modes like Sunwayman C22C. Or we are almost there at the ramping things which is better and no need for submodes.

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3
radioshaq wrote:
How feasible is a Pi Zero flashlight? Other than a host to shove it in? The new ones even come with Bluetooth and wifi. All sorts of fun there.

A pi zero is pretty big and IIRC it uses significantly more power. It could be neat, but it’s total overkill for this purpose.

However, if things go well I might try making a pi zero-like driver for another project… I’ll need much more processing power than an attiny processor can handle, and probably more than an atmega, so something like a stripped down pi zero might be about right.

That’s only if prior projects go well though.

Tixx
Offline
Last seen: 1 week 1 day ago
Joined: 08/27/2015 - 22:34
Posts: 89
Location: United States
ToyKeeper wrote:
Tixx wrote:
Since this is the proper place for it, my suggestion was to turn the double blink when installing a new battery to moonlight instead of something bright like now. Reason: If you unscrew the cap for lockout and use the light in the middle of the night, you have to see 2 bright flashes first.

That was a thing I left alone in the D4 interface. On my custom UIs though, I generally do a single very-quick blink when power is connected. Very very quick. Unless it’s intended for a dual-switch light (e-switch and power cut switch), in which case it definitely shouldn’t blink at power-on.

The quick blink can be just as bright, but it doesn’t look as bright because it’s so short. Regardless, if you don’t want to be seen, it’s a good idea to cover the front of the light while tightening the tailcap.

It could perhaps be made optional, or I could maybe add a lockout config option to specify whether lockout blinks on exit or not. With soft lockout on 4 clicks, I usually go for that instead of unscrewing the tailcap. Perhaps it could have two or three modes: blink on exit, moon on exit, or no feedback at all.

Yeah, for me I don’t really see a need to tell me I screwed the cap on. So many lights don’t have that, I’m just not sure how many users find it that necessary to have 2 bright blinks to say you screwed it on. I would at least love the optional choice if people do need it. We all have different needs and I know it is difficult. I appreciate the work and consideration. Smile

Sprinkles
Offline
Last seen: 2 days 20 hours ago
Joined: 02/07/2012 - 13:06
Posts: 342
Location: NorthernCA

ZozzV6 wrote:
One of my favourite E-switch UI is the Skilhunt H03.
From Off:
-one click: last used mode
-hold: lowest mode
-doubble click: highest mode
-hold more than x seconds: powers on moon then blinks and go to Lockout

In lockout mode : one click activete or deactivate the button lighting beacon flashing red led.

From ON:
-one click: go the next mode
-doubble click: change to other submode (every mode has two submodes and if you choose one the light will store it and you can adapt the mode spacing to your taste)
-hold: OFF

+1
I really like the H03 UI. It’s a very versatile UI (like the Zebralight…which I think you have a sort-of-copy version, Toykeeper?).

I like NarsilM, but I have two issues, both in the Mode set Operation:

1) Mode Lock
I’m not a fan of the light turning off when you click the switch after the light has locked in a specific mode. I just want to be able to make the light brighter immediately, not turn it off or make it dimmer first then brighter. If there was a “Mode Lock enable/disable” option, that would be great! I understand that changes the mode selection UI, but it would grant the user even more flexibility in use. I am constantly needing to change modes when using a light – it’s a necessity.

2) Long Hold (over 1.2s) for Strobe
I would LOVE to see this be a configurable option, allowing the user to choose between either Strobe or Max (of the selected mode set) when performing a Long Press.

The Miller
The Miller's picture
Offline
Last seen: 3 days 9 hours ago
Joined: 12/14/2015 - 12:08
Posts: 9942
Location: Charente France

I have read and re read and seen the topic went into details.
I can’t help but think I missed the core of the first three posts. A universal UI to be customized by all to their liking?
Diving into code is a huge step for me, with all the things I have too do a leap too much to ask and I am sure I am not the only one.
This FSM, could it be presented in such a way even newbies can set up a light, using some clever way of getting the desired modes in a light, by using say the LED as a receiving diode? FSM as a stand alone app?

tekwyzrd wrote:
The term ‘goddess’ is well-deserved. Wish i knew you in the everyday.

+1 invitation remains open of course Smile

patmurris wrote:
Great work as usual TK!

Apart from my personal preferences the one thing that worries me the most is whether a non flashaolic can use a light without any explanation.


+1
Sprinkles
Offline
Last seen: 2 days 20 hours ago
Joined: 02/07/2012 - 13:06
Posts: 342
Location: NorthernCA

One more thing, the Unnamed UI from the original post looks great! I love the option of ramping up/down at any time, not dependent on your last direction. Also, getting too/from max is great!

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3
Sprinkles wrote:
I really like the H03 UI. It’s a very versatile UI (like the Zebralight…which I think you have a sort-of-copy version, Toykeeper?).

Yes, there’s a clone called DarkHorse. It’s almost identical to a ZebraLight. I doubt I’ll end up actually using it on any of my lights, but it’s a nice example for reference.

Sprinkles wrote:
I like NarsilM, but I have two issues, both in the Mode set Operation:

1) Mode Lock
2) Long Hold (over 1.2s) for Strobe

I’m not a big fan of those either; that’s why I did the discrete / stair-step mode differently in my Narsil-like UI. It works exactly the same as smooth ramping, except it’s not smooth. Instead, it has however many steps you want, evenly spaced between your preferred lowest and highest levels. The same actions do the same things in either mode though, and switching between them is easy.

The Miller wrote:
I have read and re read and seen the topic went into details. I can’t help but think I missed the core of the first three posts. A universal UI to be customized by all to their liking? Diving into code is a huge step for me, with all the things I have too do a leap too much to ask and I am sure I am not the only one. … could it be presented in such a way even newbies can set up a light, ?

No, it’s not really intended for everyone to make their own UI. What it does, mostly, is it reduces the time to create a UI from ~50 hours down to ~5 hours. But to be a universal thing customizable by all, it would need to take that time down to like 5 minutes… and it doesn’t.

The Miller wrote:
using say the LED as a receiving diode?

I’ll probably add that as a compile-time option later, but it’s not there yet. I don’t have a FW3A yet or a compatible driver to use for development.

My quick light-sensing test used a tiny25, but it’s a power-switch light and FSM doesn’t work on tiny25. FSM adds like 1.8k of overhead, or a bit more with thermal regulation enabled, so it’s not tiny25-friendly at all. However, above that base size, it seems to make the resulting firmware smaller overall. Like, I’ve got most of the Meteor M43 UI cloned and I still have almost half the ROM left. That’s a bit satisfying, since the Meteor’s firmware author insists that the only way to make the Meteor’s features fit (on the same MCU) is to use assembly code, because C is far too bloated for use on attiny MCUs. But the C version seems like it’ll be smaller.

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3

Out of curiosity, I tested thermal regulation on a light with a H17F driver, a brand new Okluma copper DC2. Jeff sent me one to thank me for all the free code, and perhaps also because I think he might want an open-source version of it. And I graphed it against my D4-219c with FSM:

The H17F thermal ramp-down is as smooth as it can get (the occasional bump was because I was holding the light and I moved). It seems to step down at a maximum speed of two PWM levels per second on FET modes or one PWM level per second otherwise, one channel at a time, until the temperature is no longer out of spec. This makes it really smooth but also really slow. Eight minutes to reach stable state at the configured temperature limit.

My FSM-based D4 also steps down one PWM level at a time, but it’s much faster, up to 8 adjustments per second. It looks just as smooth in person, but it reaches its destination(s) sooner and then is a bit more jittery after reaching stable state. One minute to reach stable state in this test, and another minute for the aluminum body’s outer temperature to catch up.

The DC2’s slow response seemed appropriate though, because it has a massive chunk of copper to sink heat into. It never got too hot to hold; the outside of the light stayed a pretty steady temperature.

Meanwhile, the higher-powered D4 has only a small chunk of aluminum, so it got painfully hot during the first minute even though it was stepping down so fast. It remained pretty hot during the second minute, but it did not continue to ramp down because the predictive algorithm figured out that there was no need since the temperature was already decreasing fast enough.

As a side note, I need to recharge the DC2’s battery and measure its maximum output properly. Its vertical scale on this graph may be a bit off — IIRC it was about 2300 or 2400 lm at the beginning but I need to double check.

It’d be interesting to see how each light behaves with the drivers swapped. That’s not very feasible, but sometime soon I should at least be able to measure FSM’s behavior on a larger light, a SRK or Q8. If my guesses are right, it should still work fine with more thermal mass and should adjust output more slowly, because the extra thermal mass reduces the rate of change and that reduces the magnitude of response.

It’s not shown in the graph, but afterward I held a block of ice against the DC2. The output ramped back up, but it was just as slow as when it ramped down. Even with the light literally ice-cold, it was still slow. The D4, however, when it’s that cold, increases the output rather quickly. It’s not quite as fast as the initial ramp-down, but it’s still relatively quick.

ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3

I was thinking about how an alarm clock mode should work… how does this sound?

Let’s say the user sets an alarm to happen in 8 hours. After entering alarm clock mode, a few things happen:

  • The light blinks 8 times to indicate 8 hours until the alarm goes off.
  • Light shuts off.
  • 7.5 hours pass.
  • Light turns on at moon mode then slowly ramps up to ~150 lm. This takes 30 minutes.
  • The light blinks at 150 lm until someone shuts it off or the battery gets low. On for 1s, off for 1s, repeat.

To exit at any time, click once.
To go to the next blinky in the sequence, click twice.
To set the alarm time, click three times, wait until it buzzes, then click N times for N hours.

goshdogit
goshdogit's picture
Offline
Last seen: 26 min 19 sec ago
Joined: 12/03/2015 - 21:28
Posts: 404

ToyKeeper wrote:
I was thinking about how an alarm clock mode should work…
Neat!
  • Can the light be used while the alarm is counting down?
  • Can Good Night mode do its thing after setting the alarm?
ToyKeeper
ToyKeeper's picture
Offline
Last seen: 2 hours 14 min ago
Joined: 01/12/2013 - 14:40
Posts: 6404
Location: (469219) 2016 HO3

I haven’t implemented it yet… just thinking about how it should work. It had occurred to me that it might be nice if the alarm clock mode also worked as a momentary low mode during the waiting period, but only if it doesn’t cost much space.

Or I guess it could do the good-night thing instead, but that adds some complications. I’ll keep it in mind though, in case a simple solution appears.

… actually, I already thought of a fairly simple way to do it — push goodnight mode, then make it pop itself at the end instead of turning off. This way it can be accessed from both off and from alarm clock mode. Hmm. But that also means it would inherit the parent mode’s event mappings for unhandled events. And it’d be less friendly in a mode group rotation. That’s problematic. I’ll have to give it more thought. The modes weren’t designed to be nested.

Mostly just looking for ideas at this point, for how people would use it. So this is good feedback.

DrafterDan
DrafterDan's picture
Offline
Last seen: 3 days 9 hours ago
Joined: 11/21/2014 - 13:33
Posts: 66
Location: phoenix, AZ

Very cool that you are working with OKLuma. Was hoping that would happen.
Extremely cool gift of a DC2! That means you are a compensated consultant.

Unfortunately, the programming side of things are well outside my range of skills, I don’t have any decent input to offer.

Please do carry on, you are making our hobby more interesting and enjoyable

have light, will travel

dave1010
Offline
Last seen: 6 hours 28 min ago
Joined: 07/04/2017 - 02:38
Posts: 5
Location: United Kingdom
ToyKeeper wrote:
I was thinking about how an alarm clock mode should work… how does this sound?

That sounds great. That’s something I’d probably use quite a bit.

Looking at the config for other modes, it seems like setting up multiple things is straightforward (in the UI, at least, I’m not sure how much complexity it adds to the code). Just configuring hours would work pretty well but you could add:

  • Delay granularity to tens of minutes, so 8 taps then 3 taps would be 8 hours and 30 minutes
  • Customisable brightness. 150lm is probably fine but it would be nice if this was flexible. It could be based on the mode memory but that could give unexpected results.
  • Customisable ramp duration.

I’m being a bit picky and know first hand that adding in more features and code into something isn’t always the best decision, so take these suggestions with a grain of salt.

Tom E
Tom E's picture
Offline
Last seen: 4 hours 45 min ago
Joined: 08/19/2012 - 08:23
Posts: 10822
Location: LI NY

Wow, look'n good! t looks like the Olight Baton mode is identical to what I have in Narsil/NarsilM ramping?

Not familiar at all with OKLuma, or the DC2. Just saw the DC1 on his website though: https://okluma.com/

Weird, never heard of them before. Guess the DC2 is not yet for sale...

Pages