All Activity

Hi all, digging into the Orange Pi 6 Plus specs for a potential build. Can anyone confirm the M.2 slots (the two Key-M 2280 ones) are PCIe Gen 4 with x4 lanes each? Official docs mention NVMe support but are light on details. I'm curious if this could handle a low-end GPU like an RX 570 (or even lower) through an NVMe-to-PCIe adapter/riser—thinking for light gaming or compute tasks. Has anyone tried eGPU setups on this board or similar ARM SBCs? What about power delivery, drivers, and performance? Running Linux (Ubuntu/Debian probably). Thanks for any insights or benchmarks!

Hey everyone, I'm eyeing the Orange Pi 6 Plus for some edge AI projects, given its 12-core CIX SoC, up to 28.8 TOPS NPU, and massive RAM options (16/32/64GB LPDDR5). Has anyone gotten Ollama running on it with NPU acceleration? Does it support it out of the box, or do you need to convert models (e.g., to INT4/INT8 formats) using custom tools like rkllama or similar? Additionally, with the higher RAM, can it handle bigger LLMs (like 13B+ models) more smoothly than lower-spec SBCs? Any benchmarks or tips on setups (e.g., Ubuntu/Debian installs, frameworks like MLC-LLM)? I'd love to hear real-world experiences—thanks!

https://github.com/armbian/build/blob/main/patch/kernel/archive/rockchip64-6.18/dt/rk3568-yy3568.dts

Simple GPIO toggling has been a long term issue and it is clear to me that it need continued attention. I only use pin toggle on RPi1 and NanoPi-NEO, so BCM2735 and AllwinnerH3. I use generic Linux gpiod, still a bit a workaround for really proper handling, but it is OK for non-critical tasks at home. I used orignal WiringPi on RPi before (from Gordon), but many forks now. See also: https://forums.raspberrypi.com/viewtopic.php?t=369361 'latest' seems to be here: https://github.com/WiringPi/WiringPi?tab=readme-ov-file Note what is written under Ports w.r.t. Python. I guess Werner's guess is correct. I am not good at Python so prepared a bit for own C-code implementation, also w.r.t. high speed PWM. On AllwinnerH3 running Armbian Trixie, using the lgpio examples was easy to toggle a pin. I currently have Domoticz doing it, so also easy MQTT messaging, but it is overkill and also Domoticz build for ARMv6 is not available anymore (needed for RPi0/1), so already replaced that.

Thanks @eselarm for the details, very helpful! That's what i was expecting, but not sure. There is a /dev/media# device separated for each decoder and encoder, each with the source / proc / sink pipeline plus /dev/video# for each. Meanwhile i figured out there is a bug inside the sunxi_cedrus driver (enc by bootlin) but im still not done with the fix. As of now, since this morning i've now both video# devices where video0 appears as the decoder (as before) and now there is video2, encoder! T. btw. Thanks Paul @ bootlin 😃 👏 👍

Okay, I tested, but it works kind of weird: they work in tandem, but the boot messages were only output to the video console, not on the serial one. Once after the initial automatic login, the output started to go to both consoles, but the initial and systemd boot messages were only output to the video console, which would have made sharing the details of the initial problem difficult.

@c0rnelius Thanks for stepping in to help. I've added enable_uart=1 to config.txt In cmdline.txt, I currently have: console=serial0,115200 console=tty1 ... Do the two settings work in tandem, or do they override each other?

We don't deal with android. I suggest to ask at xda developer forums or similar.

Just a wild guess: The code from orangepi wiringpi is old and no longer compatible with newer python which is shipped in Trixie.

Success! It's still showing that first error, but using meson-gxbb-wetek-play2.dtb it was able to boot up and configure. Wifi works also. You guys are amazing! Thanks for all your inputs.

I'm trying to download and reinstall android os on an x88 pro 10 to try and get it working. I have downloaded the file and flashed the device several times but cannot get past the boot up screen I have attached a usb keyboard and mouse but no luck.looking for someone i can chat with step by step

Hello everyone! First of all, thanks for the useful thread. I'd like to know if you got the files for the SD card, Guillaume lopéré. And if installing this armbian I'd be able to use the tv box as a home server, deploying a Node.js project and using Docker. Best Regards, Gilliard

