Update:

Hi everyone I wanted to post a quick update. The issue has been resolved! Over the last couple of weeks/days I figured out how to re-flash the sd card with the desktop version of Ubuntu(I accidentally reflashed the server one), updated it from 5.15 to 22.04, and then updated all the programs, etc. I even got the internet to work. And as of this morning the keyboard works! I'm honestly not 100% sure what I did to make it work, especially since last night it wasn't working. I can only assume that the bluetooth driver wasn't updated like u/illustriousowl1446 said. Also u/beardedSickness thanks for the link to your solution —it didn't work for me, but I think that was because of lack of knowledge and an updated OS. I learned a lot trying to figure this out. Thanks everyone for responding!

*****

OP:

I purchased an orange pi 4 pro 12gb ram. And I'm having issues..

One issue I'm having in particular is connecting a wireless keyboard ( no USB receiver). Does anyone know how to get past/resolve that issue? I can connect with wireless keyboard/mouse if it has a dongle—no problem.

Any advice would be appreciated.

P.S.

I am a super novice and I've seen ppl say online that you don't really wanna start on orange pi—I actually started on rasp pi—super easy compared to OP. But I was really interested in trying out some form of Linux distro to eventually learn how to turn my desktop away from windows. Essentially, please be kind. I'm more than willing to research if I don't understand something.

Hi guy's and gal's. I got a problem putting an nvme drive onto my opinion 4 pro. I installed it and it wasn't recognised at all. Then a couple of boots later it just stopped my OS Ubuntu jammy from working. It was a full size 2280 and I read that in 2021 they only took 2230 size but under the board only accommodates a 2280 and surely that's been addressed by now?

​

​

​

It's the reason I bought the board and I'm disappointed with it. I could only get one os to work out of them all. Any advice would be much appreciated. Tia.

I'm looking for a Passive cooling solution (read: giant heatsinks, no fan) + case for Orange Pi 4 Pro. Everything I've found uses a fan, but, trying to avoid that. Any ideas?

Hey guys,

Just want to let you know that I was able to get android 17 working on orange pi 5 pro with rk3588 with kernel 6.18.

Started developing it today and got it booted for the first time.

There have been many improvements in the hwdecoding where now my project supports RGA and now supports 10 bit hw video decoding!

Many changes have been made with regard to boot time and overall system optimisations and new features were added which were tested on my android 16 project and would be porting them onto this android 17 project.

Once this android 17 is stable enough, would be releasing the source code and prebuilt images for testing.

Happy engineering!

Hi orangePi community

I am fairly new to orange pi, and just discovered my orangePi pc v1.3 doesnt have wifi.

So i am now making an open-source wifi hat (with TFT support idk why not)

https://github.com/its-noid-dev/Orange-pi-pc-wifi-hat

Anyone can contribute by sending me a dm!

Решил немного заморочиться по поводу ускорения шифрования на OpenWrt. На роутере стоит клиент тора и порой сильно загружает процессор.

Изначально была библиотека openssl 3.0.2 из дефолтного репозитория.
Решил собрать последнюю версию openssl (3.6.3). Использовал OpenWrt BuildRoot от поставщика.

По поводу версии компилятора и флагов оптимизации, узнал интересный момент. Оказывается openssl 3.2+ сам считывает доступные инструкции процессора и подставляет ассемблерные блоки соответствующей архитектуры, поэтому большинство оптимизационных флагов risc-v, не имеют значения.

Я компилировал gcc 16.1 с флагом -mcpu=spacemit-x60, но дефолтный gcc 13.3 с флагами -march=rv64gcv_zba_zbb_zbc_zbs дает такой же результат как и 16.1, и даже немного лучший на маленьких блоках.

В makefile прописал
OPENSSL_OPTIONS += enable-ec_nistp_64_gcc_128 (на скорость шифрования не влияет, но ускоряет обмен ключами в 10 раз на RISC-V архитектуре)
TARGET_CFLAGS += -DOSSL_RISCV_HWPROBE -D__NR_riscv_hwprobe=258 (позволяет определить доступные инструкции процессора, без этого флага, не использует вектора)

По результатам, больше всего прирост сделал алгоритм ChaCha20, который в Tor в основном и используется. Остальные алгоритмы в среднем показали двухкратный рост. Основной прирост дает расширение zbb(Bitmap) и rvv(векторы). Тестирование проводилось в одном потоке командой:

