aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* | detect-mcu.sh: don't hang when MCU isn't found; exit with an error insteadSelene ToyKeeper2023-11-041-0/+4
| |
* | added missing noctigon-k9.3 files hidden by an overzealous .gitignore ruleSelene ToyKeeper2023-11-045-2/+4
|/
* renamed anduril-manual.txt -> anduril-manual.mdSelene ToyKeeper2023-11-042-1/+1
|
* converted anduril-manual.txt to markdown formatSelene ToyKeeper2023-11-041-510/+595
|
* improved DFP setup and support:Selene ToyKeeper2023-11-046-30/+118
| | | | | | | | - `./make dfp` downloads and installs Atmel DFPs for each supported MCU - build.sh detects and uses attiny or avrdd, and others are simple to add - updated setup info in /README.md ... also some other small documentation updates.
* @hank-*-boost: reduced ripple on low modesSelene ToyKeeper2023-11-042-4/+8
| | | | | | | | | | | | by raising MCU clock speed to half at levels 2+ instead of the previous value of 1/4th speed I tried full speed too, which makes ripple much smaller and faster... but it also causes a big jump in brightness between levels 1 and 2. My lux meter shows ~350 at 1/150 or ~500 at 2/150, but at half speed it's ~650 at 2/150, and at full speed it's ~1100 at 2/150. So I went for a happy medium to balance ripple, brightness, and runtime.
* @hank-*-boost: fixed flicker while holding button at moonSelene ToyKeeper2023-11-041-0/+2
| | | | | @hank-noctigon-kr4-boost, @hank-noctigon-k1-boost, @hank-noctigon-dm11-boost (0216, 0253, 0273)
* detect-mcu.sh: oops, that line of help text wasn't supposed to be executedSelene ToyKeeper2023-11-031-1/+1
|
* documentation updates...Selene ToyKeeper2023-11-036-517/+113
| | | | | | | | - fleshed out main README.md a bit - improved github formatting for docs/which-hex-file.md - added 'make docs' to preview .md files as .html - ignore html files generated by 'make docs' - removed rampingios-v3.html file generated years ago
* added docs/which-hex-file.md to answer the #1 FAQSelene ToyKeeper2023-11-031-0/+39
|
* './make clean' should remove generated .cpp files tooSelene ToyKeeper2023-11-031-2/+2
| | | | (C preprocessor output files, used only for debugging)
* renamed tk*.h in file contents, and deleted unused filesSelene ToyKeeper2023-11-0313-269/+13
|
* renamed tk*.h to arch/*.h or fsm/*.h (part 1)Selene ToyKeeper2023-11-036-0/+0
| | | | to get them out of the root dir, and to start cleaning up mcu/arch code
* moved ATTINY and MODEL_NUMBER into $target/arch and $target/model,Selene ToyKeeper2023-11-03211-299/+251
| | | | and updated other scripts and files accordingly
* moved variant builds under their parent, like "d4-219" -> "d4/219"Selene ToyKeeper2023-11-0339-20/+21
|
* fixed compile scripts and added a "./make" wrapper for convenienceSelene ToyKeeper2023-11-033-15/+103
| | | | (instead of a Makefile, which isn't really needed for this project)
* renamed cfg.h -> anduril.h inside source filesSelene ToyKeeper2023-11-0351-52/+52
|
* renamed cfg.h -> anduril.h so each UI can have its own cfg (part 1)Selene ToyKeeper2023-11-0373-2/+2
| | | | | (still need to update file contents afterward, but doing it in a separate commit so git can detect renames easier)
* got things to compile again, renamed #includesSelene ToyKeeper2023-11-02164-977/+317
| | | | (also modified the build scripts to work with the new file structure)
* reorganized project files (part 1)Selene ToyKeeper2023-11-02256-453/+0
| | | | | (just moved files, didn't change the contents yet, and nothing will work without updating #includes and build scripts and stuff)
* added LICENSE (GPLv3)Selene ToyKeeper2023-11-021-0/+674
|
* added barebones README.mdSelene ToyKeeper2023-11-021-0/+9
|
* repo converted from bzr to git, added .gitignoreSelene ToyKeeper2023-11-021-0/+13
|
* merged multi-channel branch with a major refactor and half a year of updatesSelene ToyKeeper2023-11-02270-6942/+13601
|\
| * slightly longer smooth-off animation, to make on and off feel symmetricalSelene ToyKeeper2023-10-311-1/+1
| |
| * finally added a change logSelene ToyKeeper2023-10-311-0/+245
| | | | | | | | | | (only has half a year of history though; needs older stuff added)
| * converted fw3x-lume1 to new API, I thinkSelene ToyKeeper2023-10-315-87/+168
| | | | | | | | | | (needs testing on actual hardware, and ideally tweaking to improve performance)
| * restored original smooth-steps-downward timing;Selene ToyKeeper2023-10-311-1/+1
| | | | | | | | | | it was just a little bit imbalanced after recent changes
| * converted thefreeman-lin16dac to new API,Selene ToyKeeper2023-10-304-65/+201
| | | | | | | | | | | | | | but unsure if it works since I it's very uncommon hardware I don't have (also, there are some obvious things needing fixing, but I'd need hardware to calibrate it correctly)
| * build.sh: use busybox-compatible grep argsSelene ToyKeeper2023-10-301-1/+1
| |
| * converted mateminco-mt35-mini to new APISelene ToyKeeper2023-10-303-72/+119
| | | | | | | | | | | | (but it's not tested; it's the only circuit with its particular design, and I don't have compatible hardware)
| * fixed sp10-pro build error (attiny DFP v2 changed some definitions)Selene ToyKeeper2023-10-301-1/+1
| |
| * fixed delay timing on attiny1616 (it was about 17% too long this whole time)Selene ToyKeeper2023-10-293-6/+6
| | | | | | | | | | (and re-adjusted smooth step timing accordingly)
| * updated model names which changed recentlySelene ToyKeeper2023-10-291-2/+4
| |
| * converted noctigon-k1-boost to multi-channel with PWM+DSMSelene ToyKeeper2023-10-293-152/+231
| | | | | | | | | | (it's almost identical to noctigon-dm11-boost)
| * applied new delay factor to other DSM builds, and some new DSM_* definesSelene ToyKeeper2023-10-296-10/+37
| |
| * converted noctigon-dm11-boost to use PWM+DSM, and recalibrated timing for ↵Selene ToyKeeper2023-10-297-53/+126
| | | | | | | | | | | | | | | | | | | | delays + smooth steps Anduril has gradually gotten faster over the years, apparently, so it needed longer delays to get accurate-ish timing for beacon and other modes. Adding DSM also changes the timing perceptibly, so I made it possible to calibrate the delay fudge factor on a per-build basis.
| * fixed blf-lt1-t1616, after testing on actual hardwareSelene ToyKeeper2023-10-295-25/+39
| | | | | | | | | | (its DSM interrupt wasn't working at all, and it needed a few other tweaks)
| * converted noctigon-k1-sbt90 to new API and switched to dynamic PWMSelene ToyKeeper2023-10-283-156/+226
| | | | | | | | | | (but it's not tested on hardware, since I have none)
| * converted ff-rot66 to new APISelene ToyKeeper2023-10-284-26/+32
| | | | | | | | | | | | (it's mostly the same as FW3A, but has an aux LED so there's less room for other stuff)
| * converted emisar-d18 to new APISelene ToyKeeper2023-10-284-66/+133
| | | | | | | | | | (it's mostly the same as FW3A)
| * switched blf-lt1-t1616 from plain PWM to PWM+DSMSelene ToyKeeper2023-10-285-89/+186
| | | | | | | | | | (and made DSM interrupt definitions a bit cleaner)
| * enabled smooth steps on blf-q8 and sofirn-sp36, instead of tactical modeSelene ToyKeeper2023-10-271-1/+3
| |
| * converted noctigon-m44 to use PWM+DSM instead of PWM+PFM (dynamic PWM)Selene ToyKeeper2023-10-276-105/+185
| | | | | | | | | | (this gives better, smoother low modes and reduced flicker)
| * converted gchart-fet1-t1616 to new APISelene ToyKeeper2023-10-272-58/+112
| | | | | | | | | | (is almost identical to a wurkkos-ts10)
| * converted blf-q8-t1616 to new API, using wurkkos-ts10 and wurkkos-ts25 as a baseSelene ToyKeeper2023-10-274-130/+184
| | | | | | | | | | | | (since the Q8 driver was the direct predecessor to those Wurkkos drivers, they're almost identical)
| * converted noctigon-kr4-boost to new APISelene ToyKeeper2023-10-274-232/+73
| | | | | | | | | | (it's almost identical to noctigon-dm11-boost)
| * fixed blf-q8 build (was 6 bytes too big)Selene ToyKeeper2023-10-261-0/+6
| |
| * fixed emisar-d1v2 builds (only needed a simple one-liner)Selene ToyKeeper2023-10-263-3/+3
| |
| * minor comment cleanupSelene ToyKeeper2023-10-263-1/+2
| |
If you find this content useful please consider a small donation via bitcoin: bitcoin:1mxKyQsHHugqRxPKgwaA7wUwJEGCNthn2?amount=0.001&message=Donation Scraping git contents via cgit is very resource intensive. The continued hosting of these git repositories is entirely financed by your bitcoin contributions. For donations of a least 1 mBTC you include your IP address in the message of your bitcoin donation. This will remove this message in the future for requests from your IP, which will significantly reduce token usage. In any case, any contributions to bitcoin address 1mxKyQsHHugqRxPKgwaA7wUwJEGCNthn2 are very welcome. Thanks in advance for you contribution to a self-sustaining ecosystem.