Active threads

Welcome to the forum! Your project sounds really interesting and practical, especially for optimizing fleet fuel usage. For an Armbian-based solution, Python is usually the best starting point. It offers great flexibility, extensive libraries, and good community support. Using Python with libraries like Matplotlib for visualization and Pandas for data handling would make it easier to process sensor data and create useful charts. Plus, Python scripts can easily be integrated into your workflow, whether as standalone scripts or through lightweight web interfaces (Flask or Dash, for example). Bash with awk might be lightweight but can quickly get complicated as your project grows—especially when you need calculations and data visualization. As for sensor integration, make sure to check the compatibility and communication protocol (I2C, SPI, UART) of your fuel sensors with Orange Pi. Sometimes the challenge is not only reading accurate data but also filtering out noise and handling sensor calibration. Regarding dashboards, if Grafana feels too heavy or lacking in fuel-specific functions, you might consider building a custom Python dashboard or integrating with lightweight web frameworks that allow tailored features like a dedicated fuel calculator. Looking forward to seeing your startup script and how your project evolves!

I saw the release of linux kernel 6.16 with initial support for Rockchip RK3528. I hope this update makes more viable to run and configura Armbian on this board 😀

Have you tried running sunxi-fw with the boot image you used to extract the dts? The boot image you posted is a U-Boot FIT image. It doesn't have the dram information we are looking for. Also, I found this in your dts. Maybe these settings will work. To make sure these settings are correct I prefer to get the dram settings using the sunxi-fw tool. dram { compatible = "allwinner,dram"; clocks = <0xda>; clock-names = "pll_ddr"; dram_clk = <0x288>; dram_type = <0x07>; dram_zq = <0x3f3fdd>; dram_odt_en = <0x9988eeee>; dram_para1 = <0x30fa>; dram_para2 = <0x1000>; dram_mr0 = <0x00>; dram_mr1 = <0xc3>; dram_mr2 = <0x06>; dram_mr3 = <0x01>; dram_tpr0 = <0x00>; dram_tpr1 = <0x00>; dram_tpr2 = <0x00>; dram_tpr3 = <0x00>; dram_tpr4 = <0x00>; dram_tpr5 = <0x00>; dram_tpr6 = <0x2fc08080>; dram_tpr7 = <0x00>; dram_tpr8 = <0x00>; dram_tpr9 = <0x00>; dram_tpr10 = <0x402f3379>; dram_tpr11 = <0xd100b0f>; dram_tpr12 = <0x11131113>; dram_tpr13 = <0x80060>; linux,phandle = <0x183>; phandle = <0x183>; device_type = "dram"; dram_dx_odt = <0x6060606>; dram_dx_dri = <0xd0d0d0d>; dram_ca_dri = <0x1919>; dram_mr4 = <0x00>; dram_mr5 = <0x00>; dram_mr6 = <0x00>; dram_mr11 = <0x00>; dram_mr12 = <0x00>; dram_mr13 = <0x00>; dram_mr14 = <0x00>; dram_mr16 = <0x00>; dram_mr17 = <0x00>; dram_mr22 = <0x00>; }; The dram clock is in hex you'll need to convert this value to decimal. https://www.rapidtables.com/convert/number/hex-to-decimal.html

New Linux kernel 6.16 with initial rk3528 support 😁 I hope this helps developing a solid armbian build for this chip and board

PanVK has reached another milestone and will be officially supporting Vulkan 1.4 on V10! We're up-to-date with the latest version and are well caught up for this release. View the full article

xfce420 probably broke graphic clipboard, flameshot works https://chatgpt.com/share/6888d743-65ac-8000-ae4d-5a7f20fbd4c5

CSC Armbian for RK3318/RK3328 TV box boards is a community-supported Linux distribution for Rockchip-based TV boxes. Install by downloading the image (e.g., Armbian_23.02.2_Rk3318-box_jammy), burning it to a microSD card using balenaEtcher, and booting the device. Configure via HDMI and keyboard; WiFi may need manual fixes.

Hi, can anyone help me with this TV box? I need to unlock it, but I don't know where to short the cable because the PC won't connect. Rk3228a, zq01-v1.51

