| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 30,191
» Latest member: Nambo
» Forum threads: 16,380
» Forum posts: 117,590
Full Statistics
|
| Latest Threads |
Pinephone + Keyboard for ...
Forum: PinePhone Hardware
Last Post: Nambo
Today, 12:17 AM
» Replies: 18
» Views: 13,215
|
Hello, I am a new member ...
Forum: General
Last Post: WhiteRabbit0
08-20-2026, 12:17 PM
» Replies: 0
» Views: 86
|
Need help compiling andro...
Forum: Android on Pine A64(+)
Last Post: ahegarosib97
08-20-2026, 08:45 AM
» Replies: 2
» Views: 1,936
|
RAM-free SBCs with SODIMM...
Forum: General
Last Post: anchor
08-20-2026, 08:21 AM
» Replies: 0
» Views: 56
|
Default password
Forum: PineTab Hardware
Last Post: dissimilar_goose
08-20-2026, 05:02 AM
» Replies: 0
» Views: 80
|
New SlateOS features
Forum: Development Discussion on PineTime
Last Post: highjumpman
08-17-2026, 07:47 PM
» Replies: 0
» Views: 153
|
SlateOS for PineTime
Forum: Development Discussion on PineTime
Last Post: highjumpman
08-17-2026, 07:33 PM
» Replies: 2
» Views: 384
|
How to install Android on...
Forum: General
Last Post: winpkr
08-14-2026, 01:36 AM
» Replies: 2
» Views: 3,679
|
Newbie questions
Forum: General Discussion on PineTime
Last Post: TouchuvGrey
08-13-2026, 08:09 PM
» Replies: 0
» Views: 249
|
Beta test Signal Desktop ...
Forum: News
Last Post: as365n4
08-11-2026, 08:57 AM
» Replies: 0
» Views: 244
|
|
|
| Possible Uninterruptible power supply for Pine64's SBC's |
|
Posted by: GreyLinux - 07-31-2022, 08:21 AM - Forum: General
- Replies (10)
|
 |
Hi all,
I'm not sure how much traction this idea will get, as I'm not sure how many people would benefit from it , but I was wondering if Pine64 would be willing to develop a Uninterruptible power supply for all their SBC's.
Maybe something similar to this for the Raspberry pi
It could include a shutdown script that is run should power switch to the backup module just incase that power outage is prolonged.
Unless users of pine64's SBC's have found another solution for the issue of power outages ?
Any thoughts of this idea ?
|
|
|
|
| Automount SD card or USB Stick |
|
Posted by: magdesign - 07-31-2022, 03:59 AM - Forum: Arch Linux on PinePhone
- Replies (1)
|
 |
Using arch64/sxmo/PPP
How can I automount external storage devices?
For example when I insert an SD card from my digicam I do not find it after boot, I need to manually mount it, which sucks a bit.
What I am looking for is a simple tool which automounts external devices (as we have e.g. in Ubuntu)
Any hints very welcome ;-)
|
|
|
|
| Problematic WiFi Adaptor |
|
Posted by: natomon01 - 07-30-2022, 04:06 PM - Forum: PinePhone Pro Hardware
- Replies (2)
|
 |
Hi Everyone,
Has anybody had problem getting WiFi to work consistently? I can connect to my home router and use it for about 5 minutes, but then it seems to error out and disconnect. This presents as a signal-strength kind of issue, but that seems ridiculous when the phone is sitting within 4 ft of the router and none of my other devices (in other rooms) are having problems. Though, I was able to connect to a guest WiFi in a public area and things seemed to work consistently.
Does anybody have any ideas? Could my little NetGear router be bumping my device off for some reason? If any body else has had this problem I'd love to hear if you solved it.
Thanks
|
|
|
|
PINE64 PA642GB Armbian - no Microphone plug |
|
Posted by: spel - 07-30-2022, 12:19 AM - Forum: Armbian
- Replies (1)
|
 |
