| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 29,716
» Latest member: Lulex54
» Forum threads: 16,266
» Forum posts: 117,218
Full Statistics
|
| Latest Threads |
PinePhone sensors - Gyros...
Forum: General Discussion on PinePhone
Last Post: WhiteHexagon
8 hours ago
» Replies: 3
» Views: 150
|
sd card problems
Forum: PinePhone Accessories
Last Post: ottahe
8 hours ago
» Replies: 0
» Views: 30
|
no SD boot on replacement...
Forum: PinePhone Pro Hardware
Last Post: biketool
9 hours ago
» Replies: 1
» Views: 52
|
Pinephone + Keyboard for ...
Forum: PinePhone Hardware
Last Post: biketool
10 hours ago
» Replies: 11
» Views: 5,961
|
PinePhone, PinePhone Pro,...
Forum: PinePhone Hardware
Last Post: biketool
11 hours ago
» Replies: 5
» Views: 353
|
what is the point?
Forum: General Discussion on PinePhone
Last Post: biketool
Yesterday, 10:32 AM
» Replies: 6
» Views: 351
|
Irradium (based on crux l...
Forum: Linux on Pinebook
Last Post: mara
11-28-2025, 07:38 AM
» Replies: 3
» Views: 11,851
|
Danctnix USB GPS for Pine...
Forum: PineTab Software
Last Post: biketool
11-28-2025, 06:09 AM
» Replies: 0
» Views: 85
|
Pinetab2 camera drivers
Forum: PineTab Software
Last Post: biketool
11-28-2025, 03:39 AM
» Replies: 10
» Views: 6,794
|
Old Danctnix server in Pa...
Forum: PineTab Software
Last Post: realchunkyflea
11-27-2025, 05:01 PM
» Replies: 3
» Views: 336
|
|
|
| Pinephone - broken power button |
|
Posted by: rorus - 03-16-2021, 02:58 AM - Forum: PinePhone Hardware
- Replies (13)
|
 |
So, I have been using my Pinephone, in a wallet case not designed for it, on a temporary basis. Was working well, but had to pop the Pinephone out of the case to press the power button.
Suddenly, a very soft "ping". The little dish-shaped aluminium plate came off the power button, revealing the two contacts (the inner copper dot and outer copper ring).
Power button still works if I short across the contacts with a conductive object.
Fixing the little aluminium plate back in place with a touch of cyanoacrylate glue did not restore the power button's function, had to remove it again.
Spoke to a friend we all call "MacGyver", he doesn't like even his chances of repairing a little momentary power button, says he's succeeded twice on about fifty devices attempted.
I need a replacement power button for the Pinephone. I've searched the datasheets and component list hoping for a component ID for the little momentary power button, but it only lists the larger modules.
Does anyone know what a suitable replacement button would be? Digikey component number or a link to eBay / Aliexpress would be most welcome!
|
|
|
|
| Selling Pinebook Pro 128GB version (w/ NVMe adaptor) due to lack of use |
|
Posted by: VoT - 03-16-2021, 01:54 AM - Forum: General Discussion on Pinebook Pro
- Replies (3)
|
 |
Hi All,
I just wondered if there was anyone out there wanting to buy my Pinebook Pro?
It is one of the original 1000 from the community batch, released after the initial testers batch.
It all works fine, and includes the NVMe adaptor (not yet fitted).
The reason I am selling it is because I've been simply too busy to use it. My total use of it has been to format a few SD cards, watch 3 movies on it and used it to backup a hard drive to a different hard drive. That's it!
I am in the UK but the power cord has a 2 pin plug as standard. I just used an adaptor and can include one when I send it if needed,
I would prefer to ship to the UK as it'll be cheaper and easier but I could be open to sending abroad (I'd need to look into costs).
The buyer would need to cover shipping.
If you're interested, please send me a message or reply on the thread.
Thanks
VoT
|
|
|
|
| Write to an A1-rated Micro SD card failed |
|
Posted by: dsimic - 03-15-2021, 08:52 PM - Forum: Pinebook Pro Hardware and Accessories
- Replies (12)
|
 |
