grixm

Hej,
Microsoft has recently announced a new release of the dotnet  version 7. 
 
I just wanted to guide how to get it running on armbian. It is actually pretty straightforward and takes only few steps.
 
if you have any previously installed dotnet runtime - rm it.
 
First things first, lets get the right package from the site:
https://dotnet.microsoft.com/en-us/download/dotnet/7.0
from here download arm32/64 version (I ll go with arm32)
wget https://download.visualstudio.microsoft.com/download/pr/61cb6649-f41f-4966-84ae-9ff673528054/9bbd07607c5a1af87354e1fa93c36a00/aspnetcore-runtime-7.0.0-linux-arm.tar.gz  
run ls, you should see the archive
aspnetcore-runtime-7.0.0-linux-arm.tar.gz  
Create a directory /opt/dotnet
sudo mkdir -p /opt/dotnet  
Unarchive the file into it
sudo tar -zxf aspnetcore-runtime-7.0.0-linux-arm.tar.gz -C /opt/dotnet  
create a symlink to dotnet
sudo ln -s /opt/dotnet /usr/bin/dotnet  
check dotnet version you've just got installed
dotnet --info  
you should see something like
Host: Version: 7.0.0 Architecture: arm Commit: d099f075e4 .NET SDKs installed: No SDKs were found. .NET runtimes installed: Microsoft.AspNetCore.App 7.0.0 [/opt/dotnet/shared/Microsoft.AspNetCore.App] Microsoft.NETCore.App 7.0.0 [/opt/dotnet/shared/Microsoft.NETCore.App]  
Here you go, now you can run your asp netcore apps on the boards running armbian :).
Enjoy.

Thanks!
Indeed I was able to compile it with a custom kernel, the preemption method option was in the system settings in the menu, and for good measure I also changed the system time slice resolution from 250Hz to 1000Hz in the power settings.



It boots and seems stable so far, but I need to test more. 
 
And yes, also thanks for the tip regarding freezing the updates. Because after an "apt upgrade" it was indeed overwritten by a non-RT kernel.
However I have one question regarding this, @Igor. How can I build Armbian for the latest possible version, since I'm not able to update it after building? When building, I checkout out branch v25.02, but it resulted in building 25.2.1, not 25.2.3 which is the latest. Small difference but still...

Always use main branch, older branches are here for reference and to build with sources at the state of initial build. We had several bug fix builds after point release, but they were made from main branch ... as we don't backport commits to frozen branch. Not enough people ...
 
OS version is not determined by build framework, but externally. https://github.com/armbian/os/blob/main/stable.json Which version is bumped when any new Armbian package is sent to the repository. You can also set version with a parameter IMAGE_VERSION=25.2.3 ...

In theory, if we would have "endless" computing / storage resources, we could make RT kernels for all variants. Currently, this is a bit insane  as there are too many kernels. 

Correct, but I also haven't tried it yet.
 
 
https://docs.armbian.com/Developer-Guide_Build-Preparation/
Once you get it running, choose this:
 

 
and enable what needs to be enabled (there must be guides around the internet and AI also usually knows). Make sure to freeze this custom kernel, so update won't be replacing it later.

No I don't think it has ADC. But you can use the numerous SPI or i2c ports to connect an external adc.

They are not on the board, you must connect to the header.
If you want to use the led on the board, you don't need the overlay