OpenWrt support for Xiaomi AX3000T

andrewmcguinness · 2024-12-19T10:37:33.957Z

I've seen the problem a few more times. When I move from another AP on the SSID to the AX3000T, external connectivity (5GHz AP <-> 2.5GHz client) works, but internal (5GHz AP <-> LAN) doesn't, for maybe 10 minutes. The 5GHz AP is bridged to the LAN, the 2.5GHz is a separate interface.

It looks like something in the bridging is not seeing the phone on the wireless device as opposed to the LAN device, except that responses from the other interface are presumably still passing through the same bridge and reaching the phone successfully. It's even possible the problem is elsewhere on the network, but I don't have it when I'm connected to other APs (there are 5 total on the SSID).

This thread is awfully noisy, should I be bringing this up somewhere else? I am using dimfishr's unmerged AN8855 patch, plus the others that kloon15 packaged, so it probably isn't right to report it as an issue elsewhere.

imkloon · 2024-12-19T10:59:29.129Z

If u think its AN8855 related, report it here:

github.com/openwrt/openwrt

mediatek: add Airoha AN8855 gigabit switch driver

openwrt:master ← dimfishr:xiaomi-ax3000t-an8855

opened 01:30PM - 15 Oct 24 UTC

dimfishr

+3982 -0

