aboutsummaryrefslogtreecommitdiff
path: root/hw/wurkkos (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'trunk' into wurkkos-ts25-boostSelene ToyKeeper2025-06-044-0/+32
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * 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
| * merged SammysHP's fix for TS10 lower-Vf LEDs, reverted my fixSelene ToyKeeper2024-08-213-2/+17
| | | | | | | | (they are now two separate build targets)
| * Merge branch 'wurkkos-ts10-lowfet' of github.com:SammysHP/anduril into ↵Selene ToyKeeper2024-08-212-0/+16
| |\ | | | | | | | | | | | | | | | | | | | | | | | | 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
| | * Add Wurkkos TS10 RGB with reduced FET outputSammysHP2024-08-042-0/+16
| | |
| * | wurkkos-ts10-rgbaux: limit max power to 200/255, at Wurkkos's requestSelene ToyKeeper2024-08-201-1/+2
| |/ | | | | | | (because otherwise the light destroys its own LEDs at full power)
* | ts25-boost: calibrated for new prototypeSelene ToyKeeper2024-08-192-8/+13
| | | | | | | | | | | | | | | | - 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)
* | ts25-boost: reduced visible PWM, made party strobe less blurrySelene ToyKeeper2024-03-121-5/+5
| |
* | wurkkos-ts25-boost: calibrated the battery voltage measurementsSelene ToyKeeper2024-03-121-2/+2
| |
* | Merge branch 'trunk' into wurkkos-ts25-boostSelene ToyKeeper2024-03-123-0/+38
|\| | | | | | | | | | | | | | | | | | | | | | | | | | | * trunk: enabled eeprom read/write stabilization by default on recent MCUs, to prevent corrupt data thefreeman-avr32dd20-devkit: enable boost bypass at boot, so AA/NiMH can boot avr32dd20-devkit: use unimplemented "CH" pin as a boost bypass control added "emisar-2ch-fet-joined" build, for D4S w/ lighted switch documented FW3X swapped pins better documented Wurkkos TS25/TS11/FC13 distinctions build.sh: don't require DFPs, newer avr-libc doesn't need them use BLIP_LEVEL instead of 0 for "blip"s clarified which-hex-file.md a bit; make sure the model number matches fw3x: reduced pulsing on low modes
| * documented Wurkkos TS25/TS11/FC13 distinctionsSelene ToyKeeper2023-12-173-0/+38
| |
* | added wurkkos-ts25-boost (early version made from spec, no clue if it works)Selene ToyKeeper2023-12-064-0/+355
|/
* missed a "include -> HWDEF_H" conversion earlierSelene ToyKeeper2023-11-191-1/+2
|
* refactor checkpoint: splitting MCU-specific code into arch/$MCU.[ch]Selene ToyKeeper2023-11-102-10/+2
| | | | Phew, that's a lot of changes! And there's still a lot more to do...
* moved ATTINY and MODEL_NUMBER into $target/arch and $target/model,Selene ToyKeeper2023-11-0313-15/+6
| | | | and updated other scripts and files accordingly
* moved variant builds under their parent, like "d4-219" -> "d4/219"Selene ToyKeeper2023-11-031-0/+0
|
* renamed cfg.h -> anduril.h inside source filesSelene ToyKeeper2023-11-035-5/+5
|
* renamed cfg.h -> anduril.h so each UI can have its own cfg (part 1)Selene ToyKeeper2023-11-036-0/+0
| | | | | (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-0210-13/+13
| | | | (also modified the build scripts to work with the new file structure)
* reorganized project files (part 1)Selene ToyKeeper2023-11-0210-0/+726
(just moved files, didn't change the contents yet, and nothing will work without updating #includes and build scripts and stuff)
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.