All Activity

You are going down the wrong path. You should start here with understanding the Armbian build framework: https://docs.armbian.com/Developer-Guide_Overview

I would suggest you to download clean Debian minimal image and proceed this way: https://docs.armbian.com/User-Guide_Armbian-Software/HomeAutomation/#home-assistant EVCC can be installed this way - official Docker container: https://docs.armbian.com/User-Guide_Armbian-Software/HomeAutomation/#evcc How to deal with EVCC from HA, no idea. This is application level knowledge and I am just an average user of HA. I assume addon will want to connect to the service which runs on some IP address and some port. IMO this part is similar as official HAOS image. Current application images are not yet rebuild with latest stable base, so until then its better going clean Debain + armbian-config way.

CONFIG_PREEMPT_RT=y. I was hoping to use the OrangePi5 Pro - with Linuxcnc - for machine controls - This would require predictable response times for precision cutting routines. The kernel build settings in the current release do not include the Setting for PREEMPTIVE_RT. Debian for X86 defaults to having it setup to support a Fully Preemptive mode. I am wondering why this hasn't trickled down to SBC builds. Byte2bot sells a shield card for converting the Pi 20 pin header to a Parallel port for connecting to CNC motion control cards - roughly $50 without having any manual wiring. Really slick - but at the moment - its would be good for Raspberry pi 4 and 5 as they have the Realtime kernel build available. I have a Tower PC with PCIe parallel on debian bookwork setup for machine control for a milling machine. So the Orange_Pi_5 is a much better solution . Please let me know how if I am on the correct track. I will copy the config file to the .config file in the kernel build directory -- This should be found in the /boot directory or the /proc directory - and add in the PREEMPT commands for fully PREEMTIVE that I found listed in the Kconfig file. Then I have to figure out where to place the orangepi5pro.csc file you pointed me to. At that point I should try to find some reference material about the Preemption settings the make process is going to ask me about. make should complete, and then "make module_install" - Then "make modules" At that point - the build is done. I will have to sort out how the /boot files need to be modified. Sorry for all the questions - If there is some reference material - that is clear about the Image Uinitram the Armbian Environment - and other boot related topics please point them out.