New revisions of Xiaomi AX3000T with 1.0.84+ stock firmware contain new hardware…. This commit add support for Airoha AN8855 gigabit switch driver with 6.6 kernel patches Based on official 5.4 driver [https://git01.mediatek.com/](https://git01.mediatek.com/plugins/gitiles/openwrt/feeds/mtk-openwrt-feeds/+/ac95e9fe1b014ad01c18256465f6519696858fbf)

imkloon · 2024-12-19T11:06:16.868Z

To me it looks like models with newer firmware/bootloader are all affected by this issue, it would be great if we could pinpoint the exact version/date where it changed, i would put smth like this there:

In newer revisions of this model running the stock bootloader, more than 6 reboots will result in a bootloop/soft-bricked device (but can be recovered using #link), so the following configuration is needed to prevent it:

remittor · 2024-12-19T11:14:40.506Z

alexq:

RD23 requires UART only for debricking

I'm sure that you can use the reset button and TFTP to upload the stock firmware.

Ser9ei · 2024-12-19T11:15:56.095Z

alexq:

claiming 1.0.31 RD23 requires UART only for debricking

Sorry, I have a similar experience, but I won't guarantee it, it looked like my mistake and I didn't double check.

Please see:

OpenWrt support for Xiaomi AX3000T For Developers

Maybe it was already here... AX3000T Global Version (GL) 1.0.31 (INT) , MT7531 switch + ESMT spi-nand. Brick after the first restart of the OpenWrt firmware (and possibly, after updating OpenWrt settings). The reason is the stock u-boot of the GL version, and only the stock u-boot from the CN version (1.0.47) or an alternative u-boot works with the current version of OpenWrt correctly. (please be aware, after birck, also, factory partitons restore is nessacery) UPD hi, I believe the same …

Lexeyko · 2024-12-19T11:26:20.696Z

More problems with bricks and UART from (OpenWrt U-Boot layout) since it is not specified that it should be installed only from the SNAPSHOT branch, and it is not necessary to install it on routers with 1.0.84 yet since it does not work in recovery mode even on test builds where the switch in the firmware works and here it is definitely UART in case of recovery.
And regarding your question. The author himself confirms, although not with certainty, that if you update the stock from 1.0.31 to 1.0.49 before flashing, there should be no problem.
Write this as a necessary step for flashing to OpenWrt.

alexq · 2024-12-19T11:46:16.254Z

Thank you all for your responses.

I see @lessload has already updated the AX3000T Wiki, and now his statement doesn't sound as imperative as it did before. Thank you.

IMG_20241219_1238581074×806 174 KB

So, his new version uses "may" and "some cases" now. I would even use "might" there, though.

dsouza · 2024-12-19T15:51:54.051Z

andrewmcguinness:

(...)It looks like something in the bridging is not seeing the phone on the wireless device as opposed to the LAN device(...)

I can confirm this. Using AX3000T + dimfish patch as an access point, wifi clients can connect and authenticate wifi but cannot get a valid IP address from the main router (i.e. DHCP broadcast packets are not traversing WLAN <-> LAN bridge). It seems that in fact broadcast packets are not being correctly bridged between Wireless radios and Ethernet ports. Manually setting the IP address in the Wireless clients enable connection, so this issue seems to be restricted to broadcast packets (like DHCP) not traversing the WLAN <-> LAN bridge.

andrewmcguinness:

(...)This thread is awfully noisy, should I be bringing this up somewhere else? I am using dimfishr's unmerged AN8855 patch, plus the others that kloon15 packaged, so it probably isn't right to report it as an issue elsewhere.(...)

I do agree. While we welcome less experienced users, it is hard to filter out real issues from ordinary issues like "how I de-brick my router". One possibility would be opening an specific topic for AX3000T de-bricking and moving all recover and de-bricking discussions over the new topic. This way this topic could be again useful for devs (who I believe stopped monitoring this thread due to the excess of noise).

dsouza · 2024-12-19T16:01:52.832Z

I already did a short report in the AN8855 pull request here about the issue of broadcast packets not being bridged between WLAN <-> LAN. @dimfish please let me know if any additional testing is required.

dimfish · 2024-12-19T16:08:38.140Z

There is new patchwork version v11 - I'm going to merge, but I think after xmas/ny

dsouza · 2024-12-19T16:13:20.045Z

Thank you. I will be away during the holidays, when I come back I can merge your new patch and repeat the tests.

Happy Holidays!

Lexeyko · 2024-12-21T15:38:34.171Z

24.10.0-rc3 - does it support modern switches or is it again a...?

Fijxu · 2024-12-21T15:38:53.301Z

HELP! I just bought this router to flash OpenWRT on it. I did it successfully but after I restarted the router (I flashed the sysupgrade image as the page said of course) I got the orange blinking led issue (soft brick right?). There is any way to solve it? Will using MIWIFIRepairTool solve it if I try to flash https://cdn.cnbj1.fds.api.mi-img.com/xiaoqiang/rom/rd23/miwifi_rd23_firmware_153e1_1.0.49_INT.bin (1.0.49) with it? (since we don't have the official firmware binary for 1.0.31)

My router is the international model RD23, ESMT NAND with an and it came with the firmware 1.0.31. I backed up all the partitions successfully too! I'll leave the download of the partitions here:

files.nadeko.net

index - powered by h5ai v0.30.0 (https://larsjung.de/h5ai/)

I also have a CH341 in case I need to do some soldering for UART

Lexeyko · 2024-12-21T15:48:26.746Z

And before flashing, update the firmware to 1.0.49, why did you ignore it?
Probably because it is not written clearly? Too bad...
If you can't restore via TFTP, then UART, here you only need to change the bootloader.
And in general, if there is (OpenWrt U-Boot layout) for the router, you need to use it and there will be no such problems with it.
Good luck.

istory85 · 2024-12-21T15:49:24.476Z

dear, please help me.

I just bought one xiaomi AX3000T RD03 recently, the version is 1.0.84, but I checked the backed, it looks like ESMT on that chip. So I downgrade the version, and flash it to 23.05.5 initramfs-factory.ubi, after reboot, it shows blue light, but my PC can't get one IP from the lan port. even I manually change it to 192.168.1.x or 31.x, I still can't get the access.

so, what should I do next? thank you

Lexeyko · 2024-12-21T15:52:55.984Z

Restore with MIWIFIRepairTool (TFTP )and do not flash the original OpenWrt, but only custom ones provided in this thread by users. I will not list them, no more than 3-4 in total...
You can find them by searching.

Fijxu · 2024-12-21T15:53:45.292Z

Lexeyko:

Probably because it is not written clearly?

If 1.0.49 has been tested and has not caused bricks such as 1.0.31, then it shouldn't be a small note with an assumption. It should say something like: Before flashing OpenWRT, upgrade your router to 1.0.49 to prevent soft bricks! (In my opinion)

Lexeyko · 2024-12-21T15:56:45.738Z

This is not only my opinion or yours, but it was discussed here and was not accepted... It is very unpleasant, but it is a fact, unfortunately...

OpenWrt support for Xiaomi AX3000T For Developers

More problems with bricks and UART from (OpenWrt U-Boot layout) since it is not specified that it should be installed only from the SNAPSHOT branch, and it is not necessary to install it on routers with 1.0.84 yet since it does not work in recovery mode even on test builds where the switch in the firmware works and here it is definitely UART in case of recovery. And regarding your question. The author himself confirms, although not with certainty, that if you update the stock from 1.0.31 to 1.0…

Fijxu · 2024-12-21T16:04:57.210Z

I see. Do you think there is a reason not to use the 1.0.49 binary if I want to do the recovery on a device that came with 1.0.31 using TFTP? It should be ok right?

Lexeyko · 2024-12-21T16:07:26.060Z

If using TFTP then you simply have no choice, since only 1.0.49 is available.