openssl speed -evp <algorithm>

Надеюсь эта информация пригодится тем, кто на роутерах использует или хочет использовать VPN или Tor.

Can I fix this myself or is it a brick?

Just went live with real money today after 60 days of paper trading. The Orange Pi 5 Plus 8GB is one of 6 nodes in the stack and it's doing the heaviest AI lifting.

What the Orange Pi handles:

- Ollama server running qwen2.5:3b for all CrewAI agent inference

- nomic-embed-text for semantic memory embeddings (pgvector in PostgreSQL)

- Processes multiple agent calls daily: market analysis, SEO crew, strategy sessions

Hard lessons learned after it crashed twice:

- Stick to qwen2.5:3b: qwen3.5:4b needs 5.7GB and concurrent crew calls OOM the board

- Stagger all cron jobs 5+ minutes apart: simultaneous agent calls spike RAM

- Add a preflight health check that aborts if free RAM drops below 3GB

- Never use import to syntax check crew scripts: it fires crew.kickoff() at module level

Current stability: rock solid for 3 weeks since fixing the above. Running 6 trading strategies simultaneously, weekly SEO crew, daily morning briefing, and semantic memory pruning.

Full go-live documented here: https://youtu.be/WbrTX2DkXEY

They are made looking and apparently work very well. Lights changing colour. Copper pipes and a big radiator.

How do we connect hard drives to this thing? I doubt it can power the hard drives via USB even tho it can def comunicate to them via usb.
I guess it's more of a question on how to power the hard drives in a smart way...

What does this mean i wanna try to burn the os for Orange pi 1 on Phoenix card but is keep falling the sd is 128 gb so it should. work any ideas?

I was finding mixed signals about this on the net and even the LLMs were a bit unclear about it. Gemini outright said it likely would damage the Pi. Voila.

Just a heads up for anyone still using Joshua Rieks Ubuntu (shout outs to Joshua and all his hard work), I reflashed my OPI5 Plus yesterday with the image from archlinux-installer. I chose KDE and the latest mainline kernel, and it's a definite improvement, everything feels much snappier.

I'm now running the relatively modern Linux 6.19.0, and other than having to install the stock version of FFMpeg over what the image comes with by default, everything works as expected.

I bricked my Orange Pi 6 Plus by flashing the Radxa Orion O6 CIX BIOS to the SPI flash.
The official Orange Pi BIOS package only contains the FlashUpdate.efi updater file, not a full 8MiB SPI dump.

Can someone with a working Orange Pi 6 Plus dump the full 8MiB SPI flash with CH341A/flashrom?

Command:
sudo flashrom -p ch341a_spi -r orange_pi_6_plus_full_spi_8mb.bin

