Active threads

Hey guys! Sorry it's been a while since the last update, here comes a good story with a sad ending hahah Ok, so! That's what I've done so far! Since i had to order some UART devices to check if I did get any output, it took a bit longer than expected, then i left the project on the sidelines, until... i got a hot air rework gun, so yeah I bought some SPI chips on the cheap and a programmer and did a test and succesfully wrote on them an read on them the binary file, so I proceded to completely desolder the SPI chip from the Orange Pi 5 and surprise!, The SPI was completely unreadable or unwritable, so we got that part right, SPI is dead. I thought that after removing the dead chip i might have some more luck with the UART device and tried to read info from it again... but no luck, nothing came out of it, so I thought I might be doing something wrong. The device is still stuck in maskrom mode. It goes straight to maskrom mode when you power it on, I also checked for shorts on the diodes or the press buttons, but they are all good. After a lot of chitchat with Gemini I tried to reflash the miniloaderall.bin from the website and suprise surprise, the miniloader, when booting the board pressing the maskrom mode manually, allowed to download the .bin file to the orange pi, BUT still no image, but If i do that I get something on the UART device. I get this funky message, according to the AI it seems that the CPU chip might be good but it can't read the RAM chips on the board, doesn't reach to that point and that would explain why it doesnt even try to boot from a microsd card anyway. So, my options are kinda bad now, it could either be a bad ball soldered on to the CPU chip that gets errors on reading the ram, or most likely a bad RAM chip on the board, problem is, at least according to the AI that soldering RAM chips with a soldering station without a pre heating board, its quite stresful for such delicate components, that I could easily break them by overheat and then I would not be able to repair the board anymore, obviously I tried all that as a learning process and I'm glad how far I've come, if anyone has any other idea or any suggestion, I could try that, I'm still thinking about going for the RAM desoldering process but I would need some replacements and if the risk of breaking those is that high might not be worth going as far as that. BTW the SPI chips i bought have the wrong package size and are like 2mm wider than the Orange Pi 5 layout and it doesn't fit, so I could not try to solder the new SPI chip back in, I would need to order some more with the correct package size, no big deal, SPI chip is cheap, ram chips are not as cheap.

The NanoPi-R6C (that I have) has an extra USB-C female connector, so the chip is already on the board. You just need a USB cable (so just wires with USB signal levels) to connect to laptop or any computer with USB, even smartphone. RS232 is other voltage levels, long distance as well, so don't expect it to be spec compliant. USB is 5 meters. I think 1.5 Mbps is simply out of scope for RS232/DB9. Maybe netconsole is something you could use.

Installed the vendor kernel via armbian-config, booted up, it took a minute, thought it wouldnt boot, but it worked! now all the cpus are at 408Mhz when idle! Thank you so much!

Incbot, hi I have this problem too. Use rk3318-config command to set device tree overlay (on the second step push space then enter) and then don't touch device tree overlay in armbian-config. After reboot use command hciconfig -a, if it have some message on screen - Bluetooth working

Hi @Nick A, good afternoon! Yes, I tested them — I tried all three ISOs you shared. I'm sending you the UART logs from two of them: the one you specifically asked me to test and the MiniArch one. The one you asked me to try throws a DRAM error, while the MiniArch image actually boots — maybe because it’s configured for eMCP. log_miniarch.txt log_armbian_unofficial.txt

Hi everyone, I'm recently obtained a TV box from a local store (seems like they sell Amazon returns or something, but they just have a bunch of random stuff). After installing AIDA64, I learned that it's running an Allwinner H616 CPU and has 4GB of RAM. It is able to boot warpme's MiniArch build for the Tanix TX6S, and I extracted the DTB from the Android build on the eMMC. My question is, where do I go from here? I'd like to build a custom Armbian image to support my device. When I try booting the Armbian image for the Orange Pi Zero 2, it gives an error over my serial monitor about a bad DRAM configuration which I expected since apparently these boxes have DRAM chips that are often laid out differently than the Orange Pi, and this can apparently be fixed with a U-boot configuration change. I was curious about how I can integrate these changes into my own build of Armbian so I could bring support to my device. Thanks in advance!

Thank you, I tried. But this is not my level, it is too difficult for me. I'll probably wait for your next release.

I believe I have the same issue with an unbootable Rock64 after the kernel update from 6.6.x to 6.12.x.

Good day, I've installed ARMBIAN to my old TV box. It's running fine as I ussually use it headles with a ssh connection to it. BUT NOW I've attached it to the hdmi TV and I want to remotely use that HDMI screen w/o local keyboard and mouse. I don't know how to do that. Please give me a help?

Yeah, I noticed it was not rebuilt on the next calls to compile.sh. Might not solve the problem for CI/CD environments, but for development it should work. Thanks!

Hey, @xiaobao80! Sadly not - but on the upside I was able to build and use the latest kernel. Also want to update and say that I did manage to use the NPU and the VPU successfully with Immich AI facial recognition and Jellyfin transcoding respectively.

Hello @mvpwar Download image Unzip

@remlei Yes indeed, sometimes I ask to myself ( and to my friends @jock @ilmich ) who the hell give us so much entusiasm, patience ( and frustration) to deal AGAINST not the box itself, but against the lack of good documentation and support , but when finally a stuff is working after thousands of trials and errors, well then I go sleep like a child with it's christmas gift. This is the pagic called PASSION !!!