Hello,
I bought a PINE64 PA642GB and flashed it with Armbian (Debian GNU/Linux 11 (bullseye)). I need the Pine64 for the BirdNET project https://github.com/mcguirepr89/BirdNET-Pi.
The Pine64 is so interesting precisely because the microphone input is also on the 3.5mm jack plug. Does this still have to be activated?
Many thanks for your help!
Code: pine64:~/BirdNET-Pi$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: sun50ia64audio [sun50i-a64-audio], device 0: 1c22c00.dai-sun8i-codec-aif1 sun8i-codec-aif1-0 [1c22c00.dai-sun8i-codec-aif1 sun8i-codec-aif1-0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: sun9ihdmi [sun9i-hdmi], device 0: SUN9I-HDMI PCM i2s-hifi-0 [SUN9I-HDMI PCM i2s-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #0
pine64:~/BirdNET-Pi$ dmesg -l emerg,alert,crit,err
[ 5.947028] systemd[1]: Failed to start Armbian leds state.
[23913.041622] jack: irq plug-in
[23913.071802] jack: irq plug-out
[23913.088880] jack: irq plug-in
[24525.223341] jack: irq plug-out
[24525.233585] jack: irq plug-in
[24525.248714] jack: irq plug-out
[24525.286315] jack: irq plug-in
[24525.421086] jack: irq plug-out
[24525.522538] jack: plug-out reported
|
|
|
|
| phone calls are enough for now |
|
Posted by: wehape2bees - 07-29-2022, 03:47 PM - Forum: General Discussion on PinePhone
- Replies (2)
|
 |
hello
I would really really really like to have a Linux cell phone.
I understand the pinephones are Beta right now.
What I am wondering, are there any PinePhones out there that have been gone over by hackers that are ready for use?
I am willing to pay extra for the extra finishing work.
I have limited experieince and limited time but a lot of enthusiazm for a phone for the people. What I mean is a phone that is made for the people to use and NOT made to use people.
thank you.
|
|
|
|
| PXE/iSCSI Boot |
|
Posted by: jg159357 - 07-29-2022, 08:33 AM - Forum: General Discussion on Quartz64
- Replies (1)
|
 |
Hello all,
I recently got the Quartz64-A board and I'm starting to feel a bit more experimental with it. I don't have a lot of experience, but if I'm pointed towards some good docs and given some hints I can usually make some progress. I have a scripting background with a very rudimentary programming understanding so I'd probably only be able to integrate other peoples work from other projects into this one vs writing something from scratch.
What I'm wondering, and this may need to go to the EDK II forums instead, is if it is possible to add the ethernet driver for uefi boot options and then to be able to use either PXE or iSCSI to get the board booting remotely?
What I've looked at so far, and only understand about 10% so far, are the following. If there's better places or maybe more focused on the Quartz please let me know. If you have any suggestions on how I'd need to go about learning more for this topic I'd appreciate it as well.
# Found that there are sections indicating something is called for both the ethernet driver and iscsi in the dsc for the quartz board
https://github.com/jaredmcneill/quartz64...artz64.dsc
# Starting to read through the Network driver requirements to understand how what's there may already be used
https://edk2-docs.gitbook.io/edk-ii-uefi...guidelines
# A link I've found but don't have the background to understand yet around iSCSI
https://github.com/tianocore/tianocore.g...C-Protocol
|
|
|
|
| On the Subject of Repairability and Sustainabilty |
|
Posted by: moriel5 - 07-29-2022, 08:29 AM - Forum: General
- No Replies
|
 |
As others have pointed out in general (and I pointed out in regards to the PineTime), we need products to be more repairable, as well as sustainable (both being able to repair the devices, as well as have what to replace if need be), and this is a huge issue nowadays, though finally starting to be taken seriously (Framework, Fairphone, Puri.sm (to a degree), and some of Pine64's products come to mind).
Pine64, for the most part, does a great job on that front (the larger devices, such as the PinePhone, PineTab, PineNote, are built brilliantly) although there are some shortcomings, mainly with the smaller devices (the PineTime's construction hindering repairs, especially the soldered battery, however the Pinecil manages to avoid this and be a repairable device, that is also sustainable (more on that later)), and this does bode an ill-omen for things that are even harder to design with repairability in mind, like the PineBuds (even Fairphone failed to put a battery that is not soldered to the board, although they did manage to make opening the device relatively easy, when considering the challenges).
Puri.sm's Librem 5 development was (and still is) fraught with issues (mostly management issues), and despite not being as suited to be a daily driver as the PinePhone is, they got something right, and that is that there should be a way to easily replace the wireless components (not in the way they did, and less in regards to the specific component that thought about, that is more suited for a development unit in a lab), since despite the main issue there is the quality (Realtek is long known for their garbage quality and inefficient networking), the advantage of being able to replace the module, is that, if designed correctly, this could also alleviate the issues with broken antennae connectors (this will require a rethinking of how the modules exists, since the closest equivalent is M.2 1216, which only exists in soldered form in consumer-ready products, however even that form factor would be a step-up, although protocols other than PCIe should be considered for chipsets that cannot provide PCIe).
Regarding sustainability, I believe that Pine64 is working hard on that, and are on the right track, however we already have a situation where a Pine64 product is not sustainable, the PineTime (though this was probably because it was meant as more of an experiment, I have high hopes for a potential PineTime successor). The obvious examples of sustainability done right are Fairphone and (probably, we need more time for verification) Framework. I hope we see that level of sustainability, where replacement parts are available long after the device is no longer being sold (the Pinecil is already showing great promise in that area, and I believe, though not having the budget, I am not as knowledgeable about the state, of the PineBook and PinePhone and the other devices between those device classes, that something similar should be there as well.
|
|
|
|
| Proximity sensor is oversensitive (was "Screen blanks when making call") |
|
Posted by: treebeard - 07-28-2022, 08:40 PM - Forum: Mobian on PinePhone
- Replies (6)
|
 |
After I place a call (by clicking the call button in the contacts list or in the recent calls list) the display blanks. The only way to get the display back so I can press the speaker button or access the dial pad seems to be to press the power button twice - the first time to lock the phone and the second to get the unlock screen. Still, the display will sometimes blank again after a couple seconds. Another aspect to this is that when I'm dialing the Calls screen has a white background with white buttons and after unlocking the Calls screen has a black background and black buttons.
Using up-to-date Mobian Bookworm but this behavior has been going on for quite a while. Does anyone else see this?
|
|
|
|
|