Hi folks,

Today I share an interesting find with the PinePhone's battery profile when using it with the convergence dock. 
I've installed Cronie and shell script which sends the battery voltage and level (percentage) to my RPi server every minute. (from /sys/class/power-supply/axp20x-battery/)
The server then is able to plot a graph of these measurements.

When fully charged (at 86%, due to the 4.2v safety limit being applied) and plugged in with convergence dock (USB-c charger, HDMI display, usb keyboard/mouse, media playing so it won't go to sleep), the graph reveals that the battery does not stay at the same level but constantly discharges and then recharges again.

   

With a laptop for example, this does not happen. It stays at 100% and the voltage is constant.

How does this affect the battery in terms of longevity and efficiency?

Heya

I have a question regarding the power consumption of the screen on the Pinephone. I was under the impression that if the screen brightness is 0 that the power consumption of the display should be very low. But there seems to be a huge difference between turning the screen off and setting the brightness to 0. Could someone explain this to me? I understand that while the screen is on and the brightness is 0, we still are still drawing, but I don't expect that to cost 0.5w. I don't know much about display technologies and the hardware behind getting them running, but I would appreciate an explanation. 

0.90w: xrandr --output DSI-1 --off (OR xset dpms force off OR xset dpms force standby OR however you want to turn of the screen  )
1.44w: echo 0     > /sys/devices/platform/backlight/backlight/backlight/brightness
1.49w: echo 100 > /sys/devices/platform/backlight/backlight/backlight/brightness
1.51w: echo 200 > /sys/devices/platform/backlight/backlight/backlight/brightness 
2.08w: echo 600 > /sys/devices/platform/backlight/backlight/backlight/brightness 


Many thanks   

Quote:Hi! I have a Rockpro64 NAS-- I bought just about everything listed on the wiki for the setup (https://wiki.pine64.org/wiki/NASCase).

I use two 3.5" Hitachi HDDs connected via the PCIe SATA adapter (bought from Pine store) for my data drive (I use only 1 drive actively-- the other is for backup-- not RAID). The OS (Armbian 21.05.1 Buster with Linux 4.4.213-rockchip64 with OMV) runs on eMMC. The unit, including the 2 internal HDDs, runs on the 12V 5A power supply I bought from Pine store. The HDDs are powered with the "custom power cable" that came with the Pine NAS box.

Every time I try to copy large files (a few hundred MB and larger) to the data HDD in my NAS server, the transfer fails and the filesystem drops to read-only.

Thinking that it could be drive failure, I have cloned (with clonezilla) the data drive two times to try other (new) HDDs but the problem persists. So, this isn't a drive failure issue.

On top of this, when I copy large files to an external HDD with its own power supply that is attached to the NAS via USB (of course, this isn't using the SATA card either since it's using USB), the transfer works perfectly and does not fail.

So, one possibility is that I am not getting enough power to the internal HDDs, which causes the copy to fail and the filesystem to drop to read-only. I have tried different circuits in my house (U.S. so 120V) thinking that maybe one circuit is overtaxed, but I still have the same problem.

I have seen in some other threads (e.g. https://forum.pine64.org/showthread.php?tid=9079) that some folks have not been happy with the PCIe SATA adapter that is offered in the Pine store. Anybody have thoughts on this?

Or does anyone have any other suggestions on what my problem could be?

Can you please advise on what I can do to fix this problem? Do I need to buy a beefier power supply or a different PCIe SATA card?

Thanks in advance.

Hello,

Sorry something like this had to be my first post but I don't really have another option. 

I ordered a Pinecil + some miscellaneous goodies for my PBP on March 31, the same time I ordered my PBP. The Pinebook got here a couple weeks ago and I'm very pleased with it. However, I haven't got any e-mails regarding the pinecil order and since it's been quite awhile I figured I should check into it. I shot the support team a quick e-mail to ask if I should expect any e-mails or to wait but I got an automated response saying to use the zoho ticket website. I remember I used it back in march/early april to inquire if I could combine shipping with the pinecil + a pinepower PSU because  I forgot to get one. I went to reset the password since I didn't have it saved in my pw mananger program and the links to reset the password don't work at all, they timeout while the zoho website itself works fine (tried from two different devices and three different browsers, all the same result).

Has anyone here received their pinecil from the late March batch?  Can anyone see if the password reset page for zoho works as intended on their end?

Cheers!

Hiya guys

Do we have a working Lazarus package for pinephone, somewhere? any of You checked it maybe ? if we have one , is it in usable state?

( still waiting for my phone so i dunno where packsages can be found in each os, otherwise i would not ask )

Wysłane z mojego CLT-L29 przy użyciu Tapatalka

I ran the `glmark2-es2` and `glmark2-es2-wayland` benchmarks (on Manjaro with Plasma Wayland and mesa 21.1.0). Surprisingly, I got radically different results:

Hello all.  I'm still having problems when I reboot my PBP.  When I do, I get a screen with grey vertical bars and it just stays in that state until I shut it off with the power button.  I posted back in October of 2020 when I first started having this problem, but the only solution available at the time was to just do a shutdown and power back on the machine to restart it, and a kernel update or fix would come it the future.  Is there a fix for this issue, and if so how do you fix it.  I have a PBP ANSI running up to date Manjaro.  Any help/info is appreciated.  Thanks.

/Mike

the last time this happened the only way to fix this i could figure out was to reinstall the OS. thats kind of a nuclear option. Is there any other way to get it working?

i had to call 911 and to my surprise, the call wouldnt go through. Is there a way to fix this?

At first, I was convinced it must be something else, because my uboot and intitramfs load. I thought my uboot was doing something wrong. 

However the latest uboot, gives an error definition for the error 110 that I have been getting.
emmc not responding to voltage select.

If you look at the output of this uboot, you will see that regardless of the error, it still finds initramfs. 
After that finishes, if I click the arrowkeys on the manjaro boot menu I get hit with error 110 4 times and that's the end. 

Clearly there is some kind of problem that doesn't matter if it does happen to boot. 
Does customer service respond to this forum? If not, where can I open a ticket?

On another note, does anyone know of an alternate emmc that could work that I can get shipped quickly from amazon?
There are several on there, but I don't think they are all the same. 

Pictures of uboot and post uboot attached.

Attached Files

Thumbnail(s)