| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
(the product name changed upstream)
|
| |
|
|
|
|
|
| |
- changed from RGB button to RGB front aux
- complete recalibration of voltage sensor
- had to change party strobe timing to make it work again
- still couldn't fix moon, it's flickery AF no matter what I do
|
| |\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* trunk:
lockout mode now only does momentary moon/low on 1st and 2nd presses, so it no longer flashes on each click while advancing to other functions
emisar-d3aa: reduced preflash by changing timing of power enable steps
fix "Error: Missing download info for actions/upload-artifact@v3"
fixed model number of hank-lume-x1 in MODELS
Added changelogs for 2025-04-29 release.
memester egg (was written a long time ago on a whim and never committed, may as well do it now)
changed hank-lume-x1 model number back on 2024-09-28 for some reason, and didn't commit... saving now to change branches, but should delete this commit if it turns out there was no reason for it
hank-lume-x1: minor calibration and cleaning - calibrated party strobe - removed duplicate or commented-out code - added a basic readme
hank-lume-x1 cleanup and calibration, part 1: - changed model number from 0281 to 0171 - cleaned up blink_negative and AUXLED_RGB_DIFFERENT_PORTS a little (but the latter needs a complete refactor, as soon as the hardware abstraction code can handle aux LEDs better) - cleaned up USE_LONG_BLINK_FOR_NEGATIVE_SIGN a little - removed USE_OTG_IN_MOMENTARY since it's not actually used - moved hw/loneoceans/lume-x1-avr32dd20/* files into hw/hank/lume-x1/ - superficial cleanup on hank/lume-x1/hwdef.* - removed some of the extra stuff from hank/lume-x1/anduril.h - adjusted calibration (especially ramp table) on hank-lume-x1 (ramp shape is pretty close to a D4K-boost now, but with more firefly modes) (calibration is based on a sample size of 1, further testing needed)
cherry-picked hank-lume-x1 code from https://github.com/loneoceans/anduril/commit/d83ebb75dab8c462b7efa841bccc00a136ff15a2
merged SammysHP's fix for TS10 lower-Vf LEDs, reverted my fix (they are now two separate build targets)
wurkkos-ts10-rgbaux: limit max power to 200/255, at Wurkkos's request (because otherwise the light destroys its own LEDs at full power)
Add Wurkkos TS10 RGB with reduced FET output
|
| | |
| |
| |
| | |
so it no longer flashes on each click while advancing to other functions
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
After testing on every device I can, and getting several users to also
test this, it appears to reduce and sometimes completely eliminate
preflash on most devices... and the cases where it wasn't reported to
help, at least it didn't make things worse. Some units apparently just
can't get the flash eliminated completely, despite trying lots of things.
Instead of turning the chips on and then waiting 4ms, it now turns the
preflash absorber on, waits ~0.6ms, sets misc params, then turns the
boost chip on, then waits ~0.6ms, then turns the preflash absorber off.
This seems to work best on li-ion power, where on my devices it completely
eliminates any preflash. There is still a very mild flash on AA though,
which I wasn't able to get rid of. But it's like... 0.003 lm for just
a few milliseconds, really not bad. Even in the worst case reported by
a user, based on the video they took, it looks like just 0.01 lm for
a few milliseconds.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Apparently that got deprecated and removed. Seems like something
GitHub should maybe notify users about before removing it, instead of
finding out through a build failure plus googling the error message.
But it seems to be a trivial fix, at least.
https://github.com/orgs/community/discussions/152695
|
| | | |
|
| | | |
|
| | |\
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Finally remembered to merge this. Thought I had done it months ago...
Anyway, now that I've been able to test it on production hardware,
everything seems fine. The super-low firefly modes are a bit more
usable on production hardware too. Level 1/150 is dimmer than the low
aux LEDs, while level 2/150 is about as bright as low aux.
* hank-lume-x1:
changed hank-lume-x1 model number back on 2024-09-28 for some reason, and didn't commit... saving now to change branches, but should delete this commit if it turns out there was no reason for it
hank-lume-x1: minor calibration and cleaning - calibrated party strobe - removed duplicate or commented-out code - added a basic readme
hank-lume-x1 cleanup and calibration, part 1: - changed model number from 0281 to 0171 - cleaned up blink_negative and AUXLED_RGB_DIFFERENT_PORTS a little (but the latter needs a complete refactor, as soon as the hardware abstraction code can handle aux LEDs better) - cleaned up USE_LONG_BLINK_FOR_NEGATIVE_SIGN a little - removed USE_OTG_IN_MOMENTARY since it's not actually used - moved hw/loneoceans/lume-x1-avr32dd20/* files into hw/hank/lume-x1/ - superficial cleanup on hank/lume-x1/hwdef.* - removed some of the extra stuff from hank/lume-x1/anduril.h - adjusted calibration (especially ramp table) on hank-lume-x1 (ramp shape is pretty close to a D4K-boost now, but with more firefly modes) (calibration is based on a sample size of 1, further testing needed)
cherry-picked hank-lume-x1 code from https://github.com/loneoceans/anduril/commit/d83ebb75dab8c462b7efa841bccc00a136ff15a2
|
| | | |
| | |
| | |
| | |
| | | |
for some reason, and didn't commit... saving now to change branches,
but should delete this commit if it turns out there was no reason for it
|
| | | |
| | |
| | |
| | |
| | |
| | | |
- calibrated party strobe
- removed duplicate or commented-out code
- added a basic readme
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- changed model number from 0281 to 0171
- cleaned up blink_negative and AUXLED_RGB_DIFFERENT_PORTS a little
(but the latter needs a complete refactor, as soon as the
hardware abstraction code can handle aux LEDs better)
- cleaned up USE_LONG_BLINK_FOR_NEGATIVE_SIGN a little
- removed USE_OTG_IN_MOMENTARY since it's not actually used
- moved hw/loneoceans/lume-x1-avr32dd20/* files into hw/hank/lume-x1/
- superficial cleanup on hank/lume-x1/hwdef.*
- removed some of the extra stuff from hank/lume-x1/anduril.h
- adjusted calibration (especially ramp table) on hank-lume-x1
(ramp shape is pretty close to a D4K-boost now, but with more firefly modes)
(calibration is based on a sample size of 1, further testing needed)
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
https://github.com/loneoceans/anduril/commit/d83ebb75dab8c462b7efa841bccc00a136ff15a2
The [PR](https://github.com/ToyKeeper/anduril/pull/37) has a lot of other
stuff in it, so I'm just picking out the parts needed for this particular
light, and leaving the rest for later.
Will need further edits before merging into trunk.
|
| | |/
| |
| |
| |
| | |
(was written a long time ago on a whim and never committed,
may as well do it now)
|
| | |\
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
New build target for TS10 lights with new low-Vf LEDs.
Should help prevent the lights from burning out on turbo.
Closes #90.
* pr90-SammysHP-wurkkos-ts10-lowfet:
merged SammysHP's fix for TS10 lower-Vf LEDs, reverted my fix (they are now two separate build targets)
Add Wurkkos TS10 RGB with reduced FET output
|
| | | |
| | |
| | |
| | | |
(they are now two separate build targets)
|
| | |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
pr90-SammysHP-wurkkos-ts10-lowfet
Add Wurkkos TS10 RGB with reduced FET output PR #90
* 'wurkkos-ts10-lowfet' of github.com:SammysHP/anduril:
Add Wurkkos TS10 RGB with reduced FET output
|
| | | | |
|
| | | |
| | |
| | |
| | | |
(because otherwise the light destroys its own LEDs at full power)
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- battery voltage readings
- RGB button aux
- less moon flicker (but brighter, less efficient moon)
- reduced blink brightness
(old brightness was so high it was throwing off battery readings)
|
| |\| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
# By Selene ToyKeeper (20) and others
* trunk: (25 commits)
removed "Off -> 3H" strobe/mood mode access from Extended Simple UI
include hardware-specific readme files in the release .zip
added change log for 2024-04-20 release
Forgot to update model count after the last couple additions
use low aux for chan-aux level 0
MODELS: added emisar-d3aa
make-release.sh should use version-string.sh instead of duplicating code
d3aa: fixed voltage calculation to use 0.02V units instead of 0.025V
d3aa weak battery test: blink 3x instead of 2x, and omit number readout
use smooth steps in lockout mode, if enabled
fixed Tactical Mode's strobes when Momentary Mode not enabled
increased voltage precision from 0.025V to 0.02V (so 0 to 255 now goes from 0.00V to 5.10V)
weak battery detection: use different thresholds for AA and Li-Ion (also, fixed bug where a totally empty li-ion didn't get limited)
d3aa: got weak battery detection actually working, and not letting the magic smoke out of updi adapters any more (probably)
dammit, got alkaline detection half working and then my flashing adapter died (saving progress here so I can work on a different branch)
fixed inaccurate comment (thanks to xikteny for spotting it)
d3aa fine-tuning: - new ramp - production style config defaults (simple mode, Hank config) - candle tuning - fixed way-too-fast thermal regulation (might still be a bit fast, but it's a lot better)
d3aa: fixed voltage measurement
Allow manually running GitHub actions workflows
Bugfix: Prevent switching channel modes when in tactical mode
...
# Conflicts:
# arch/attiny1616.c (fixed)
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| | |
fixes #85
The Simple UI is meant to be relatively child-safe, and the strobe modes
are not. Users who want unsafe features enabled should use the full UI
instead... and the strobe + mood modes should also have some safety
features added, on drivers which have enough ROM to hold extra code.
|
| | | |
|
| | | |
|
| | |\
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Added fireflies-pl47g2-219 from jim-p.
* pr43-jim-p-ff-pl47g2-219:
Forgot to update model count after the last couple additions
Add Fireflies PL47G2-219 variant.
|
| | | | |
|
| | |/|
| | |
| | |
| | |
| | |
| | |
| | | |
pr43-jim-p-ff-pl47g2-219
* 'ff-pl47g2-219' of github.com:jim-p/anduril:
Add Fireflies PL47G2-219 variant.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Same as PL47G2 but with FET PWM levels safe for 219 emitters.
Same as difference between PL47 and PL47-219.
PL47G2 base allows low mode for aux LEDs, PL47 does not.
|
| | |\ \
| | | |
| | | |
| | | |
| | | | |
* pr47-aslotnick-as/low-chan-aux:
use low aux for chan-aux level 0
|
| | |/| |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
pr47-aslotnick-as/low-chan-aux
Aux LEDs should be off/low/high at level 0/1/2+, instead of off/high at 1-/2+.
* 'as/low-chan-aux' of github.com:aslotnick/anduril:
use low aux for chan-aux level 0
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | |\ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Added support for new Emisar D3AA torch.
* emisar-d3aa:
d3aa: fixed voltage calculation to use 0.02V units instead of 0.025V
d3aa weak battery test: blink 3x instead of 2x, and omit number readout
weak battery detection: use different thresholds for AA and Li-Ion (also, fixed bug where a totally empty li-ion didn't get limited)
d3aa: got weak battery detection actually working, and not letting the magic smoke out of updi adapters any more (probably)
dammit, got alkaline detection half working and then my flashing adapter died (saving progress here so I can work on a different branch)
d3aa fine-tuning: - new ramp - production style config defaults (simple mode, Hank config) - candle tuning - fixed way-too-fast thermal regulation (might still be a bit fast, but it's a lot better)
d3aa: fixed voltage measurement
d3aa: made it easy to switch between vddio2 and external voltage divider
emisar-d3aa: new model number, since this is a new product line
added initial code for emisar-d3aa torch
|
| | | | | | |
|
| | | |\ \ \
| | |/ / /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
FIXME: The d3aa's voltage calculator needs to be fixed after this merge.
* trunk:
use smooth steps in lockout mode, if enabled
fixed Tactical Mode's strobes when Momentary Mode not enabled
increased voltage precision from 0.025V to 0.02V (so 0 to 255 now goes from 0.00V to 5.10V)
fixed inaccurate comment (thanks to xikteny for spotting it)
Allow manually running GitHub actions workflows
Bugfix: Prevent switching channel modes when in tactical mode
Bugfix: Tactical mode has a dependency on momentary mode
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Based on [SammysHP's patch](https://github.com/ToyKeeper/anduril/pull/18),
but only for lockout mode, not tactical.
|
| | |\ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
* pr52-SiteRelEnby-manual-actions:
Allow manually running GitHub actions workflows
|
| | |/| | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
pr52-SiteRelEnby-manual-actions
* 'manual-actions' of github.com:SiteRelEnby/anduril:
Allow manually running GitHub actions workflows
|
| | | | |/ /
| | |/| |
| | | | |
| | | | | |
https://docs.github.com/en/actions/using-workflows/manually-running-a-workflow
|
| | |\ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Allows user to disable Momentary Mode at compile time,
while keeping Tactical Mode.
* pr46-SiteRelEnby-bugfix-tacmode-without-momentary:
fixed Tactical Mode's strobes when Momentary Mode not enabled
Bugfix: Tactical mode has a dependency on momentary mode
|
| | | | | | | |
|
| | |/| | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
github.com:SiteRelEnby/anduril into pr46-SiteRelEnby-bugfix-tacmode-without-momentary
* 'bugfix-tacmode-without-momentary' of github.com:SiteRelEnby/anduril:
Bugfix: Tactical mode has a dependency on momentary mode
|
| | | |/ / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Use case 1: Updating a t85 light, where tactical mode is useful but
takes some squeezing, and momentary is less useful
Use case 2: Custom builds for people who don't like/want momentary mode
|
| | |\ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Fixes [bug #40](https://github.com/ToyKeeper/anduril/issues/40)
Don't change channel during 3C in Tactical Mode.
* pr49-SiteRelEnby-tactical-mode-3c-fix:
Bugfix: Prevent switching channel modes when in tactical mode
|
| | |/| | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
pr49-SiteRelEnby-tactical-mode-3c-fix
* 'tactical-mode-3c-fix' of github.com:SiteRelEnby/anduril:
Bugfix: Prevent switching channel modes when in tactical mode
|
| | | |/ / /
| | | | |
| | | | |
| | | | | |
Fixes issue https://github.com/ToyKeeper/anduril/issues/40
|
| | | | | |
| | | | |
| | | | |
| | | | | |
(so 0 to 255 now goes from 0.00V to 5.10V)
|
| | | | | | |
|
| | | | | | |
|