传函求可控标准型李二法

mad路由器搞了快一天

本来以为160mhz开不了149以上信道是bug就用ax6 ax3600刷uboot后恢复官方系统方法这篇文章刷回去了，其实就是恢复官方分区和官方引导再用小米救砖
恢复分区，例如恢复mdt1分区代码如下，其中mdt1控制分区表,mdt7为引导分区：

1
2
3
4
mtd erase /dev/mtd1
mtd write /tmp/mibib.bin /dev/mtd1
mtd erase /dev/mtd7  
mtd write /tmp/appsbl.bin /dev/mtd7

有种说法是uboot支持官方固件引导，只恢复mdt1然后用uboot刷应该也行，具体我没试
好了，恢复完了，傻眼了，提示160mhz频段本身就是不支持149以上信道，而且速度很慢，无论是64信道还是80Mhz的149信道都只有200Mbps左右
只能再刷回去。虚拟机里配置Op,配置时要配置网关为同一网段，然后网络选择桥接解锁ssh，其中需要关闭IPv4。
解锁完ssh，就要刷一个临时OP固件，就在这出问题了，由于UP提供的包为36MB正好超过了分区限制，所以无法刷入，路由器自动重启到另一个分区，另一个分区仍然为小米系统需要重新解锁SSH我一开始没发现这个问题，以为SSH只要解锁一次就行，没想到小米的stoke是每次启动都变化的，因此需要重新解锁。然后我就怀疑是不是临时OP固件超过大小了，果然如此。
建议首先检查当前启动系统（1.0.18/16）所在分区；
nvram get flag_last_success,如果为0则为mdt12分区，1为mdt13分区。在未启动的分区刷固件，如果当前在mdt13则使用：

1
2
3
4
5
ubiformat /dev/mtd12 -y -f /tmp/你上传的固件文件名
	nvram set flag_last_success=0
	nvram set flag_boot_rootfs=0
	nvram commit
	reboot

后面几句的作用是切换下次启动的分区，并使用命令重启。
接着在OP系统内修改分区表刷入uboot和扩容分区表即可。注意修改分区表必须断电重启！！！

1
2
3
4
mtd erase /dev/mtd1
mtd write /tmp/ax6-uboot-mibib.bin /dev/mtd1
mtd erase /dev/mtd7
mtd write /tmp/uboot-ax6.bin /dev/mtd7

然后配置电脑网为198.168.1.2，按住reset并接通路由器电源，待黄灯停止闪烁，进入198.168.1.1开始 WEB刷入底层固件，注意是底层固件通常带有factory字样！
结束。其实无论是逻辑还是操作都是挺简单的，为什么搞那么久，我觉得是思路不清楚，判断不够果断，反复在犯同一错误，而没有在其他角度思考问题，过于迷信教程，完全就是傻瓜式操作是不行的，要理解原理，况且这原理很好理解啊！
刷完速度提升至400Mbps左右，80mhz下149信道测试正常，就是开5Gwifi有20秒的延迟，不过在接受范围内，官方有1分钟延迟也太离谱了！
使用的包为QSDK_5.4_AX6_0219.zip
其余资源均在QSDK_AX6资源包