Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2024-02-03

00:21:45 Quit massiveH (Quit: Leaving)
00:25:37 Join fvey [0] (
00:29:20fveyjust installed 3.15 on a sandisk clip+ and have noticed weird battery reporting (jumping from 50% down to 38% and then jumping back up when the screen is turned off)
00:30:58fveyapologies I hit enter by accident. The battery seems to drop as the screen is used and then shoots up when cpu activity goes down. The original firmware is currently reporting around 50% where as 3.15 will fluctuate between that right down into the twenties as the device is used
00:44:42***Saving seen data "./dancer.seen"
00:48:14spork3.15 is super old, a daily build would be a better test
01:07:24 Quit othello7 (Quit: othello7)
01:07:29fveyI've flashed the daily and the behaviour persists
01:16:10sporki have jumps on mine too, but not that extreme
01:18:36fveyYeah, I expect some deviation occasionally but it steadily decreases as the device is used to browse (as in screen is on) and then jumps up when the screen is sleeping. I bought it off TradeMe a week ago (nz version of eBay) and the seller hadn't used it in a while so I wonder if the battery is bad?
01:19:33fveyI believe the firmware it shipped with was rockbox 3.11 though I don't recall it having the same behaviour prior to flashing 3.15
01:53:37 Quit fvey (Quit: Client closed)
01:58:20 Quit amiconn (Quit: - Chat comfortably. Anywhere.)
01:58:21 Quit pixelma (Quit: .)
01:59:18 Join amiconn [0] (
01:59:19 Join pixelma [0] (
02:14:23sporki would go by actual battery performance over the percentage indicator in rockbox
02:14:35 Join fvey [0] (
02:14:42sporkif it runs down quickly during normal use, it might be a tired battery indeed
02:14:47sporkit is probably quite old now
02:21:51jssfr_bilgus, oh, had forgotten about this. honestly, 26 seems to provide decent battery life, but I can do a series of tests with 22 and 24
02:44:45***Saving seen data "./dancer.seen"
03:09:08 Join akaWolf [0] (
03:15:01aaabbbis it a lithium ion battery?
03:15:12aaabbbor is it nimh/nicd?
03:22:00 Join CH23 [0] (~CH23@revspace/participant/ch23)
03:34:35 Join bahusoid [0] (~bahusoid@
03:39:00 Join lebellium [0] (
03:39:04bahusoidJust noticed that current playlist position is lost on USB insert for daily build. Resume playback starts from first track.
03:40:29 Quit bahusoid (Quit: Connection closed)
04:03:21 Quit Bobathan_ (Quit: ZNC 1.8.2+deb2+b1 -
04:03:39 Join Bobathan_ [0] (
04:44:46***Saving seen data "./dancer.seen"
05:35:33fveyaaabbb It's a 3.7V Li-Ion
05:43:08fveycharged up to the max it would go (93%) and it's pretty steady sitting around 90% with drops down to 88% when the screen is used which makes me suspect it's probably just a dying battery that drops voltage when half discharged and under load
05:46:44fveyIt's my understanding that Rockbox polls the battery voltage and displays the percentage based on a linear line running from fully charged voltage to depleted voltage... Is that correct?
05:48:21jssfrI think there's a little more than that going on, but I don't know for sure and it may also be platform dependent.
05:50:49 Join paulk-bis [0] (
05:50:52 Quit paulk (Read error: Connection reset by peer)
05:57:10aaabbbfvey: my guess is that the hardware is measuring the soc by voltage and a lookup table but isn't using columb counting (which is what it should be doing), otherwise there is zero reason why a battery's soc percentage would go up while it's still discharging
05:57:53aaabbbso if it's doing that, then that's a hardware problem (the bms not sending proper columb counting information to rockbox). it's either that or rockbox isn't actually doing anything with the columb counting info it receives
06:01:34aaabbbit's because the voltage of a battery will actually go up slightly when the load on it is reduced, but a bms is supposed to account for that by measuring current in and current out to estimate the soc
06:44:50***Saving seen data "./dancer.seen"
07:20:15 Join berber_l5 [0] (~berber@2a03:4000:7:4e0::)
07:36:13 Quit paulk-bis (Quit: WeeChat 3.0)
07:36:21 Join paulk [0] (~paulk@about/aquilenet/user/paulk)
08:44:51***Saving seen data "./dancer.seen"
09:17:56 Quit lebellium (Quit: Leaving)
10:02:18 Quit CH23_M (Read error: Connection reset by peer)
10:04:08 Join CH23_M [0] (~CH23@revspace/participant/ch23)
10:44:53***Saving seen data "./dancer.seen"
11:09:10 Join JanC_ [0] (~janc@user/janc)
11:09:22 Quit JanC (Killed ( (Nickname regained by services)))
11:09:22 Nick JanC_ is now known as JanC (~janc@user/janc)
11:14:50rb-bluebotBuild Server message: New build round started. Revision e122243bb0, 304 builds, 10 clients.
11:14:50rb-bluebotplugins: playing time: fix possible crash on sys event by Roman Artiukhin
11:27:36rb-bluebotBuild Server message: Build round completed after 768 seconds.
11:27:38rb-bluebotBuild Server message: Revision e122243bb0 result: All green
11:40:23speachyaaabbb: On most rockbox targets (including the clip series) we only have access to an ADC that reports the instantaneous voltage.
11:42:03speachywe get that voltage, look it up in a table, and interpolate as needed to report percentage remaining. that table is generated from a measured discharge curve (from the battery benchmark)
11:43:53speachyon most targets, the runtime estimator uses a guessimate based on the nominal battery capacity and what's going on (screen on, playback, cpu boost, etc)
11:44:29speachya handful of targets (x1000 only?) have a pmic that reports energy usage, and that gets fed into the rumtime estimate. but IIRC the battery percent is purely voltage-based.
11:45:15speachy(and as mentioned already, a batteries will usually see a slight voltage droop under higher loads; old batterties are much more pronounced.
12:07:42_bilgusand the clips at least have production variance as well in my experience
12:09:51_bilguslater versions were much tighter in specs and less current draw better stability undervolting
12:11:24_bilgusfigured it was fab maturity
12:44:55***Saving seen data "./dancer.seen"
14:44:58***No seen item changed, no save performed.
15:06:49 Join othello7 [0] (
15:30:03 Join jacobk [0] (
15:50:18 Join Malinux- [0] (~malin@2001:4641:4dfa::12c:c4a7)
15:51:41 Quit Malinux (Ping timeout: 240 seconds)
16:24:14 Join Malinux [0] (~malin@2001:4641:4dfa::12c:c4a7)
16:26:24 Quit Malinux- (Ping timeout: 268 seconds)
16:44:59***Saving seen data "./dancer.seen"
18:45:00***No seen item changed, no save performed.
18:48:38 Join massiveH [0] (~massiveH@2600:4040:a982:c800:a06f:6197:4cae:e89a)
19:38:15aaabbbspeachy: damn, the rockbox target has no columb counting at all?
19:41:17 Quit jacobk (Ping timeout: 240 seconds)
19:47:56 Quit Bobathan_ (Quit: ZNC 1.8.2+deb2+b1 -
19:56:34 Join Bobathan [0] (
20:45:01***Saving seen data "./dancer.seen"
21:05:37 Quit CH23 (Ping timeout: 276 seconds)
21:14:25 Join jacobk [0] (
21:30:49 Quit Bobathan (Quit: ZNC 1.8.2+deb2+b1 -
21:32:25 Quit Pokey (Ping timeout: 256 seconds)
21:40:33 Join Bobathan_ [0] (
22:02:54 Quit CH23_M (Read error: Connection reset by peer)
22:03:13 Join CH23_M [0] (~CH23@revspace/participant/ch23)
22:45:02***Saving seen data "./dancer.seen"
23:27:47 Quit IPG (Quit: Leaving)
23:51:17 Quit jacobk (Ping timeout: 240 seconds)
23:51:49fvey+speachy: that's super helpful, thank you. Which means a battery swap should fix the issue and cause it polls voltage that means I should be able to mod the case and install a high capacity battery and maintain some accuracy in battery level!

Previous day | Next day