As to make this tablet truly sustainable....

For quite awhile now I’ve been looking for a suitable battery to run this SBC. I’ve seen several posts which helped determine that it can’t be powered by usb-c, or the onboard lithium battery port. I don’t know much about electricity, but there has to be a solution to run the unit without plugging into the wall. My MacBook Air runs & charges off usb-c, and it seems it would need much more power than an SBC. It also seems very inefficient to run an expensive battery bank to go from DC - AC - DC. I’m also not going to carry a 12V car battery around in my backpack.

Has anyone found a solution to battery power the RP64? I will run headless, so no additional accessories are needed (except for onboard or usb Wi-Fi adapter).

Power Input: 12V 3A or 5A type M 5.5mm OD/2.1mm ID barrel type DC Jack Power Supply.

I really waaant a pine64 (flip) dumb phone with a very light OS like the one in the pinetime, perhaps with a bit of a better hardware to be able to listen to music but that's it !!
There was another discussion about this but it went full political about something else, so I opening this here

I don't know if you've already thought about it, kaios phones are really not satisfying enough from an open source point of view since most manufacturers don't release sources

dumbphone are really becoming a thing again, lots of us rely on bad dumbphone we can't really hack into

Hello,

I have archlinux running on pine64+, everything is fine except mic input. Output to 3.5mm jack works nice, but I can't get recording anything. Can you please share asound.state file with mic enabled.
So far I went through sound codec code and tried to enabled the path from Mic2 -> DAC Mixer -> AIF1 -> Capture, but only thing I'm having is white noise.

Here is some debug info from capture:

I installed a Lenovo tablet (an x86 model) with a vanilla Debian, and one of the problems is that at boot, when prompted for the password that decrypts the disk, there is no virtual keyboard that spawns, which means that the tablet is not usable if one hasn't a USB keyboard nearby during boot.

It's quite logical that the minimum software loaded to decrypt LUKS doesn't have a virtual keyboard in it, but that made me think : how does Pinephone manage it ? I have an encrypted Pinephone, and (luckily for me) the virtual keyboard spawns when I boot, so that I can decrypt the partition which has the OS.

Not that I'd be able to port this solution to a Debian tablet, but still it made me curious...

At the Apache Asia Conference "Community Over Code" (19 Aug 2023), I'll talk (remotely) about Apache NuttX Real-Time Operating System (RTOS) for PinePhone. Here are the pre-recorded video and presentation slides...

Video Presentation

PDF Slides with Transcript

Presentation Slides

What's inside a Smartphone? Exploring the internals with Apache NuttX Real-Time Operating System

Smartphones are incredibly complex gadgets. What if we could learn the internals of smartphones... By booting Apache NuttX RTOS (Real-Time Operating System) on our phone?

Over the past year, we have written a series of 24 articles explaining the inner workings of PINE64 PinePhone, and how we implemented the smartphone features with Apache NuttX RTOS.

The articles cover the essential (and esoteric) topics on smartphone technology: MIPI DSI LCD Display, I2C Touch Panel, USB Controller, LTE Modem, Accelerometer / Gyroscope, Arm64 Interrupts and many more.

We are also experimenting with newer, easier ways to create Smartphone Apps, with LVGL Graphics Library, Zig Programming Language, WebAssembly Simulation and Arm64 Emulation.

More about Apache NuttX RTOS for PinePhone

Articles on Apache NuttX RTOS for PinePhone

Apache NuttX RTOS for Star64 64-bit RISC-V SBC (StarFive JH7110)

I have a couple of PINE A64(+) boards and I use the hdmi audio, which works fine. I have script with a pactl command to set the sink automatically and it then works.

I how have several LTS boards, and I can not get any audio/sound (headphone jack or HDMI) to work on the LTS/SOPINE linux version.
I am running Armbian 23.02.2 Buster with Lumix 5.15.93-sunxi64. I run apt update -> upgrade to keep up to date.

I have tried the html sound coming out of my monitor, it doesn't work, but I have ready that its not support in the LTS release.
I have also tried the headphone jack. I test using play and aplay. They both look like they are generating audio, but nothing comes out.

When I try to run pactl, I get:
# pactl info
Connection failure: Connection refused
pa_context_connect() failed: Connection refused


My DTC listing for sound is:
/dts-v1/;

/ {
#address-cells = < 0x01 >;
model = "SoPine with baseboard";
serial-number = "92c0a5baf0f6ec54";
#size-cells = < 0x01 >;
interrupt-parent = < 0x01 >;
compatible = "pine64,sopine-baseboard\0pine64,sopine\0allwinner,sun50i-a64";

sound {
simple-audio-card,name = "sun50i-a64-audio";
#address-cells = < 0x01 >;
simple-audio-card,aux-devs = < 0x12 >;
simple-audio-card,widgets = "Microphone\0Microphone Jack\0Headphone\0Headphone Jack";
simple-audio-card,routing = "Left DAC\0DACL\0Right DAC\0DACR\0Headphone Jack\0HP\0ADCL\0Left ADC\0ADCR\0Right ADC\0MIC2\0Microphone Jack";
#size-cells = < 0x00 >;
compatible = "simple-audio-card";
status = "okay";
phandle = < 0x58 >;

simple-audio-card,dai-link@0 {
mclk-fs = < 0x80 >;
format = "i2s";
frame-master = < 0x13 >;
bitclock-master = < 0x13 >;

cpu {
phandle = < 0x13 >;
sound-dai = < 0x14 >;
};

codec {
phandle = < 0x59 >;
sound-dai = < 0x15 0x00 >;
};
};
};

sound_hdmi {
compatible = "allwinner,sun9i-a80-hdmi-audio\0allwinner,sun50i-a64-hdmi-audio";
status = "okay";
phandle = < 0x5a >;

cpu {
sound-dai = < 0x17 >;
};

codec {
sound-dai = < 0x16 >;
};
};
};


(sorry all the indenting is lost).\\I can post a screen shot of running alsamixer if that helps.

Any recommendations/things to test will be appreciated.

Hi.  How many months did you have to wait to get your pineTime? I am in my second month of waiting. I have tried writing to sales (3 times) and I tried writing to @pine64@fosstodon.org (2 times) but have never had a reply. 

When I ordered on June 24, I got a notice that the device had shipped on June 27. But something went wrong. I put in a support ticket and was told that there was a problem getting the device out of China and that I would hear about a new shipment soon, but I never heard back. When I went back to support, they fobbed me off to sales. When sales never replied, I tried going back to support, but they have stopped responding, too. Should I try and get my money back from my credit card company? Did pine64 go out of business?

Thanks,

Killick

Anybody else having issue that battery seems to run down rapidly, and the "charging. Time to full charge" estimates are really long?

I have a dell tablet with the same plug in charging port. The wall plug in charging chord charges my tablet in about 30 minutes. When I plug the same chord into the pinetab I get a "time to fully charged" estimate of 7 hours or more! My battery is listed as "battery_rk817" I believe.

Anyone else noticed this?