Hello,
While attempting to perform a performance comparison of A1-rated and non-A1-rated Micro SD cards, with additonal emphasis on using F2FS instead of ext4, I've encountered a major issue with the PineBook Pro's SD card interface. Here are more details.
In a few words, attempting to write about 14.5 GiB to a Kingston A1-rated 16 GB UHS-I Micro SD card (SDCS2/16GB) resulted in a failure and the following Linux kernel messages, after writing about 700 MiB to the card:
Code: [ 1933.684751] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[ 1933.732717] mmc_host mmc1: Bus speed (slot 0) = 148500000Hz (slot req 150000000Hz, actual 148500000HZ div = 0)
[ 1933.895841] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 78
[ 1935.187343] blk_update_request: I/O error, dev mmcblk1, sector 0 op 0x1:(WRITE) flags 0x104000 phys_seg 256 prio class 0
[ 1935.187418] Buffer I/O error on dev mmcblk1, logical block 0, lost async page write
[ 1935.187464] Buffer I/O error on dev mmcblk1, logical block 1, lost async page write
[ 1935.187495] Buffer I/O error on dev mmcblk1, logical block 2, lost async page write
[ 1935.187527] Buffer I/O error on dev mmcblk1, logical block 3, lost async page write
[ 1935.187557] Buffer I/O error on dev mmcblk1, logical block 4, lost async page write
[ 1935.187585] Buffer I/O error on dev mmcblk1, logical block 5, lost async page write
[ 1935.187614] Buffer I/O error on dev mmcblk1, logical block 6, lost async page write
[ 1935.187642] Buffer I/O error on dev mmcblk1, logical block 7, lost async page write
[ 1935.187672] Buffer I/O error on dev mmcblk1, logical block 8, lost async page write
[ 1935.187702] Buffer I/O error on dev mmcblk1, logical block 9, lost async page write
[ 1935.204901] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[ 1935.253334] mmc_host mmc1: Bus speed (slot 0) = 148500000Hz (slot req 150000000Hz, actual 148500000HZ div = 0)
[ 1935.675811] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 78
[ 1937.395704] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 78
[ 1937.656483] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 78
[ 1937.886460] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 78
[ 1937.887796] blk_update_request: I/O error, dev mmcblk1, sector 16384 op 0x1:(WRITE) flags 0x104000 phys_seg 256 prio class 0
[ 1938.316467] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 78
[ 1938.333230] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[ 1938.381886] mmc_host mmc1: Bus speed (slot 0) = 148500000Hz (slot req 150000000Hz, actual 148500000HZ div = 0)
[ 1938.536382] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 78
[ 1938.542689] blk_update_request: I/O error, dev mmcblk1, sector 67584 op 0x1:(WRITE) flags 0x104000 phys_seg 256 prio class 0
This happened two times in a row, which makes the issue very easily reproducible. Unfortunately, it also caused the Linux kernel to become locked up on shutdown, requiring the laptop to be forcedly powered off.
Here are the kernel messages upon inserting the A1-rated card:
Code: [ 1777.728204] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[ 1777.881900] mmc_host mmc1: Bus speed (slot 0) = 148500000Hz (slot req 150000000Hz, actual 148500000HZ div = 0)
[ 1778.177740] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 78
[ 1778.177828] mmc1: new ultra high speed SDR104 SDHC card at address 5048
[ 1778.179620] mmcblk1: mmc1:5048 SD16G 14.4 GiB
[ 1778.189478] mmcblk1: p1
For reference, here are also the kernel messaged upon inserting a 16 GB UHS-I Micro SD card that is not A1-rated (Kingston SDCS/16GB):
Code: [ 56.649797] mmc_host mmc1: Bus speed (slot 0) = 148500000Hz (slot req 150000000Hz, actual 148500000HZ div = 0)
[ 57.093248] dwmmc_rockchip fe320000.mmc: Successfully tuned phase to 97
[ 57.093339] mmc1: new ultra high speed SDR104 SDHC card at address 1234
[ 57.095057] mmcblk1: mmc1:1234 SA16G 14.5 GiB
[ 57.103859] mmcblk1: p1 p2
The card that is not A1-rated works perfectly. As perfectly as it can be expected from a Micro SD card, of course. 
D'oh! My first thoughts were that I got a bad A1-rated card. Though, testing another A1-rated card (another sample of SDCS2/16GB) resulted in the same issue. Time to try another approach; I wrote the same 14.5 GiB to the first A1-rated card using an external multi-format USB 3.0 card reader (Kingston FCR-HS3), and the write operation completed without errors. Another write attempt, now using an el-cheapo, generic USB 2.0 Micro-SD-only card reader, resulted in no errors as well.
As a note, the write to the A1-rated card was about 30% slower (7.5 MB/s vs. 10.5 MB/s, as printed by dd) using the USB 2.0 card reader, compared with using the USB 3.0 card reader on the same upstream USB 3.0 port. That's curious, but I'd need to test with a better USB 2.0 card reader before drawing any conclusions.
So, there is some good and some bad news. The good news is that my A1-rated cards are fine (I was already prepared to blame Kingston!), and the bad news is that some problems exist in the Linux kernel driver for the Micro SD card interface in the PineBook Pro; it's pretty much safe to assume that the actual Micro SD card interface hardware is not the culprit.
I'm looking into the source of the Linux kernel driver, and I'll post my findings here. Things don't look great, there are more than a few "this hardcoded value should be safe for all SoC implementations" points in the driver. Though, those "safe" values could be tweaked and tested.
In the meantime, if anyone else has experienced the same or similar issues, please comment here.
|
|
|
|
| How can I take readings from the gyroscope and accelerometer? |
|
Posted by: kk22 - 03-15-2021, 06:12 PM - Forum: PinePhone Software
- Replies (3)
|
 |
I would like to use my Pinephone in a project where I need to take gyroscope and accelerometer readings. I can't find any information on how to access these sensors though. I tried lm-sensors but it only displays battery status and thermal sensors. There doesn't seem to be any info on the wiki either about accessing these. How can I log readings from these sensors?
|
|
|
|
| Automatic powering on and not staying powered off |
|
Posted by: dsimic - 03-15-2021, 01:53 PM - Forum: PinePhone Hardware
- Replies (5)
|
 |