update: if disconnect TX from USB-UART adaptor - then there is infinite output that changes every microsecond with more strings: ESC[1;47rESC[46;1H[ 45.827723][ Tible6] [dhd-wlan0] w l_ext_iapsta_evefs.readdy=1 (/system/etcb/init/hw/init.uo sr not foun db^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1Hnt : [S] Link UP with c8::ca:98^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1HESC[1;46rESC[46;1H ESC[1;47rESC[46;1H[ 45.827747][ T6] [dhd-wlan0] wconsole:/ $ ^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1Hl_notify_connect_status : wl_bss_conn.127^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1Hect_done succeeded with c8:ca:98 ^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1HESC[1;46rESC[46;1H ESC[1;47rESC[46;1H[ 45.843270][ T6] [dhd-wlan0] wl_notify_connect_sonso le:/ $ c^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1Htatus : wl_bss_connect_done succeeded127|^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1H with c8:7f:54:e0:ca:98 vndr_oui: 00-90-127|^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1H4C 00-0C-43 00-0C-E7 ^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1HESC[1;46rESC[46;1H ESC[1;47rESC[46;1H[ 45.881840][ T165] type=1400 audit(1699712132.610:14conssole:/ $ ^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1H4): avc: denied { open } for comm="FD655_Demo" path="/sys/class/fd655/fd65console:/ $ ^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1H5_vpause_127|y^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1Hflag" dev="s127fig=|^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1Hysfs" ino=19647 sc[ 82.040633][ T386] read descriptors^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1H[ 82.040698][ T386] read strings^MESC[1;46rESC[46;1H ESC[1;47rESC[46;1H[ 82.043097][ T1] init: processing action (sys.usb.config=adb && sys.usb.configfs=1 && sys.usb.ffs.ready=1) f82.045159][ T1] init: Co mmand 'symlink /coESC[46;159HnESC[46;159HfESC[46;159HiESC[46;159HgESC[46;159H But still no active shell session

Werner - thanks - I did check the community and only found builds for 6.1 -- I did a build and had added three lines in the .conf file CONFIG_ PREEMPTICE_RT=y CONFIG_PREEMPTION=y and CONFIG_PREEMPT=y as I recall. did the "make" "make modules_install" and then the "make module" and there were a string of questions - during the make about some of the pre-emption options, which I was unprepared to answer. Not worried about those. I was concerned that the modules_install and the module make commands were installing the necessary routines. I do not understand how the orangepi5pro.csc file gets incorporated into the build process. I was on an Orangepi os to run the krtnrl build. Now moving back to Armbian 6.1.115. I am downloading a Armbian community supported 6.1.115 download for orange pi pro. I will then download the rockchip-rk3588.conf file - and the orangepi5pro.csc file - not sure where the board config file goes and how it ties into the kernel build process - might need a pointer for that Jim

Hello, finally CH340G usb-uart has arrived - I have checked it performs data transfer on 1.5M speed in RX/TX loop normally. But when connecting to board - there is no output to console at all. Have tried RX/TX changing still no output, just regular start of android TV box. Please suggest does UART needs to be enabled in some screen/menu?

just wanted to check if there is plan to have an image for the Rock 3B model? update: just tested the latest image for Rock 3A, and it is working ok. version: Armbian 25.2.1 Bookworm Minimal/IOT Kernel: 6.12.13, Size: 266.4 MB, Release date: Feb 13, 2025 I will run a few docker containers to see if there are any issues.

Once done, you should be able to login and run the following to see the Mali g610 recognized as a Vulkan device... vulkaninfo --summary

Hey everyone, for the past couple of days I've been looking into the Mesa-VPU script made by AmazingFate that's used to patch Mesa/VPU onto a custom build of Armbian. https://github.com/armbian/build/blob/main/extensions/mesa-vpu.sh I already have an install of Armbian (Debian XFCE 6.12.28-current-rockchip64 ) on my Rock5b and was looking into applying as much as I can without re-building an image or starting from scratch. From my understanding, You'd need the vendor rk3588 kernel if you want the best possible compatibility with things like the VPU for multimedia acceleration (Someone please correct me if this is not the case lol) What follows is what I was able to piece together after troubleshooting, reading the Mesa changelog & trying to apply as many packages as I can from AmazingFate's kernel extension script. I've also included some tweaks for XFCE to hopefully provide a smooth graphical experience. Although my Rock5b is used as a headless server and doesnt have anything plugged into the HDMI port, I can say that the following changes have made a huge difference in graphical performance of VNC. Please keep in mind that i'm not a developer for Armbian. I just wanted to share this as a guide i've put together to hopefully help someone else who's tried the same (Please let me know your thoughts or if there was anything i've missed. Like I said, this is what has worked for me) (Obviously the correct fix is to rebuild Armbian with Mesa-VPU. What follows was done as an experiment) #################### GUIDE BELOW. THIS IS NOT A SHELL SCRIPT! PLEASE READ AND DO NOT COPY/PASTE ENTIRETY INTO TERMINAL!############################# #### -- 01 Setup AmazingFate Panfork-Mesa repo for mali-g610-firmware 01 -- #### ## 1A: import gpg key and use it to sign repo ## wget -qO - https://download.opensuse.org/repositories/home:/amazingfate:/panfork-mesa/Debian_12/Release.key | sudo gpg --dearmor -o /etc/apt/trusted.gpg.d/panfork-mesa.gpg ## 1B: Add Repo to apt sources & update ## echo "deb https://download.opensuse.org/repositories/home:/amazingfate:/panfork-mesa/Debian_12/ /" | sudo tee /etc/apt/sources.list.d/panfork-mesa.list sudo apt update ## 1C: Install firmware ## sudo apt install mali-g610-firmware libmali-g610-x11 ## 1D: **RECOMMENDED** : Remove panfork-mesa repo ## sudo rm -rf /etc/apt/sources.list.d/panfork-mesa.list sudo rm -rf /etc/apt/trusted.gpg.d/panfork-mesa.gpg #### -- 02 Enable Debian Experimental Repo for recent Mesa Packages 02 -- #### sudo nano /etc/apt/sources.list ## 2A: Add the following to the bottom of the document... ## deb http://deb.debian.org/debian unstable main contrib non-free deb http://deb.debian.org/debian experimental main ## 2B: Update and install Mesa Packages ## sudo apt update sudo apt install -t experimental mesa-vulkan-drivers mesa-utils libgl1-mesa-dri libglx-mesa0 mesa-vdpau-drivers mesa-va-drivers mesa-opencl-icd mesa-libgallium ## 2C: **RECOMMENDED** : Re-open apt sources and remove Experimental/Unstable repos... ## sudo nano /etc/apt/sources.list #Remove the following and update apt...# deb http://deb.debian.org/debian unstable main contrib non-free deb http://deb.debian.org/debian experimental main sudo apt update #### -- 03 Add rockchip-multimedia Ubuntu Repo to Apt 03 -- #### echo "deb [arch=arm64] https://ppa.launchpadcontent.net/liujianfeng1994/rockchip-multimedia/ubuntu jammy main" | sudo tee /etc/apt/sources.list.d/rockchip-multimedia.list ## 3A: Download Key and add convert to gpg ## curl -o rockchip-multimedia.asc "https://keyserver.ubuntu.com/pks/lookup?op=get&search=0x8065BE1FC67AABDE" gpg --dearmor rockchip-multimedia.asc sudo mv rockchip-multimedia.asc.gpg /etc/apt/keyrings/rockchip-multimedia.gpg ## 3B: Add PPA Repo and update ## echo "deb [arch=arm64 signed-by=/etc/apt/keyrings/rockchip-multimedia.gpg] https://ppa.launchpadcontent.net/liujianfeng1994/rockchip-multimedia/ubuntu jammy main" | sudo tee /etc/apt/sources.list.d/rockchip-multimedia.list sudo apt update ## 3C: Install packages ## sudo apt install libv4l-rkmpp chromium gstreamer1.0-rockchip1 rockchip-multimedia-config ## 3D: **OPTIONAL** : Disable rockchip-multimedia PPA repo ## sudo mv /etc/apt/sources.list.d/rockchip-multimedia.list /etc/apt/sources.list.d/rockchip-multimedia.list.disabled sudo apt update #### -- 04 Optimize XFCE/Xorg and Reboot 04 -- #### ## 4A: Open default xorg config ## sudo nano /etc/X11/xorg.conf.d/01-armbian-defaults.conf #Add the following... # Section "Device" Identifier "Mali-G610" Driver "modesetting" Option "DRI" "3" # Required for Mali GPUs Option "GALLIUM_DRIVER" "panfrost" Option "PageFlip" "on" # Reduces tearing Option "TearFree" "true" # Xfce-specific anti-tearing EndSection ## 4B: Add XFCE Specific tweaks ## sudo nano /etc/X11/xorg.conf.d/20-xfce-tweaks.conf #Add the following... # Section "Extensions" Option "COMPOSITE" "Enable" EndSection Section "ServerFlags" Option "AutoAddGPU" "off" # Prevents duplicate GPU detection EndSection ## 4C: Reboot ## sudo reboot now

HDMI audio has been merged into 6.15. Board may need additional device tree nodes to make it work. Analog audio should work already as well bug may also need additional nodes. Collabora sent for Rock5B and 5B+ only upstream. https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md

That doesn't work then. The point is to get audio working. We still have a bit of a wait until a proper 6.15 kernel is there.

This should produce an image. That's not needed since it is default anyway.

if NAMESERVER is not set it falls back to default 1.1.1.1 A while ago I made a hack to enforce using whatever hosts nameserver is:https://github.com/armbian/build/blob/e03b1b543cda430fbffcb62c979aecabee42b044/config/templates/config-example.conf.template#L25

hello. Armbian 25.08 for Rockpi 4a executed dtc -O dtb -o rockchip-pwm-gpio.dtbo -b 0 -@ rockchip-pwm-gpio.dts. copied dtbo to /boot/dtb/rockchip/overlays. There is none in /sys/class/pwm/pwmchip1 . /sys/class/pwm/pwmchip0 is available. I can't create the pwmchip1 pwmchip2 folder. Operation not permitted

After the last update/upgrade USB BUS 7 has completely disappeared! So no life at all on the USB-C port. The following packages were upgraded : linux-dtb-edge-rockchip64, armbian-bsp-cli-odroidm2-edge, linux-image-edge-rockchip64, linux-u-boot-odroidm2-edge, armbian-firmware I suspect linux-dtb-edge-rockchip64 is not the M2 specific package and it has over written the dtb. Also I can't seem to install the kernel headers from armbian-config. It appears to go through the motions but nothing is installed. Also where can I find a documentation on what each device overlay (in armbian-config) is for?

Hi, I've just ordered a Rock 3A and would install Debian 12 (Bookworm) with Home Assistant Application from your site as soon as the board arrives. My question: I also want to use evcc (another home automation appliance). It is available as an HA add-on but it is also mentioned in the docs as its own Armbian package. What is the right way to go? Install it as an add-on on Home Assistant or install it as an Armbian package?

I see. This package is done bad in first place. No wonder they decide to simply drop everything ... Most of people anyway use embedded HAOS. Then we should not adding updated packages to the repository anymore.

FYI: The following refers to a supervised installation done with armbian-config (starting from "community_25.5.0-trunk.370"). Not sure if the ready homeassistant Armbian images behave differently. Before apt-upgrading the system running homeassistant (supervised), I recommend a) doing a full image backup and b) locking homeassistant-supervised ("apt mark hold homeassistant-supervised"): Updating homeassistant-supervised with apt-upgrade first showed a selection box of the used hardware (none of them matched my rockchip64/rock 4c+ AFAIK - in despair I chose qemu-aarch64), afterwards homeassistant went into first initialization setup (the "wait ~20 minutes to set up" message). Not sure, if it would have somehow fixed itself - I reverted to the (full-image) backup once I saw that message. Having locked the supervised package beforehand, "apt upgrade" was able to update the system without breaking homeassistant (at least it looks like that so far).

git clone --depth=1 https://github.com/armbian/build.git cd build ./compile.sh build BOARD=rk3328-heltec BRANCH=current BUILD_DESKTOP=no BUILD_MINIMAL=no EXPERT=no KERNEL_CONFIGURE=yes KERNEL_GIT=shallow RELEASE=bookworm Can you help me take a look, right? Clone the library in this way, and then compile it

@rickg i send you a private message

Apparently the compile script or one of its libraries uses a fixed DNS server instead of the DHCP provided one. After disabling some pfSense rules I was able to successfully boot. However, it seems like still 2GB RAM is incorrectly shown: _ _ _ __ __ _ _ _ /_\ _ _ _ __ | |__(_)__ _ _ _ ___ _ _ _ _ ___ / _|/ _(_)__(_)__ _| | / _ \| '_| ' \| '_ \ / _` | ' \___| || | ' \/ _ \ _| _| / _| / _` | | /_/ \_\_| |_|_|_|_.__/_\__,_|_||_| \_,_|_||_\___/_| |_| |_\__|_\__,_|_| v25.08 rolling for Orange Pi Zero3 running Armbian Linux 6.12.30-current-sunxi64 Packages: Debian stable (bookworm) Support: DIY (custom image) IPv4: --- Performance: Load: 20% Up time: 1 min Memory usage: 7% of 1.93G CPU temp: 45°C Usage of /: 9% of 15G Also, /dev/ttyS1 is not working, I used overlays=uart5 which enabled /dev/ttyS1 correctly using Armbian Debian Minimal image from the Download section. dmesg does not output anything related to ttyS1.

This reminds me of old issue on rpi forum, back to Debian10 times more or less when RPL did not support initramfs and I have been using Btrfs for RPis since Buster (or for sure Bullseye) timeframe. I loop mounted Armbian rolling rpi4 trixie image and ran it via systemd-nspawn -b -D <mountpoint> Then it turns out what I thought: the installed firmware package includes the script same as on Raspberry Pi OS from RPL themselves to copy/rename standard Debian kernel+modules install patch to the FAT boot partition. root@localhost:~# apt list | grep raspi raspi-config/trixie,trixie,now 20221214-0ubuntu1 all [installed] raspi-firmware/trixie,trixie,now 1:1.20250430-1 all [installed] raspi-gpio/trixie 0.20231127 arm64 raspi-utils/trixie,trixie 20250314-1 all root@localhost:~# dpkg -L raspi-firmware | grep z50 /etc/initramfs/post-update.d/z50-raspi-firmware /etc/kernel/postinst.d/z50-raspi-firmware /etc/kernel/postrm.d/z50-raspi-firmware And it is this part of z50-raspi-firmware flavour="$(echo "$initrd_version" | rev | cut -f1 -d- | rev)" case $flavour in v6|v7|v7l|v8|2712) ;; *) echo "ERROR: Unsupported initramfs version ($initrd_version)" exit 0 ;; esac On 1 of my RPi4 I had also the standard Debian kernel 'linux-image-arm64' besides the RPi kernel 'linux-image-rpi-v8' and grub-efi. So when the bootFAT parttition is tagged 0xEF00 (ESP) I could run the image/SD-card unmodified in virt-manager selecting the vanilla Debian kernel in GRUB. I have thought a lot about what to do with those hook scripts in /etc/initramfs, also created various own ones, for Raspberry Pi OS and Raspbian and Armbian. The latter as it is U-Boot (on Rockchip/Allwinner) but just recently I put EDK2-UEFI v1.1 in SPI-flash and that makes all the efforts void as I now use default grub to load Armbian (and Opensuse) on RK3588. For RPi (3, 4, 5) this won't work unless some intermediate efi binary loader is used like is done in Opensuse, for Fedora maybe as well, I don't know. Still this won't work for RPi5 (yet) as its RP1 chip is a bottleneck for upstream support (complex PCI-E DeviceTree handling, see patches efforts done by Suse people AFAIR). With introduction of Bookworm, the RPi firmware can load standard names for initramfs for all RPi HW variants back till 2012. But still no way to select a specific kernel adhoc at boot time via serial console for example (like extlinux.conf for U-Boot). The U-Boot v.s. RPI-firmwarebootloader feels a bit like UNIX pathnames v.s. MS-DOS pathnames, e.g. "/tmp" v.s. "C:\TEMP" or "Image" v.s. "kernel8.img" or "uInitrd" v.s. "initramfs8". Maybe the option is to patch z50-raspi-firmware, maybe remove it from the .deb package. But also it is just a warning, so who cares one could think. Other option is to use the vanilla Debian variant of raspi-firmware root@localhost:/etc/apt/sources.list.d# apt list -a raspi-firmware raspi-firmware/trixie,trixie,now 1:1.20250430-1 all [installed] raspi-firmware/testing 1.20240424+ds-6 all That older version has other script implementation (very different), also uses upstream_kernel=1 in config.txt, which selects other firmware DTB names for Pi3. Now writing this, I think 'vendor' could be downstream RPL based, so new firmware package and 'current' and 'edge' could be upstream mainline. But that also would mean almost no RPi5 functionality as long as that RP1 I/O chip functionality is not upstreamed. I don't know what status is, latest I know is that the wired ethernet still does not work, workaround is to use a RJ45 USB2 dongle on the USB-C connector.

I don't know if this method works for rknpu enable @Hqnicolas https://github.com/armbian/build/blob/e03b1b543cda430fbffcb62c979aecabee42b044/patch/u-boot/v2024.10/board_orangepi3b/0001-rockchip-rk3566-orangepi-3b-enable-npu-regulator.patch#L4

Source code(tar.gz)Download this source code? Then run your command to build an img flash?./compile.sh build BOARD=rk3328-heltec BRANCH=current BUILD_DESKTOP=no BUILD_MINIMAL=no EXPERT=no KERNEL_CONFIGURE=yes KERNEL_GIT=shallow RELEASE=bookworm

Interesting, didnt realize that.