<feed xmlns='http://www.w3.org/2005/Atom'>
<title>anduril/hw/hank/emisar-d3aa, branch simple-ui</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/'/>
<entry>
<title>simple UI</title>
<updated>2026-03-27T21:51:23+00:00</updated>
<author>
<name>Apexo</name>
</author>
<published>2026-03-27T21:51:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=3ac85dfa1d09feac1f92f98bd9e5194b8185f1cd'/>
<id>3ac85dfa1d09feac1f92f98bd9e5194b8185f1cd</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>added &amp;hank-kr1aa build for new Emisar / Noctigon KR1AA</title>
<updated>2026-02-24T06:59:50+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2026-02-24T06:59:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=a7dc5522be7220590fe347585a4bb5d7827b10fc'/>
<id>a7dc5522be7220590fe347585a4bb5d7827b10fc</id>
<content type='text'>
It's the same as &amp;hank-emisar-d3aa, but needed some minor tweaks:

- wait longer before measuring the battery,
  because it's hard to tighten the tailcap fast enough

- ramp adjustments to compensate for slightly different "gear ratio"
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It's the same as &amp;hank-emisar-d3aa, but needed some minor tweaks:

- wait longer before measuring the battery,
  because it's hard to tighten the tailcap fast enough

- ramp adjustments to compensate for slightly different "gear ratio"
</pre>
</div>
</content>
</entry>
<entry>
<title>emisar-d3aa: reduced preflash by changing timing of power enable steps</title>
<updated>2025-06-04T06:22:49+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2025-06-04T06:22:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=762a5e01ab0004a17ab3537b38c89b0eb5b4098e'/>
<id>762a5e01ab0004a17ab3537b38c89b0eb5b4098e</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
<entry>
<title>d3aa: fixed voltage calculation to use 0.02V units instead of 0.025V</title>
<updated>2024-03-29T14:34:29+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2024-03-29T14:24:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=da5278d03f67c868bdc5388832c175a9199554f9'/>
<id>da5278d03f67c868bdc5388832c175a9199554f9</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>d3aa weak battery test: blink 3x instead of 2x, and omit number readout</title>
<updated>2024-03-29T14:21:07+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2024-03-29T14:21:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=3cafb86c00a95a70e58144230f641c2c94208e7b'/>
<id>3cafb86c00a95a70e58144230f641c2c94208e7b</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>weak battery detection: use different thresholds for AA and Li-Ion</title>
<updated>2024-03-26T10:31:04+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2024-03-26T10:31:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=39d2e9f2b7d221c1e7a2f6018ba7646e3ec22413'/>
<id>39d2e9f2b7d221c1e7a2f6018ba7646e3ec22413</id>
<content type='text'>
(also, fixed bug where a totally empty li-ion didn't get limited)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
(also, fixed bug where a totally empty li-ion didn't get limited)
</pre>
</div>
</content>
</entry>
<entry>
<title>d3aa: got weak battery detection actually working,</title>
<updated>2024-03-26T09:41:17+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2024-03-26T09:41:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=35b5c42f8996167248b7e6d2e4053f6bbef1505c'/>
<id>35b5c42f8996167248b7e6d2e4053f6bbef1505c</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
<entry>
<title>dammit, got alkaline detection half working and then my flashing adapter died</title>
<updated>2024-03-25T10:25:43+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2024-03-25T10:25:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=a87812f436e08b14a7cede83e30306d779774872'/>
<id>a87812f436e08b14a7cede83e30306d779774872</id>
<content type='text'>
(saving progress here so I can work on a different branch)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
(saving progress here so I can work on a different branch)
</pre>
</div>
</content>
</entry>
<entry>
<title>d3aa fine-tuning:</title>
<updated>2024-03-11T23:51:14+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2024-03-11T23:51:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=412df484ddf0650c07da56193bfa906a8647d1dc'/>
<id>412df484ddf0650c07da56193bfa906a8647d1dc</id>
<content type='text'>
- 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)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- 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)
</pre>
</div>
</content>
</entry>
<entry>
<title>d3aa: fixed voltage measurement</title>
<updated>2024-03-04T13:18:26+00:00</updated>
<author>
<name>Selene ToyKeeper</name>
</author>
<published>2024-03-04T13:18:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.apexo.de/anduril/commit/?id=d623fe5a1bbe02d680094eae5c16cdc83732a984'/>
<id>d623fe5a1bbe02d680094eae5c16cdc83732a984</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