Hello,
This thread is a fork from another thread, as requested by the OP. First, here's a sum-up of what's been already discussed:
(03-09-2021, 11:15 AM)dsimic Wrote: When the phone is connected to the official dock, and a charger is plugged into the dock, shutting down the operating system causes the phone to power off and, unexpectedly, power back on immediately. I've tested it more than a few times, and it always (mis)behaves like that.
(03-09-2021, 11:15 AM)dsimic Wrote: (03-01-2021, 12:24 AM)GregH Wrote: Another side effect is that the device will not stay off with DCIN powered - no charging while switched off, it keeps booting up again :-(
This is pretty much the same behavior as with the official dock connected to the phone, which I've described earlier in this post.
After reviewing the relevant part of the available documentation for AXP803 (i.e. the PMIC), it's clear why this happens with 5 V applied to the DCIN pogo pin. Basically, the PMIC detects the presence of valid input power voltage, which is satisfied in this case, and automatically begins the power-on procedure. However, this doesn't explain the same behavior with the official dock plugged into the phone.
(03-14-2021, 08:29 PM)bokomaru Wrote: Phone -> USB C to A cable -> old "dumb" power brick -> AC wall outlet: Connecting the first time causes the phone to power on. But I can power the phone off from software, and then it stays "off".
Phone -> convergence dock -> USB C to a cable -> old "dumb" power brick -> AC wall outlet: Connecting the first time causes the phone to power on. After powering off the phone from software, the phone powers back on; won't stay "off".
(03-14-2021, 08:29 PM)bokomaru Wrote: (03-14-2021, 07:42 AM)megous Wrote: anx7688 doesn't do anything unless the pinephone is powered on, so there's some fun to be had when charging via USB-PD chargers when the phone is off.
Maybe that's related to this, i.e., maybe the phone powers on by design, so that USB-PD can be negotiated if applicable.
I also remember reading that, for similar reasons, while charging, Android phones tend to be booted up. At least into the bootloader, and then the bootloader maybe knows to enter a different "charging indication" mode or to "stop here" until X or Y event happens.
Anyways, my point is that either of the two conflicting observations can happen, depending on which hardware you connect. If you want to reproduce my "off" test cases, try using a "dumb" brick without USB-PD.
|
|
|
|
| Run Mobian Unstable without risking being stuck without a working phone |
|
Posted by: C0ffeeFreak - 03-15-2021, 09:58 AM - Forum: Mobian on PinePhone
- Replies (3)
|
 |
If you follow the Mobian blog you may know there is an unstable branch now for those who want to test the cutting edge.
https://blog.mobian-project.org/posts/20...le-distro/
Some of you may be afraid to switch because you needs your phones to work and can't take the risk of something unstable upsetting that.
You can have your cake and eat it too. You can clone your drive via Balena Etcher onto an SD card or create an ISO image of it (back up) using Disks in Linux and burn it to an SD card. Even an encrypted drive. You should have a back up anyway. Use Jumpdrive on an SD to allow your computer to see the Emmc and don't decrypt it before cloning. Then you can use the SD card image for unstable and leave the Emmc alone. If things break you can just remove the SD card and still have a working phone in a pinch just by removing it. Make a change in the order of your favorite apps so you know what you are booted into. (exaple, put your phone on the left on the SD card image) The reason why is sometimes after an update on the Emmc your phone will only boot to the newer boot Image (the Emmc) but you can over ride that temporarily because some type of temporary FEL mode must be activated. Power and volume down will boot back into the SD card. Power and volume up will boot into the Emmc until the next update on the SD card. Then it will be normal boot priority with the SD card.
|
|
|
|
| OpenTTD game - Error: no usable screen resolutions found. |
|
Posted by: eugenr - 03-15-2021, 05:34 AM - Forum: Mobian on PinePhone
- Replies (2)
|
 |
I'm trying to run OpenTTD on mobian pinephone and it doesn't work. I see that error above when starting it from the terminal. Trying to set a resolution manually with the -r flag didn't helped.
However if I run it with:
Code: $ openttd -v dedicated
then I have no errors but no picture/window, only music playing. I tried also to start it in fullscreen by changing the opentdd.cfg file. Nothing new happened.
Does anybody succeed in running this game? How?
Thanks,
Eugen
|
|
|
|
| [Video] Securing SSH Config On Pinephone + Demo |
|
Posted by: RTP - 03-15-2021, 01:53 AM - Forum: General Discussion on PinePhone
- No Replies
|
 |
Video for Pinephone/Pinetab operating systems covering default pin numbers and showing why it is important to change them.
[starting with small nmap/Hydra demo] Includes most common pin list.
Afterwards make some basic sshd_config file/pin recommendations to prevent it.
Suitable for beginners and doesn't go into further key options: https://youtu.be/GAvGKlvKouY
Given so many are using SSH and not all familiar, thought it could be helpful.
|
|
|
|
|