Finally someone has the question I wanted to ask right now.. Thank you for the solution you found. I will try it sir..

Makes sense, thanks for pointing that out. I had similar issues and I’ll check which package holds it on my setup and try replacing it. Hopefully that clears it up.. Thank you..

Further testing shows that Armbian 25.2.x through the current version all run the arecord -c 2 -r 192000 -f S32_LE test.wav without error, PROVIDED the 6.12.12 kernel is used. But, any kernel version after 6.12.12 fails. Now I've just got to find out what broke in 6.12.13 🙂

You can find this information on the Rock Pi S PoE Hat Wiki, but you need to write some GPIO values to enable the headphone jack. # echo 15 > /sys/class/gpio/export # echo out > /sys/class/gpio/gpio15/direction # echo 1 > /sys/class/gpio/gpio15/value To persist this across reboots you can create a `systemd-tmpfile` at `/etc/tmpfiles.d/enable-audio-jack.conf` with the following contents. w /sys/class/gpio/export - - - - 15 w /sys/class/gpio/gpio15/direction - - - - out w /sys/class/gpio/gpio15/value - - - - 1

I just updated one of my Armbian installs, including the 6.12.22 kernel, and it's still working normally. $ uname -a Linux snapclient-master-bedroom 6.12.22-current-rockchip64 #1 SMP PREEMPT Mon Apr 7 08:08:37 UTC 2025 aarch64 GNU/Linux $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: analog [analog], device 0: ff320000.i2s-rk3308-hifi ff560000.codec-0 [ff320000.i2s-rk3308-hifi ff560000.codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: pcm5102a [pcm5102a], device 0: ff300000.i2s-pcm5102a-hifi pcm5102a-hifi-0 [ff300000.i2s-pcm5102a-hifi pcm5102a-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0

I also have some oom issues when doing an aptitude upgrade in my opizero w/256 MiB ram. Guess even more on a 128MiB board like yours. Best to add a swap file to make sure upgrades go without issue. Grt,

I'm building a multi-zone music streaming setup built around an SBCs running Snapcast/MPD and this MA12070P board (AliExpress link). From the pinout diagrams it looks like the board is the same as the Merus Audio Amp Hat just with a built in USB-C PD supply (why I want to use this board). If it's a clone then it looks like support is in Raspberry Pi OS, but I want to use the Radxa Zero 3W since I can get it at a similar price point with better specs. This is my first embedded project since ~2019 so a bit out of my depth when it comes to device tree overlays. How would I write a DTO to enable audio output to this device?

After installing official Armbian_25.2.1_Orangepi5-plus_bookworm_vendor_6.1.99_xfce_desktop.img to sdcard, then to nvme all is fine, until, I do an apt update & upgrade, after that point chromium fails to run. I explored the logs to see it a failure to load chromium.conf from /etc/chromium.d/chromium.config (failed symbolic link to /etc/armbian/chromium.config). Is there a known workaround besides utilization of firefox?

Finally got around to debug this: Previously I had the system on an nvme drive and the bootloader on spi After reinstalling the system and bootloader both on mmc flash, I eventually ran into the very same issue. According to the logs, the boot bails with the following error: Log1: When I remove the nvme drive, the boot process works just fine for some reason: (boot log after nvme removal) Log2: When I reinstall the nvme, the boot fails again. However, booting from sd-card (using recovery button) and reflashing the bootloader to the mmc fixes the issue as well with the same result as removing the nvme drive had, resulting in the same log2 as above. I had fixed the issue before by reflashing the bootloader to spi but just like yesterday, it eventually stopped booting again until I reflashed the boot loader. There isn't anything particular happening before this occurs, though the last few times it was always after the system had run for some time. After cutting power (without shutdown) and booting it again, the issue would appear. (The device is always cut from power instead of shutting it down, but there was never an error on any drive due to that). The issue also did not show when the device was just turned of (without power) for a day or two. It seems to trigger quite randomly. I already tried to erase the spi flash to avoid any old entries messing up the boot order but without effect. Any clue what I could try next?

The OPi5 uses an es8388 for the analog audio out. I don't know about the OPi5Max or other boards for that matter, as I don't own any other relevant SBC. Good luck!

Good afternoon jock! I'm asking for your help again. The X88 pro 10 128 Gb(X88 PRO-B-RK3318-D4-V1.6) box does not want to work with an LED screen. Arabian-config led-config2 is set, the screen does not respond. There is no display folder in the /sys/class/leds directory. When installing the led-config5, the service works, the check starts, but the display does not light up at all! How do I set it up? Box H96 max It works great on this version and led-config5. 4.036378] spi_gpio i2c-aux-display: cs36 >= max 1 [ 4.036421] spi_master spi0: spi_device register error /i2c-aux-display/aux-display-controller@24 [ 4.036471] spi_master spi0: Failed to create SPI device for /i2c-aux-display/aux-display-controller@24 v24.11 rolling for RK3318 Box running Armbian Linux 6.11.5-edge-rockchip64 Packages: Debian stable (bookworm) Support: for advanced users (rolling release) Performance: Load: 32% Up time: 12 min Memory usage: 17% of 3.88G CPU temp: 59°C Usage of /: 6% of 114G I attached a photo of the led display chip (the outputs from the led display go to it) AIP16283BT35 (maybe it tm1628 ?) IMG_4802.heic

Thank you for replying me back and the hint. I ordered USB to TTL module Today. I'll debug and get back to you. Best regards alarik.