Khadas

B00-MX3mini-Ver1.7 2GB RAM eMMC Android backup for armbian-ddbr As promised here is the link to the factory android image eMMC backup for fake tanix tx3 mini s905l2-b box with 2gb ram. Obviously the image must be moved to the /ddbr/ folder and the armbian-ddbr command must be used to restore it from a working Linux system on a USB stick or microSD card inserted in the box.

I'm reopening this old 3D because I figured out why some of you had the problem of only seeing 1GB (about 800MB free RAM) on a 2GB board. I didn't have the problem simply because I never bricked my board and didn't need to flash the firmware. After bricking the board, I also had the RAM problem and realized it was due to the firmware, probably on a board with 1GB of RAM. If anyone has a link to the firmware for a 2GB board, I'll explain the solution I found. It involves loading Armbian ophub onto a USB stick and using the full eMMC restore with the saved image armbian-ddr command, of which I have a copy. This way, the board reverts to the factory Android image loaded on the eMMC, and Linux sees 2GB of RAM. I don't know the technical reason for this, but I think the emmc image contains some sort of BIOS that precedes the loading of uboot and the board's dtb. After restoring the original emmc image, the tx3 logo returned; it was no longer there with the other firmware. Soon the link of my image with 2GB ram for fake tanix tx3mini with soc S905L2-B so if anyone is still playing with this board can see the 2GB of ram again.

Thanks for explaining how to use wifi. I keep playing with this board Fake Tanix TX3 Mini with SOC S905L2-B. Surely the current Fake Tanix TX3 mini will mount SOC H313, I have not checked anymore but definitely not S905. If you want, post the steps for beginners to compile the wifi driver, from cloning the folder on github in short.

thanks, I was aware of this tool on github but I had never seen the supported boards. while I'm at it I'll check if the starfive visionfive2 board was also available, I wrote a post for that too.

Is anyone still playing with this board? When the CPU microcode bur came out, interest in this board immediately died down and in my opinion it's a real shame. I can understand in operational and production scenarios that if malicious code is injected the attacker can take control of the machine but it's a pretty difficult scenario to implement. I tried to load the latest armbian builds but I couldn't boot. As for performance, I have to say that with the official sipeed image I'm not bad even if it's not a distro but a debian image optimized by the sipeed team. I also believe in this case that there are no maintainers who can follow the armbian community release of this board, what a pity. What other image could I use? Thanks to everyone

I open a new 3d because I would like to take stock of the situation regarding this interesting riscv board. Currently I use the official debian image of the riscv team but I would really like to play with armbian. I understand that there are very few interested users and no maintainers to update the community build. I think one of the problems was the continuous updating by the riscv team of uboot and spl which made it impossible to run the old armbian images because the boot dip switches always had to be set to 0.0 QSPI Nor Flash so the image was required to have uboot and spl on it. I would like to know if anyone is still playing with this board and what image they are using and if starting from an old armbian image I can restart somehow. I know that the graphics without hardware acceleration are really poor and the packages should not be updated at the risk of losing optimizations or serious problems such as turning off the video interface on hdmi. Sorry for the long rant but I'm sorry I can't play on this board, thanks everyone.

@Vito Dgb I'm sorry but I returned that TV box to the seller for free because it was counterfeit. You could put the Multitool for TV boxes with RK322x Soc that you find in this forum on a USB drive. if the multitool boots you have confirmation that it is a sox 322x I recommend an old kernel to start with, like 5. Good luck

@WayneGibbous I'm glad you solved it, I actually reported the counterfeit TV boxes with different CPUs and inferior performances with the photos

That kernel is based on the warpme minimyth2 h616 patches

I had never seen the PCB in version 4.0 thanks for sharing the photo. From that working image if you do the updates will you have an equally fresh and updated system or do you have problems after the updates? You should open an issue on the miniarch project's github and understand if the author has this specific hardware but I don't think otherwise you would have found it in the list of images, I see four different ones for h96q. Ihave PCB version 1.3

Great news!!! thanks. If I can I want to try a new image with kernel 6.6 on another micro SD and see what happens. Perhaps it was a bug in the first kernel after the official release and the transition to the CSC releases. Over the years it has already happened to me twice to find the board blocked and the plastic of the case melted and this time I didn't want to do further tests but I left the latest kernel 6.1 of the official release.

@Magd Almuntaser unfortunately this forum does not offer support for armbian forks for various technical issues. what I can tell you is that ipbs9505 dtb is correct if you boot the fork image from micro sd when you do the installation on emmc you will have to use that precise dtb as if you had the Wojia-TV-IPBS9505 (s905L2) tv box. I also bricked the board some time ago trying to install the official armbian on emmc. my problem was trying to overwrite an installation of a fork distro previously done on the emmc rather than starting from an emmc with the factory android image. I am currently using the fork image with this kernel Distribution: Armbian 24.2.1 jammy Kernel version: Linux 5.15.145-ophub aarch64 and I must say that it is stable for my experimental server needs. I have no interest in putting modern kernels because I noticed that using them on micro sd they were not very stable and I chose an older kernel.

This is a post to search for the firmware of the Tanix TX3 Mini TX box with S905L2-B soc (yet another fake TV box). I advise you to write a new post, after searching the forum for the information you are asking for. This low-end TV box will not allow you to use it as a replacement for a desktop PC. Internet browsing for example will be very slow.... These TV Boxes can be used as small Linux servers like for example an old Raspberry, with the difficulty that you don't have the same support as the Raspberry community and this means that you won't have updated images that work immediately. You will have to waste time to understand why it doesn't start immediately or how to copy to the Linux emmc and fear bricking the board with the hope of recovering it if its firmware from the specific manufacturer exists. Bye and good luck.

I'm using the latest kernel from the official armbian release: Kernel version: Linux 6.1.53-current-sunxi armv7l I must say that stability and temperatures are now normal.I disabled kernel updates from armbian config Honestly, I don't want to experiment with the current release kernel, i.e. CSC 6.6.x, again. I don't want to find random crashes and loose plastic cases due to the CPU having temperatures out of control. For now the 6.1 kernel lets me run everything and is still modern.

Since last week the official image for Tanix TX1 has been available but the installation procedure is complex as I had already anticipated. I remember that the Miniarch project is not linked to the armbian project and with this post I would like to close this thread so as not to go off topic. It is possible to open issues on github of our friend Piotr who develops the project alone.