aboutsummaryrefslogtreecommitdiff
path: root/hw/hank (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'main' into rgb-voltage-configurableSiteRelEnby2024-04-205-0/+549
|\
| * d3aa: fixed voltage calculation to use 0.02V units instead of 0.025VSelene ToyKeeper2024-03-292-7/+5
| |
| * d3aa weak battery test: blink 3x instead of 2x, and omit number readoutSelene ToyKeeper2024-03-293-5/+18
| |
| * weak battery detection: use different thresholds for AA and Li-IonSelene ToyKeeper2024-03-262-12/+17
| | | | | | | | (also, fixed bug where a totally empty li-ion didn't get limited)
| * d3aa: got weak battery detection actually working,Selene ToyKeeper2024-03-262-38/+53
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | and not letting the magic smoke out of updi adapters any more (probably) The alkaline detection might be a little too lenient though; it could potentially fail to activate limits when the cell is completely full or stronger than an average alkaline. One of my test cells measured at 72 / 75, so if it was just a little stronger it'd pass... but most alkalines I tried were in the 40 to 60 range and failed easily. OTOH, if I make it easier to fail, it's likely to trip on normal li-ion cells, and I don't want that. So as a future enhancement idea, maybe it should have a smaller sag threshold for AA and a larger threshold for li-ion. That would reduce false negatives for AA, while still preventing false positives for li-ion.
| * dammit, got alkaline detection half working and then my flashing adapter diedSelene ToyKeeper2024-03-252-0/+73
| | | | | | | | (saving progress here so I can work on a different branch)
| * d3aa fine-tuning:Selene ToyKeeper2024-03-113-46/+35
| | | | | | | | | | | | | | | | - 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 measurementSelene ToyKeeper2024-03-043-4/+5
| |
| * Merge branch 'trunk' into emisar-d3aaSelene ToyKeeper2024-03-045-0/+511
| |\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * 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
| * | d3aa: made it easy to switch between vddio2 and external voltage dividerSelene ToyKeeper2023-12-052-9/+14
| | |
| * | emisar-d3aa: new model number, since this is a new product lineSelene ToyKeeper2023-11-301-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | The 0144 model number is reserved for the successor to the Meteor M44. This is Hank's first AA light, so it's assigned as 0161: - 01: Emisar - 6: product line 6 - 1: model 1
| * | added initial code for emisar-d3aa torchSelene ToyKeeper2023-11-305-0/+450
| | |
* | | Add a feature to make RGB voltage configurableSiteRelEnby2024-04-027-0/+7
| |/ |/| | | | | | | | | | | Adds two entries to the battery voltage settings menu, the first isathreshold for switching aux to high, and the second sets a minimum level for it to be displayed, also effectively allowing the feature to be entirely disabled if not wanted.
* | added "emisar-2ch-fet-joined" build, for D4S w/ lighted switchSelene ToyKeeper2024-01-105-0/+511
|/ | | | (it's an odd case with a 2 channel driver which only uses 1 set of LEDs)
* fixed ADC on attiny1634 and related buildsSelene ToyKeeper2023-11-2711-291/+49
|
* refactor checkpoint: splitting MCU-specific code into arch/$MCU.[ch]Selene ToyKeeper2023-11-1019-66/+36
| | | | Phew, that's a lot of changes! And there's still a lot more to do...
* added missing noctigon-k9.3 files hidden by an overzealous .gitignore ruleSelene ToyKeeper2023-11-044-0/+4
|
* @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)
* moved ATTINY and MODEL_NUMBER into $target/arch and $target/model,Selene ToyKeeper2023-11-0398-101/+47
| | | | and updated other scripts and files accordingly
* moved variant builds under their parent, like "d4-219" -> "d4/219"Selene ToyKeeper2023-11-0333-16/+16
|
* renamed cfg.h -> anduril.h inside source filesSelene ToyKeeper2023-11-0336-37/+37
|
* renamed cfg.h -> anduril.h so each UI can have its own cfg (part 1)Selene ToyKeeper2023-11-0337-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-0266-103/+103
| | | | (also modified the build scripts to work with the new file structure)
* reorganized project files (part 1)Selene ToyKeeper2023-11-0266-0/+6188
(just moved files, didn't change the contents yet, and nothing will work without updating #includes and build scripts and stuff)