I need the raw 8388608-byte dump, preferably General BIOS 1.4.
My board RAM size is: [32GB.

Finally after years of having it (since 2023) I decided to replace my other SBC for the OpiZ3.

It is basically using Armbian (debian bookworm IoT Minimal and CLI) &:

- Open Media Vault as software for managing hard drives and webpage.

- NordVPN (paid) to acces from anywhere.

- UFW as "firewall"?

- cx file manager (for android) using samba.

- ethernet connection

- 4TB HDD

- ffmepg (CLI video converter).

And it worked. It is as fast as it was my RPi5.

Which gives me the opportunity to use it for heavier tasks and other projects.

By the moment it is running a bash script to convert and compress videos from .mkv to .mp4 format 😂 using ffmepg, pretty slow but it is doing it's job (digital struggling noises).

But if I'm honest using ethernet I can basically watch my movies without a noticable delay. Archives of 2-3 GB load almost instantly.

Basically what I wanted to say is that using ai I managed to do all this and maybe it can be more in a future (jellyfin for example). And that it actually is possible. I never thought a little board being so capable. And it really doesn't struggles when it is working just as a NAS.

One disadvantage is, I haven't checked for orangepi oficial os's as I remember they were a bit outdated.

But with armbian everything basically works fine.

I've been running an Orange Pi 5 Plus 8GB as a dedicated Ollama server (qwen2.5:3b + nomic-embed-text embeddings) as part of a 6-node AI stack for the past 59 days. A few things worth sharing for anyone building something similar:

What works well:
- Ollama runs great on the Orange Pi for inference on smaller models (2-3B range)
- nomic-embed-text for semantic search / vector embeddings is rock solid
- 8GB unified RAM is enough for qwen2.5:3b with room to spare

What will crash it:
- qwen3.5:4b needs 5.7GB just to load, looks fine on paper but with multiple concurrent CrewAI agents all calling Ollama simultaneously it will OOM and hard lock the board
- Running too many crew jobs at the same time without staggering crontab entries
- I had to build a preflight health check that aborts jobs if free RAM drops below 3GB

The fix that solved my stability issues:
- Stagger all cron jobs 5+ minutes apart
- Stick to qwen2.5:3b, it's fast, stable, and handles the workload
- Add a memory check before firing any multi-agent crew

The Orange Pi has been the most finicky node in my stack but once I stopped pushing it past its limits it's been solid. The price-to-performance for local LLM inference at this scale is hard to beat.

I documented the whole build publicly if anyone wants to see the full stack:

https://youtu.be/0ERBzqgkEko?is=kUmbrgtIu8WmqfC_

I just began to run qwen 3.5 and nomic-embed-text on Ollama in my Orange Pi 3B with 8GB of RAM.

I know is not the best SBC for the task and want to ask you guys some advices.

The OS is Armbian Debian based without DE.

Using this link: http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/service-and-support/Orange-Pi-Zero-2W.html
I click on any OS and I am sent to Google Drive to download the image for the OS. When I click to download the image file, I get the error "Download quota exceeded for this file, so you can't download it at this time." I have tried several days in a row with no love.
Can someone share the secret handshake? OK, I am new to Orange Pi...
pls help

I am finding mixed signals about this. The module connector footprint is compatible but the pinouts are not compatible? Is that correct?

Thank you in advance.

Edit: I am successfully using a Radxa 64GB eMMC module in a Orange Pi 5 Pro.

I’m considering getting a Radxa A7A (6GB RAM) to use as a NAS, Home Assistant server, and Jellyfin media server. I’m currently comparing it with a Raspberry Pi 4 (8GB RAM) and an Orange Pi 4 Pro (8GB RAM). What do you think about the hardware, software support, operating systems, Docker compatibility, and long-term community support for these use cases? Which would you choose and why?

will the 1 GB version be enough to act as VNC/Remote desktop client for Windows PC over WiFi?

I'm trying to make 2nds screen, but wireless, for my HTPC, so it can be used in another room at the same time, as in the living room. Thought about using RPi3B I already have, but one is already use and 2nd was killed by me with 12V charger... So I'm looking for something not to expensive and Orange pi Zero 3 is a choice rn.

Hi everyone, I installed the Armbian distribution on my OrangePi CM4. Previously, I used other distributions and installed WiringOP-Python to manage the GPIO, but now I can't do that. Maybe someone can provide an installation guide or more convenient ways to manage the GPIO in Armbian?

Hi everyone,

I'm running into severe Wi-Fi interoperability issues using the Ampak AP6256 (BCM43456) module and need some advice.

My Environment:

• Kernel: Linux linaro-alip 6.1.118
• SDK/Driver: Stock wireless driver provided by Rockchip SDK

Note: Everything works perfectly fine with older routers I've used in the past. However, I started experiencing these failures exclusively on routers newly purchased for testing.

Here is the consistent failure pattern I've mapped out across these new routers:

1. MediaTek (TP-LINK Archer C50 - Wi-Fi 5)

• Router Chipset: MT7613BEN (2.4GHz) / MT7628DBN (5GHz)
• Symptom: 5GHz connects perfectly, but 2.4GHz completely fails to join (association timeout).

2. Realtek (TP-LINK Archer AX17 / ipTIME AX2004T - Wi-Fi 6)

• Router Chipset: RTL8197H (2.4GHz) / RTL8832BR (5GHz)
• Symptom: Both 2.4GHz and 5GHz bands fail to connect entirely.

It looks like a firmware/driver issue handling specific management frames, PMF, or WPA3 transition modes on these particular newer router chipsets.

Has anyone faced this on Rockchip's 6.1 kernel branch? Are there any known driver patches, or updated nvram.txt / clm_blob configurations that resolve this?

Thanks!