| Commit message (Collapse) | Author | Age | Files | Lines |
| |\
| |
| |
| | |
for the Sofirn SP10 Pro after TK merge that branch in
|
| | |
| |
| |
| |
| | |
(forgot to revert it after build test, before merge commit)
|
| | |\ |
|
| | | |\ |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
instead of my janky forced phase-reset workaround
(gchart found the solution but couldn't reproduce the issue,
so I tried his method and confirmed it seems to be fixed)
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
reset to ~6 lm (level 50/150) after being off for 10 minutes
This sets the factory-reset default settings and affects Simple UI,
so it will likely need confirmation from Sofirn.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
made party strobe pulses much faster
Reduced max PWM TOP to 3072, because 2048 wasn't enough and 4096 was more than necessary.
Also, Ch1 lumens / 256 / ch2 lumens = 6, so 256 * 6 * 2 is the lowest value
which allows ch1 to start at half of ch2's power. I tried 1536 initially, but it made the
ramp visibly malformed at the channel boundary. However, 3072 seems about right.
Implemented a non-linear PWM_TOP ramp-down in level_calc,
to allow it to converge faster and reduce the number of levels with visible pulses.
Added an option to keep the regulator chips on between strobe pulses,
by keeping the LEDs at moon instead of turning completely off.
This allows the SP10 party strobe to use much shorter, more consistent pulses.
|
| | | | |
| | | |
| | | |
| | | | |
more until ch2 activates
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
(reduced PWM_TOP minimum timing window to 32 cpu cycles,
to allow TOP value of 64 to work better)
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
also fixed random ramp stuttering, by adding phase-reset register to hwdef
(though it still has a brief stutter sometimes while ramping down across the channel boundary,
at least it always seems to be smooth while going up now)
|
| | | |\ \ |
|
| | | |\ \ \ |
|
| | | |\ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
(minus the change to version.h)
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
fixed)
|
| | | | | | | | |
|
| | | |_|_|_|/
| |/| | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
(which is mostly like the regular linear+FET build,
but has the switch on a different pin for some reason)
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
than it started
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
adjusted a couple builds which overflowed.
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
but it doesn't actually fix the issue I was hoping it'd fix,
so it's disabled by default
(when the battery is right on a threshold between colors for aux LED "voltage" mode,
it can bounce between colors until the cell isn't on the boundary any more...
but a simple lowpass doesn't really help)
(but I also didn't want to throw out the code, in case it's useful later
as a reference for a more effective solution)
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
(it was going to ceiling instead of full power)
(also had to disable battcheck calibration on some large builds to make room)
|
| | |\ \ \ \ \
| | |_|_|_|/
| |/| | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | |\ \ \ \
| | |/ / / /
| |/| | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
(Off->9H option 1, 0=smooth, 1=toggle)
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
(is basically identical to D4Sv2-tintramp, but with the switch on a different pin,
and no button LED)
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
from ramp step 141 to 150
(0 to 100% power from 1 to 130, 101% to 200% from 131 to 150, and +DD FET from 141 to 150)
also calibrated candle mode a bit better
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Normal ramp from 0% to 100% power on levels 1 to 130,
then 101% to 200% power at levels 131 to 150
using both channels at maximum for turbo.
When either channel would go over 100%, the extra
spills over to the other channel.
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
(had to guess about some hardware details, unsure if correct)
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
of light (this time for LED2_ENABLE pin)
|
| | |_|_|_|/
|/| | | |
| | | | |
| | | | | |
of light
|
| |\| | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
(old wording was confusing people)
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
(2021-09-10 r619.1.11)
The gradual_target var was getting clobbered and causing thermal regulation to stop
until the next thermal warning event, every time it reached a new ramp step.
So... save/restore it to prevent it from getting clobbered.
|
| | | | | | |
|
| | |/ / /
| | | |
| | | |
| | | |
| | | | |
(use the same value as LVP; easier to configure if it's in only one place)
|
| | |/ /
| | |
| | |
| | |
| | | |
(because it's kind of important to know which MCU each light uses,
and because this will be helpful later when the build system is rewritten)
|