I got my uConsole the other day and on first boot with inserted batteries, it got halfway through the boot process, then died.
I plugged it into a charger, tried again, and have been using it for an hour or so, but the battery icon in the top menu bar seems to be broken.
Hovering over it makes a tooltip appear but it just says “Charging: 0%”.
If I run upower -i /org/freedesktop/UPower/devices/DisplayDevice, I get output that confirms that something is happening at least:
power supply: yes
updated: Fri 29 Sep 2023 05:29:47 PM CEST (37 seconds ago)
has history: no
has statistics: no
energy: 0.24 Wh
energy-full: 8 Wh
energy-rate: 0.16 W
I’ve run this command a few times and the percentage value has been slowly increasing, so something is happening indeed.
How do I get the battery icon to work?
How did it arrive at the energy-full value of 8 Wh? Does it need to calibrate itself first?
How do I get this device to charge at a more reasonable rate?
Thanks for the link, I hadn’t seen that thread before!
In the meantime, I found another thread about the DevTerm that offers a similar solution: Extremely Slow Battery Charging
Its battery tech is similar enough to the uConsole’s that it should still be relevant.
The values for constant_charge_current and constant_charge_current_max in the message you linked seem to be too high for the batteries I have. The datasheet for my Panasonic NCR18650B batteries give a value of 1625 mA as the max charge current, so a value of 1625000 seems more appropriate. (the kernel driver expects these to be microamperes for some reason)
I don’t know if the kernel driver expects you to multiply this value by the number of batteries in use, but I’m gonna play it safe and go with no.
Earlier, I found this: [PATCH 0/4] set battery info on AXP20X and AXP22X from DT which appears to be a kernel list discussion about the code that outputs the couldn't set constant charge current from DT message that appears in dmesg output.
In it, you can also see how it defaults to a safe charging current of 300 mA. (which is probably why the uConsole charges so slowly)
Also, this bit:
(the default constant current charge will still be 1500mA from powering
up the board to the driver probing unless the bootloader takes care of
seems to imply that if the OS isn’t running, it defaults to 1500 mA instead. I have no idea if this is true and can’t test it because I don’t own a power meter.
I’m gonna wait for my uConsole’s battery to finish charging the slow way before I fiddle with kernel parameters because I want to see if doing so helps with calibration.