I fully charged my PineTime and then started measuring the battery voltage until it was completely empty. Here is the chart:
![[Image: pinetime-battery-log-plot.svg]](https://aykevl.nl/download/pinetime-battery-log-plot.svg)
You can see the raw data here. It contains two axis: the x axis is the raw 12-bit ADC value and the y axis is the number of seconds since measuring started.
As for methodology: I charged the PineTime for about 3 hours so it must be completely full. Before measurements started, there was maybe a gap of one or two minutes. The screen was on all the time (refreshing every ~10 seconds) and LCD_BACKLIGHT_HIGH was on all the time as well. The CPU was in sleep mode most of the time between displaying the results. However, it was connected with a debug wire which AFAIK prevents the CPU from going to sleep. Measurements were sent to the host using ARM Semihosting.
To my surprise, it still took almost 7 hours for the battery to run empty.
This data could be useful for developing a discharge indication algorithm for the PineTime.
You can see the raw data here. It contains two axis: the x axis is the raw 12-bit ADC value and the y axis is the number of seconds since measuring started.
As for methodology: I charged the PineTime for about 3 hours so it must be completely full. Before measurements started, there was maybe a gap of one or two minutes. The screen was on all the time (refreshing every ~10 seconds) and LCD_BACKLIGHT_HIGH was on all the time as well. The CPU was in sleep mode most of the time between displaying the results. However, it was connected with a debug wire which AFAIK prevents the CPU from going to sleep. Measurements were sent to the host using ARM Semihosting.
To my surprise, it still took almost 7 hours for the battery to run empty.
This data could be useful for developing a discharge indication algorithm for the PineTime.