can you please share the config for the 3568 / or patch so I can refer to for the 3399 chip? Thank you!

I tried Armbian_community_25.11.0-trunk.413_Aml-s9xx-box_plucky_edge_6.18.0-rc3.img I think the same is happening ... I did end up with the first error, as seen in the first pic above: https://photos.app.goo.gl/Y5GM3a6XUy6SZ6JA6 But then I got a nice Armbian splash screen, eventually it ended up going to initramfs, but interestingly no error about waiting for the FS was reported this time.. .... Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... BusyBox v1.37.0 (Ubuntu 1:1.97.0-4ubuntul) built-in shell (ash) Enter ‘help' for a list of built-in commands. (initramfs)

Try a build using a newer edge kernel as a test

Just for fun? for Vendor u-boot I like the ArmSom RK3568 SDK https://github.com/gitacodes/armsom_rk3568_SDK it works fine in all my boards... for mainline U-boot, https://docs.armbian.com/Developer-Guide_Overview/

You need to imagine it as a chip, the entire board; each change to the board alters the description of the "chip" you're referring to. Search for your board model on the forum. I don't own any boards using RK3399, but I believe you can find several users mentioning the board on the forum. for YY3568 board, the factory already have all information https://wiki.youyeetoo.com/en/YY3568/sdCardSystem

Sure.. appreciate the guidance... I am using Armbian_community_25.11.0-trunk.413_Aml-s9xx-box_noble_current_6.12.57_minimal So far I tried 2 different SDCards, one recent sandisk 32G (a good one) and one china fake that says 512GB .. both did the same thing. I also tried 2 dtb so far: meson-gxbb-p201.dtb and meson-gxbb-p200.dtb .. will try a few more before I send this to the EcoCenter. This box seems to be a lot more rare than I expected, so totally get why anyone (including me) would want to invest a lot of effort in getting it to run.

You can try different dtbs, different sdcards (older/smaller/slower = more compatible) and potentially a newer or older kernel. These failure to read the sdcard have been occuring more and more recently. No one has had time to reproduce and figure out the cause. I didn't see where you mentioned what build you are using, that would be helpful information

Error trying to run apt upgrade. Here is the error I receive: The following packages have unmet dependencies: armbian-bsp-cli-rpi4b-current : Depends: base-files (>= 25.8.2) but 25.8.1-12.4+deb12u11-bookworm is to be installed E: Unable to correct problems, you have held broken packages. I am not sure how to resolve this. Help will be greatly appreciated.

Just an FYI i just tried it with a different armbian version and it works fine. it works with Armbian_25.5.1_Orangepi5-plus_bookworm_current_6.12.28_xfce_desktop.img it doesn't work with Armbian_25.8.1_Orangepi5-plus_trixie_current_6.12.43_xfce_desktop.img

Hi, I am quite familiar with github, I'll submit a PR asap.

The /boot/firmware/cmdline.txt requires: console=serial0,115200 The /boot/firmware/config.txt requires: enable_uart=1 That's it.

@laibsch - I have my clearfog booting directly off SATA at this point. I achieved this a while ago by writing a "special" uboot binary to the very start of my SATA SSD, and later by writing an enhanced uboot image via `armbian-config` to SPI flash which doesn't require anything else. It's a very simple configuration now and much preferred over the old way. Good luck keeping your system operational and running well!

I just did a simple test that always worked on Intel CPUs with with logitech C310 on ROCK5B with 6.1.115 kernel /usr/share/jellyfin-ffmpeg/ffmpeg -y -hide_banner -f video4linux2 -input_format yuv420p -video_size 640x480 -framerate 30 -i /dev/v4l/by-id/usb-046d_081b_9061E8E0-video-index0 -map v -c:v h264_rkmpp -f mpegts webcam.ts Output file plays fine, good motion, same as if I use normal ffmpeg and just non-accel h264 codec, although CPU load is then about 20% for the ffmpeg process, while when using rkmpp it is below 1% For higher resolution, I think C310 internal MJPG is needed, but that is normal, USB2 has limited bandwidth.