schwar3kat
-
Posts
247 -
Joined
-
Last visited
-
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?
-
Probably.
-
@InfernalWolf666 As you have provided no logs, I can't see what Armbian image you have used. Your board is very new and it is likely that things are still missing from the upstream Kernel and the legacy build . In such cases the legacy build is often more complete than the current build. Those are device tree overlay files that you have found, however they are from another source and another board and are not relevant. Hardware devices that are not included by default on the board are usually not included in the default device tree. They would normally be added as device tree overlays. They are not drivers, they just map the hardware addresses so that the devices can be addressed by software. Drivers are generally included in the Kernel if they exist in the mainline Kernel or have been added as patches into the Armbian build. Device tree overlays can be applied through armbian-config, System, Hardware. (possibly not relevant but included for your understanding) Screenshots of armbian-config from a legacy build: (From a console type armbian-config) There are a number of overlays available for Opi5+ but I don't see anything related to your issue use the arrow keys to scroll. I suspect that your device may not currently be supported by the build that you are using. EDIT: According to the download page, you need to enable orangepi-5-ap6275p overlay from Hardware menu of armbian-config and reboot.
-
I don't see this load to early issue on any of my boards, perhaps it is specific to your board. Please note that cpufrequtils is deprecated and has a number of issues with various boards that are unlikely to be addressed. (the other issue with cpufrequtils not being enabled by default for all boards has been addressed).
-
Good point about I wouldn't have noticed, because personally, I haven't seen a need to use this armbian-config functionality but people are apparently using it so what do I know? The main issue, as I understand it, is that an armbian-config function doesn't work as it could reasonably be expected to work. I will mull over and test an idea and perhaps I can come up with a simple way to control expectations based on the ENABLED state. Edit: AR-1883