All Activity

I'll try those ag123, thanks!

run dmesg, after you plug that uart into the port it should show the usb dongle connected and the port then a few more thiings, bad wires ensure that no matter what you do no data pass over the wires (I've seen this, especially those dupont pin connections) wrong connections ensure that no matter what you do no data pass over the wires. Are you sure you are talking to the correct *pins* and *port* on the host side? lousy dongles ensure that no matter what you do no data pass over the wires, get 'better' ones. oh well, this depends a little on luck, but I used ch340 usb-uart bridges, and they worked just well https://www.aliexpress.com/w/wholesale-ch340-uart.html searching usb uart normally returns a lot of entries https://www.aliexpress.com/w/wholesale-usb-uart.html if one doesn't work, try another oh then there is DTS overlay etc, sometimes that fix is needed bad / no drivers etc (dmesg should show it, on windows your mileage may vary) etc etc the rationale is, if you did it once successfully, either remember how you did it or document it sometimes, alternatives include, connect hdmi to monitor, usb keyboard and mouse and use as alternative console, mileage may vary.

I've followed your suggestion and used the configure sw. I've solved. Thank you.

Hi all, I managed to install Armbian on a X96 Linux TVBox with 4Gb RAM and 32Gb ROM. I've build the image following the Armbian Build Framework. - v25.08 rolling for aml-s9xx-box running Armbian Linux 6.12.37-current-meson64 I reused the DTB that originally comes with the BOX and almost everything seems to work. I tested the system using glmark2 with a score of 197. I suppose GPU is working. Anyway I've some problems with Electron. I have installed the "hello world" app. The application starts but I receive this error: [4150:0714/130924.545719:ERROR:ui/gfx/linux/gbm_wrapper.cc:79] Failed to get fd for plane.: No such file or directory (2) [4150:0714/130924.547711:ERROR:ui/gfx/linux/gbm_wrapper.cc:261] Failed to export buffer to dma_buf: No such file or directory (2) Any suggestion? Davide

I encountered the same issue using a custom v25.08 "RPi4b" image with kernel 6.12.37-current-bcm2711. I found out, that adding the following line to /boot/firmware/config.txt brings back the missing i2c device: However, this used to happen automatically with the old "RPi5" images.

https://paste.armbian.com/evuxesilum

These are usb3 labeled adapters, I did have problems earlier on a pi3b using another brand of adapter, but these startech adapters have been bulletproof, for years. c0rnelius current kernel is .6.12.22-current-meson64, will this patch apply? I've also found data on these drives indicating a 20W peak power for write operations. My present drive psu is a pretty hot usb wall wort, so based on 5x20, I have a 100W rated supply from amazon should be here midweek, and which will also power a 5" fan in one end of the drive cage. Which should move enough air to cool the drives. The question is now about the 7 port usb3 hub, can it deliver the 4 amps per port these drives need during a wright operatoin. Probably can't be answered until I can get a scope on the line. And that won't be done till the far end of the week. ;o}... If & when i get the psu i'll likely be back with more pix. Thanks until then. . . Cheers Gene.

For Linux CP2102 doesn't work at 1.5 megabaud or 1500000 baud. for linux I discovered the CH341A I2C programmer. I just set it to TTL by a jumper and use it as 1.5 megabaud TTL UART 1500000 baud

@ER Samson To help figure out why your unit is stopping you could connect to it via an ssh session and as root run "journalctl -f". this might catch any error messages just prior to failure. When running with logs in zram, as Armbian does, the last messages in the logs are quite often lost when the system abruptly stops.

ADVANTECH EPC-R4680?

I bring the board up to use it on metal and Low level development, I use pci-e for jtag but I never considered the possibility of using an nvme there In my opinion, if you have a board that is running with internal emmc and sdcard you can provide an adjustment for pci-e NVME, It is a small adjustment, related to just one functionality of the board. I hope I'm not the only one with this board in my hands

I have an orangepione running bookworm and am not having any problems with it. I will load up another unit with noble and see how it runs. v25.5.1 for Orange Pi One running Armbian Linux 6.12.30-current-sunxi Packages: Debian stable (bookworm) IPv4: (LAN) 192.168.1.65 (WAN) 209.121.228.132 IPv6: fd05:ce26:d593:0:81:2fff:fe1a:671e (WAN) 2001:569:5143:f100:81:2fff:fe1a:671e Performance: Load: 2% Up time: 11 days 2:09 Memory usage: 19% of 484M Zram usage: 1% of 1.00G CPU temp: 36°C Usage of /: 31% of 15G

I'll try

Apparently I'm an idiot and did not fully read the instructions linked. I had not previously copied the files as per the instructions. Doing so allowed box64 to compile most of the way, and I then ran into the issue described here. I tried deleting the file as described and that did not help. I am unsure if my rpi zero 2w will work to compile it, but I shall post an update once I test that, then try copying the file over.

I've seen this HDMI issue on some SM1 units, "TV Boxes". There is a REVERT floating around which resolves it, but was not accepted. https://lore.kernel.org/linux-arm-kernel/001401db8ed4$392ef030$ab8cd090$@martijnvandeventer.nl/T/ I've been currently using it on 6.12.y. I have no clue if the current STABLE kernel also has this problem. REVERT-clk-meson-g12a-Fix-kernel-warnings-when-no-display-attached.patch

Some chips used in those usb2sata adaptors have issues combined with issues that are present on USB3 stack on some SoCs = troubles. Generally, USB3 storage solutions are to be avoided if possible.

Board usually shuts down in case it reached critical temperatures. Can you add a heatsink?

- there are several revisions of Rock64 and not all work so the problem is similar to cheap TV boxes, which are assembled from random hardware parts - released images (at least Debian minimal) work on my revision, however I didn't test HDMI output Try attaching serial console to see where it stops, check if it gets up on the network ... perhaps its "just" broken HDMI.

My switch correctly negotiates a 100mbps speed, and I also tried forcing it to 100mbps. In both cases, it links (LED on the switch is on and info from the switch says it is correctly negotiates 100mbps), and I see the TV box send a request for DHCP, and I see the answer from my DHCP server, but it stops there, I get no IP assigned in my interface. Setting a static IP on the interface also fails. I think I will start a new thread about this issue to better track this bug.

Hi @stanelie, after I found the Maskrom pin and did the recovery with Multitools, I didn't test it via USB using rkdeveloptools anymore, so I didn't load the bootloader, nor did I try to restore the Android image I had backed up before! On the other ones I have, when I used rkdeveloptools, I used the rk322x_loader_v1.10.238_256.bin that's on the first page with the instructions to recover the boot! @k405, as for the network, it's working normally here, but my router is a bit old, isn't there an option on the router to configure a port for 100mbs speed?

Ok i used Armbian_25.5.1_Rock64_bookworm_current_6.12.28_cinnamon_desktop.img.xz And same problem.

just did another upgrade, 128 pkgs. no errors now but only 3 of the 5 drives show, but drives possibly too warm.drives are warm, need additional cooling. have 5" fan in front of enclosier but which pins do I connect it to? Or should I connect that big a fan direct to psu?

The drives are gigastones, made in Taiwan. Sata to usb3 Adaptor cables are latest StarTech's. I have had zero failures with that brand in over a decade of use here.