-
Posts
251 -
Joined
-
Last visited
Other groups
Contributor/Maintainer
Profile Information
-
Location
Auckland New Zealand
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
I compiled Armbian Rock-5c bookworm vendor 6.1.99 minimal. WiFi driver extension radxa-aic8800.sh breaks Rock 5C vendor (kernel 6.1.99) boot. I compiled without the extension to confirm. The radxa-aic8800 driver has recently been modified in the download source. I modified radxa-aic8800.sh to download the previous driver version "3.0+git20240327.3561b08f-2" and this does not fix the issue. Ref: Jira AR-2603 Logs attached. Any fix or insight would be good. @amazingfate is this something that you might have ideas about? armbian-hardware-monitor.log rock5c-debug.log
-
Nice video Werner!
-
Thanks Werner, I initially misread it. Corrected it already.
-
What Armbian image are you using and how did you burn it? Have you tried another image? Does the board work with one of the suppliers images? Armbian getting started instructions: https://docs.armbian.com/User-Guide_Getting-Started/ Armbian Opi5+ download page: https://www.armbian.com/orange-pi-5-plus/ Suppliers Wiki: http://www.orangepi.org/orangepiwiki/index.php/Orange_Pi_5_Plus
-
Hello again @Well I'm not seeing a lot of response to your question so I will make a suggestion. I'm guessing that you are using one of the Ubuntu based Armbian builds? Perhaps Jammy? I have not tried this, but this but these Ubuntu instructions may work. Please let us know if this works. https://tech.sadaalomma.com/ubuntu/how-to-remove-netplan-ubuntu-20-04/
-
Thanks Werner, this is great.
-
Are you logged in as root? Your overlay_prefix=rockchip in the built image, so the menu should be visible under System then Hardware and should show all rockchip dtbo's. This board is a work in progress, so probably there is stuff missing and not working. Look in /boot/dtb/overlay to find available overlays. Drop the overlay_prefix and the .dtbo if you add them manually into armbianEnv.txt Reboot to activate. Those beginning with rockchip may work but I suspect that rockchip-RK3568B2 may be different there are no guarantees for a WIP board. Perhaps the suppliers image has overlays that you could harvest.
-
Devices not installed on the board are generally enabled using device tree overlays. I don't have your board, but I did this some time ago with an Orange Pi Zero. Tutorial I used UART1 and PA7 From the tutorial: Add two lines to /boot/armbianEnv.txt to tell the Orange Pi Zero to use PA7 for PPS and uart1 for GPS NMEA messages overlays=uart1 pps-gpio param_pps_pin=PA7 You may not need to edit the file manually, you can add overlays from armbian-config, System, Hardware (you can see which overlays are available for your device). Overlays may have different names for different boards and families. If you can't find one for your board, it may be that nobody has created one yet.
-
How do I begin creating an image for my device?
schwar3kat replied to Alexander Carlsson's topic in Beginners
What board is it? If you can find a similar board, that would be a good starting point otherwise this is not a simple undertaking. It's not just the CPU, it's the board and integrated devices. These must be defined in a device tree. Each of the devices has to have an appropriate driver compiled into the kernel. -
@Tearran I changed the function name in my example to menu_init (because that would be a more accurate description). I have opened an issue on https://github.com/armbian/configng/issues/26 where the discussion could continue. Also feel free to pm me. Regards Kat
-
@Tearran Bear in mind I'm not experienced with bash, so expect some ignorance 😄 Perhaps some kind of standard initialization function if it exists, could be triggered first as each script is parsed, setting initialization variables could be included as a standard part of any function script. And a similar menu folder initialization script could be included in any folder. One of those variables could set visibility. Another could set menu text, allowing dynamic menu text based on runtime requirements and possibly other options could be added if required. Any logic could be used to set those variables. To illustrate with an example of what I am imagining. Maybe something like this: (excuse my bash if it is bad or not feasible) # @description Do something useless. # # @exitcode 0 If successful. # # @options none # menu_init function triggered first by menu creation routines if it exists function menu_init(){ # # Only display menu option if internet connection is available # wget -q -t 1 --timeout=5 --spider http://github.com if [[ $? -ne 0 ]]; then menu_item=false else menu_item=true fi menu_text='Do something useful' # this could override the description as the menu text if it exists } function group::string() {s echo "Doing something" return 0 }
-
I watched this week's video, and have a question about Joey's configng presentation. If my understanding is correct then the directory/folder that contains the script function determines the menu group, and the script header description determines the menu item wording. How can we include/exclude a script in the menu based on a runtime condition, like it is possible in armbian config? E.g. depending on a file or executable existing. How can we include/exclude a script group in the menu based on a runtime condition like it is possible in armbian config?