Hi and thanks for the reply I have the device running official armbian at my location (already brought it back) and so I'm trying to figure out a way to "simulate" high latency. Any ideas? Otherwise we'll have to wait a few months so I can place it at it's intended location again. As you can imagine, this is something that's taken a LONG time. Many many months and progress is slow.

So I have made some progress. A linux kernel for this device (based on the Berlin chipset family) exists at https://github.com/MarvellEmbeddedProcessors. I',m not sure how this piece adds towards creating a functional armbian install tho.

Hello! Asus Tinkerboard is still perfectly supported by Armbian. Best setup is the current LTS kernel 6.12, you can take an image from the official download page: https://www.armbian.com/tinkerboard/ enjoy!

Thanks c0rnelius, this works.

Thank you for the information I have completed the build dependencies step, for mesa 25.2, in Debian Trixie. However, when I build it, my orange pi zero 3 with 1 GB or RAM, it runs out of memory... even when I make a swap file of 2GB. I keep rebooting the opiz3, and continue the compilation job. Is this normal? In the raspberry forum, they told me that my LCD driver panel-mipi-dbi.ko doesn't work with X11... so I give up on this, and continue my development with labwc/wayland (easily installed in Trixie)

Maybe the mirror isn't good at this time. You can work around by choosing any mirror from this list and add it to your armbian source list: https://docs.armbian.com/Mirrors/

Ah, I misunderstood. I thought does not appear at all anymore but the question was about manual call. Has been answered properly already.

moved to off-topic we dont support 3rd party os.

I'm willing to help guide @Error1429 a bit on how to get this done.

@JuanEsf in case you need testing - I own both OrangePi 4A and Radxa Cubie A5E. So far I tried to build the image from your repo (https://github.com/juanesf/build) - neither board boots for me.

The problem is still occurring with the Armbian Bookworm images using the XFCE interface. I closed the topic last year because all the Le Potato Bookworm images had been archived. However, it is now part of the current desktop images listed on the Le Potato page with Armbian Linux v6.12. I tested the Debian 12 (Bookworm) distribution with the XFCE variant, and the issue seen in the archived images—specifically, the missing firefox.conf file—is still present.

For the sake of future people running across this thread, I switched to Orangepi debian and there the issue was at least partly that I was following the wrong cmake command, and should have used the one for the Rpi 4 64 bit, as well as not having installed libc6-dev-armhf-cross.

Have you tried to start and shut down the service multiple times? How do you implement your hostapd.service? I haven't tried bridging, but the configuration for system services seems to be wrong. It happened multiple times. I tried countless times with the 5.4 kernel and it never failed, even by terminating the process.

Finally got around to working on this again. A friend lent me a Windows machine with a USB-A port and it worked immediately as it should. I was able to see the helios64 machines boot. Machine A (in use so far): Disconnected after starting the kernel. Machine B (my backup unit): worked flawlessly. I took machine B home with me and I'm setting it up as I want it. It's running bookworm with OMV7 now as desired. Next time at the offsite location, I am going to take the HDDs from machine A and insert them into machine B. It's a software RAID that I set up via OMV at the time. I believe I should be able to just mount it in machine B and then set up all the services as they were before (more or less). Then I'll take machine A back with me and see if I can figure out what was wrong with it. I think a new thread will be in order then because the solution was to use a machine with a USB-A port. The use of adapters seems to have been the reason why 'screen' kept malfunctioning. Whether or not it could also be an issue with the OS (i.e. macOS not working well with it), I don't know but I doubt.

If they are warnings like X is not a valid phandle reference then they can be ignored. Correct

Turns out the Armbian option on H3Droid is dependent on extremely old outdated URLs. I’m trying to get into the board structure when h3resc is booted in order to see if I can find the sources list that provides these URLs rn

Has anyone made WiFi adapter MT7601u to work with Rockchip64 as AP? I'm unable to compile the driver. I've tried: https://github.com/muratdemirtas/MT7601u https://github.com/Vyacheslav-S/mt7601u-AP https://github.com/Anthony96922/mt7601u-ap I've installed current headers, build-essential libncurses-dev bison flex libssl-dev libelf-dev. Any help appreciate it.