Hi all! I'd like to use the SPDIF pin on the 22-pin GPIO header to be able to do AC3 and DTS passthrough to my AV receiver over coax. I'm not trying to do optical out, and not trying to use an external DAC. The Rock64 is running Linux (libreelec) and I have an audio output device for SPDIF. Is it as simple as taking an RCA jack and just connecting the tip to the SPDIF pin and ring to a ground pin? Or is a more sophisticated circuit required for some reason? Thanks in advance!


.boom-extension-active{cursor: crosshair !important} .boom-extension-active *:hover{cursor: crosshair !important} .boom-extension-hovered-element{outline: 2px solid rgba(130, 170, 210, .6) !important} .boom-extension-expanded-element{background: transparent !important;border: 0 !important;float: none !important;margin-left: auto !important;margin-right: auto !important;padding-left: 0 !important;padding-right: 0 !important;position: relative !important;max-width: initial !important;min-width: initial !important;width: 100% !important;}

I turn off my phone every night with the battery around 60%/70% and the next night the battery is completely empty.

This is the PMOS edition under PMOS.

I missed a known problem or I have a gremlin at home?

I see schematics PFDs for ROCK64 board in Wiki.  Are there other HW design files available?  Looking for things like schematics in formats other than PFD (Orcad, etc)), PCB layout files, BOMs, etc.  Anything you can provide would be greatly appreciated!

What is the battery Weight? Can you buy spare back covers as they're not designed to be frequently used, and how many will you need. Do you still sell spare parts only for repairs including the batteries. I'd like to be able to remove the battery if I intend to use the thing in bed and was wondering how much lighter it would get.

My Pinebook Pro has evolved into a lazy AI. It sometimes boots, but most of the time it can't be bothered.

It all started yesterday, when after a couple months of non-use, I decided to re-install a fresh manjaro. Since I was trying different versions of the distro, I cloned a couple of times to the eMMC and finally settled on a minimal version which I cloned to the eMMC using dd.

After that, the machine failed to boot, with only the power led turning on, but in orange. I tried rebooting a few times and finally opened up the case, flipped the switch and connected the serial to USB cable to check for any error messages.

The machine turned on!

I tried a couple of reboots, all worked ok, so I disconnected the serial cable.
 
The machine stopped turning on!

Since then, the machine mostly turns when connected via serial but not every time. It also sometimes starts without a problem without the cable connected, but most of the time it doesn't!

I managed to capture some boot logs.

Failed boot 1:

I haven’t been able to use the software store in a couple weeks now. Crashes as soon as I go to updates or try to search categories for apps. I see people talking about this megapixels app that was apparently included in the nightly build a couple nights ago but it’s not on my phone. Does updating from CLI not update the OS as well? That’s the only way I have been able to get any updates

I bought the rock64 dac from ameridroid:

https://ameridroid.com/products/rock64-s...ifi-shield

I de-soldered the ethernet port so that it would fit in the pine64 aluminum case.

I flashed a fresh copy of armbian onto an emmc module and booted. I built and installed musikcube and tried every one of the alsa audio devices available, but I get no sound out of the dac. Any suggestions?

The serial port on the RPi header has a baud of 1,500,000. This is fine for most tools, but some are capped at the values present in the baud tables in various places in the Linux kernel and other utilities.

How do I change the baud to 460800? I've found the uarts in rk3399.dtsi in the kernel tree, but am unsure how their clocks are actually generated.

As expected software seems unable to change the speed of the serial port.

Hey all, I created some Docker images to make cross-compiling for Linux arm64 easy. I've successfully used my Macbook Pro to compile software for my Pinebook Pro, and it was quite a bit faster than compiling on the PBP itself. Thought others might find the project useful, but I'm also looking for testers. 

The following instructions assume you have a PBP and a non-PBP running on the same LAN, and that the non-PBP has docker installed.

If compiling for Manjaro, run this on your non-PBP:

I've got a 2017 14" Pinebook with a 64 GB eMMC installed. When I got it, I put the standard Xenial Mate image to boot from eMMC and then didn't touch it for a while. I recently pulled it out and updated to the latest version of Mate available just through `do-release-upgrade`. But that seemed to break some things like the battery life indicator, so I decided to try to find a new image to flash instead.

First, I want to say that I'm pretty disappointed with the state of the wiki for the OG Pinebook. Lots of broken links and not very updated information.

After poking around looking for images to use, I decided to try out Armbian and Manjaro. I have tried the following images all with the same behavior:

• Manjaro-ARM-i3-pinebook-20.04-emmc-installer-20.04.img.xz
  
• Manjaro-ARM-i3-pinebook-20.08.img.xz
  
• Manjaro-ARM-kde-plasma-pinebook-20.08.img.xz
  
• Armbian_20.08.1_Pinebook-a64_focal_current_5.8.5_desktop.img
  
• Armbian_20.08.1_Pinebook-a64_buster_current_5.8.5_desktop.img.xz
  
• Armbian_20.08.1_Pinebook-a64_bionic_current_5.8.5.img (pretty sure this was the headless server)