Welcome, Guest
You have to register before you can post on our site.

Username
  

Password
  





Search Forums



(Advanced Search)

Forum Statistics
» Members: 29,999
» Latest member: shuaibAhmedlashari
» Forum threads: 16,337
» Forum posts: 117,447

Full Statistics

Latest Threads
Mobian image for the Pine...
Forum: Mobian on PinePhone
Last Post: Korfou
04-27-2026, 09:57 AM
» Replies: 2
» Views: 146
Star64 Irradium (based on...
Forum: Getting Started
Last Post: mara
04-19-2026, 12:56 PM
» Replies: 13
» Views: 14,954
Pine Time dead
Forum: General Discussion on PineTime
Last Post: chris.burmajster
04-18-2026, 10:08 AM
» Replies: 0
» Views: 193
Booting Issues
Forum: PineNote Software
Last Post: vlagged
04-17-2026, 04:17 PM
» Replies: 24
» Views: 19,491
App launcher shows tiny i...
Forum: PineNote Software
Last Post: vlagged
04-17-2026, 04:12 PM
» Replies: 1
» Views: 1,123
my pinecil v2 is not work...
Forum: General Discussion on Pinecil
Last Post: jagrav
04-17-2026, 06:28 AM
» Replies: 0
» Views: 126
Freezes and kernel panics...
Forum: Linux on RockPro64
Last Post: prahal
04-15-2026, 06:48 PM
» Replies: 4
» Views: 1,456
Looking for engineer for ...
Forum: PinePhone Pro Hardware
Last Post: Andrey_voce
04-06-2026, 08:44 AM
» Replies: 0
» Views: 315
StarPro64 Irradium (based...
Forum: Getting Started
Last Post: mara
04-05-2026, 03:03 AM
» Replies: 19
» Views: 9,284
Finally got Kali working ...
Forum: General Discussion on Pinebook Pro
Last Post: qingss0
04-04-2026, 08:00 AM
» Replies: 0
» Views: 443

 
  PinePhone Pro
Posted by: P. Siera - 07-13-2024, 12:02 AM - Forum: General Discussion on PinePhone - Replies (4)

I just received a new PinePhone Pro.
This is installed with Postmarket OS.
Postmarket OS starts normally. The SIM card installation is recognized. Entering the passcode is not possible; 123456 does not work.


  LibreOffice usable with Arch Linux on the Pinephone?
Posted by: Peter Gamma - 07-11-2024, 08:00 AM - Forum: Arch Linux on PinePhone - Replies (2)

Users complained that LibreOffice is not usable on the Pinphone screen. 

https://forum.pine64.org/showthread.php?...614&page=4

But in the following video it looks quiet usable starting from 5:15 in the video. 

https://youtu.be/BWk2Z2HjT7U

It is Arch Linux ARM with LXDE on PinePhone Pro. Is LibreOffice pre-installed and somehow adapted here? What are your thoughts about this?


in the comments of the YouTube video it says:

"This is Arch Linux ARM with LXDE running on the PinePhone Pro, IT IS NOT a mobile environment. However with some tweaks, it is possible to make it usable on a mobile device.

To accomplish this, I took the mtev input driver from ArchAndroid then compile it for aarch64 and installing a desktop environment of my choice. This setup (starting from barebone image) only took a few hours.

You can get the modified mtev driver below:
https://drive.google.com/drive/folder...

Arch images for PinePhone (Pro): https://github.com/dreemurrs-embedded...


  Have a Galaxy S5, want Phosh on it
Posted by: Eugo - 07-11-2024, 06:25 AM - Forum: PinePhone Hardware - Replies (3)

My current trouble with the PP is getting worse. For the last two weeks I had to check whether it lost the modem and whether it was time to reboot again. It would happen usually after a few hours. Then the periods when it would see its modem grew shorter and shorter. The last time I got it to communicate was on 7th, when I specifically rebooted it to make a call. That worked, and ten minutes later I couldn't make another call.

Two days ago I tried a few things, but now it not only doesn't turn the modem on anymore, it claims I don't have any sim card. This card worked fine for almost two years in this phone, and about three years in the old Nokla E5 before.

Today I tried to move the sim card to my wife's phone (no good, its slots are wider), so I put it back into my PP... and now it lost the battery too. The SD card is regularly there, megi's multi distro still boots off it.

So I'm giving up. I won't try to fix this. It was a nice adventure, but, frankly, the community can do only so much, and the Pine manufacturer has gone away to other projects too fast too far, so I feel the PP is simply an orphan now.

So, what now... Well, a while ago I was looking into a way to install Manjaro Phosh (or anything else Phosh) onto my daughter's old Samsung S5, which already has TWRP on it, so I think I only need an .img or .iso file... and while it's true that you can find anything on the internet, there's the notorious exception: you can't find twice. Been trying all morning and can't find it. Manjaro.org is undergoing maintenance, perhaps it's there somewhere but just can't reach it at the moment.

Perhaps someone here would know where to find such a distro...


It accidentally started working while I was writing the above... but can't trust it anymore. So my request stays.


  using spi and gpio
Posted by: nano2 - 07-09-2024, 07:16 PM - Forum: RockPro64 Hardware and Accessories - No Replies

I have had difficulty using the spi bus and/or spidev on the pine rockpro 64. It is now working and this information may help others.

I am using a MAx31865 RTD temperature sensor module which connects by SPI. I have used this on my orange pi PC (allwinner H3 - 32 bit) as a spidev device which works well. But migrating to the rockpro 64 was a big problem.

On the Rockpro 64 I used the Armbian_24.2.1_Rockpro64_jammy_current_6.6.16_xfce system. This only has Spidev1.x, but it is easy to change from using spidev0.x. However I was unable to get the spidev driver working. Oscilloscope observation showed that the CS pin (header pin) h24 is not toggled at all by the spidev driver. This can be overcome by embedding GPIO write commands around the spidev access to toggle the CS line. I could then transmit and recieve data but the data was corrupt. After many attempts I concluded that the spidev driver is faulty, but i did not want to mess with the device tree. I tried a more recent Armbian bookworm system, but it also failed. I checked other systems including free-bsd, twister, manjaro, ubunto-noble and bionic but none of them have a spidev driver. I installed the bitbang driver using armbian-config, but it does not provide a device in /dev and is not useful. (I presume you need to add a param... line in /boot/Armbianenv.txt but have seen no documentation of the required param) Eventually i resorted to writing my own bitbang subroutine. This was able to correctly access the RTD temperature device. I have given up on using spidev on the rockpro 64.

I had major issues with GPIO access from my C++ code. Wiring-pi does not work on rockpro and i found armbianio. This allows gpio control, but does not have pin-mapping for the rockpro64, however I was able to add the required pin tables easily. But note that several pages describing the pin numbering have typographical errors, in particular pin h19 is actually pad 40 (wrongly shown as pad 48 in several souces). This overcomes the "doesn't work" comments on some sources. This pin is important as it is usually MOSI of the spi bus. Although armbianio has SPI routines, these do not work - because of the suspected problem in spidev.

I cannot attatch a file  - so here is the t change information for the rockpro 64 pin mappings in armbianio.  You need to add this in armbianio.c and re-make. This must be added as the first pin table as the existing pin table indexing is corrupt. You also need to add the *iPinLists and *szBoardNames items.

// Pine RockPro 64  now added as #1 to avoid original indexing mess
  static int iRockPro64Pins[] = {-1, -1, -1, 52, -1, 53, -1, 152, 148, -1, 147,
                                    54, 120, 50, -1, 33, 36, -1, 149, 40, -1,
                                    39, 153, 41, 42, -1, 45, 43, 44, 155, -1,
                                    156, 124, 125, -1, 122, 126, 121, 123, -1, 127};
=====  fix these indexing lines also
static int *iPinLists[] = {iRockPro64Pins,  ipotatoPins, iBPIZPins, iRPIPins, iOPIZPPins, iOPIZP2ins, iOPIZPins, iOPI1Pins, iOPI1Pins,
                          iNPDPins, iNP2Pins, iNPK2Pins, iNPNPins, iNPNPins, iNPNPins, iNPM4Pins, iNPM4Pins,
                          iTinkerPins, iRadxaZeroPins, iMangoPiPins};      //total 20
static const char *szBoardNames[] = {"RockPro 64\n", "Le potato\n","Banana Pi M2 Zero\n","Raspberry Pi\n","Orange Pi Zero Plus\n",
                                    "Orange Pi Zero Plus 2\n","Orange Pi Zero\n","Orange Pi Lite\n","Orange Pi One\n",
                                    "NanoPi Duo\n", "NanoPi 2\n", "Nanopi K2\n", "NanoPi Neo\n", "NanoPi Air\n",
                                    "NanoPi Neo 2\n", "NanoPi M4\n", "NanoPi M4V2\n", "Tinkerboard\n", "Radxa Zero\n",
                                    "Mango Pi Mcore\n", NULL};  //total 20
static int iBoardType;
static int iPinCount[] = {40,40,40,40,29,29,29,43,43,32,40,40,40,40,40,40,41,41,40,41}; // number of pins in the header  rockpro64-40  total 20
// GPIO number of on-board IR receiver
static int iIR_GPIO[] = {0, 7, 0, 0, 363, 363, 363, 363, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0};  //kgb  zero for pine at start, total now  21  !

===== my comment regarding tables in armbianio.c
//  this is a mess with only 17 pin-tables, but a key-list (below) of 20 boards!  Only the first few seem correct. RockPro 64 is correct if put as first


  boot/init sequenze into rescue mode
Posted by: TomZa - 07-09-2024, 09:35 AM - Forum: PineTab Software - No Replies

Hi all,

Problem: I messed up my getty@tty1.service file Undecided
                Now pinetab2 not opening a terminal.

Question: Is there a key combo to get into boot recovery mode (like with grub).
                 So I can mount a partition and edit the file.


Self-Bashing:  Yes, I did it while in a meeting and "quickly" changing sth. And of course I turned off sshd.
                        I have the UART but would love to avoid the serial console setup, or sd-card boot.


THX,
and I will promisse not to edit init stuff again while doing sth. else


  [Article] RISC-V Emulator for Pine64 Oz64 SBC
Posted by: lupyuen - 07-06-2024, 06:50 PM - Forum: General - Replies (2)

Earlier this year we made a RISC-V Emulator for Ox64 BL808 SBC. Every day we run it for testing the Daily Build of Apache NuttX RTOS for Ox64, thanks to our customised TinyEMU RISC-V Emulator. (Not the small flightless bird)

Now that NuttX supports Sophgo SG2000 SoC: Let’s create a similar emulator for Pine64 Oz64 SBC…

(1) We take TinyEMU Emulator for Ox64 BL808 SBC
(2) Update the RISC-V Memory Map to match Sophgo SG2000 SoC
(3) Fix the `auipc` Overflow in TinyEMU Boot Code
(4) We emulate the 16550 UART Controller
(5) By intercepting Reads and Writes to the UART I/O Registers
(6) But TinyEMU supports only 32 Interrupts, we bump up to 64
(7) Eventually we’ll emulate SG2000 Peripherals like GPIO
(8) Right now it’s good enough for Daily Automated Testing of NuttX for SG2000

Check out the article: RISC-V Emulator for Sophgo SG2000 SoC (Pine64 Oz64)

Lup

   


  I2C connections
Posted by: Beehee - 07-04-2024, 11:31 PM - Forum: PinePhone Pro Hardware - Replies (2)

I apologize if this has already been answered, but I am looking for information on the I2C ports on the PinePhone Pro. 

I am aware that the pogo pins on the back provide access to one of the busses. Is there a second I2C bus that can be accessed,  I looked at pictures of the main board and didn’t see anything obvious.


Heart The Pinephone keyboard offers alternative layouts
Posted by: Peter Gamma - 07-04-2024, 05:40 AM - Forum: PinePhone Accessories - No Replies

- The Pinephone Keyboard offers easily relocated keycaps.
- It has alternative layouts such as AZERTY or QWERTZ (Default).
- and a programmable open firmware by Megi

https://xnux.eu/log/044.html

https://pine64eu.com/product/pinephone-p...oard-case/

– so bring it back!


  Bring the Pinephone keyboard back, it is worth it!
Posted by: Peter Gamma - 07-03-2024, 11:37 PM - Forum: PinePhone Accessories - Replies (1)

Currently my Pinephone is in a box in Zurich where it save from thieves. But I don’t know if it is worth for thieves to steal it. I did not use my Pinephone for a single day, although i dealed with it for many years.

And know I found that the Pinephone is almost daily driver ready for writers after many years. Look at the wonderful possibilities the Pinephone has for writers:

https://petergamma.org/selected-office-a...-zero-2-w/

There are other devices availble for office mobile, but what is special about the Pinephone is it’s hard wired keyboard. This makes it to a robust device.

The Pinephone keyboard has issues, but one can work with. And the issues are known. And eventually someone makes an updated version.

There are 121 pages in the Pine64 forum about the Pinephone since 10-17-2019, 05:48 PM. This makes the Pinephone from a bad device to a good device.

There are other devices out there which are better for the one or the other application. But we need to build these device first. And who wants to do that now that the Pinephone has become a good device for writers, and there is no need to build a new device?

If you care for a special Pinephone distro and you  are a skilled coder, please put Word 97 in your app store if this is possible. Jackfish has put the instruction here:

https://forum.pine64.org/showthread.php?tid=18489

I will not use Word 97 on my Pinephone. It easier for me personally to use it only with Abiword and change to another device which offers LibreOffice without issues. But Word 97 in an app store of the Pinephone would be a reason to come back to the Pinephone.

With the Pinephone keyboard and Word 97 the Pinephone is a good daily driver for writers, and also worth stealing for the thieves in Zurich. Since even if you have a lot of money it is difficult to find a better device for writers which makes the Pinephone worth stealing.


  (xorg) Video driver?
Posted by: falken - 07-02-2024, 05:22 PM - Forum: Linux on Pinebook Pro - Replies (2)

I recently installed Manjaro (minimal) to the nvme on my Pinebook and it works great. I would like to setup xorg but I'm not sure which video driver the Pinebook needs? I read it uses Mali GPU, which means nothing to me.


Edi: Well the framebuffer one works apparently. I'm actually really surprised that I have to use the framebuffer driver.