Releases: lgs2007m/Actions-OpenWrt
2024.10.24-2350-hanwckf-jdcloud_re-cp-03-v7672-gsw-docker
- 使用源码：https://github.com/hanwckf/immortalwrt-mt798x
- 使用分支：openwrt-21.02 内核版本：5.4.284
- 登录地址：192.168.1.1
- 使用NekokeCore大佬修改的软件源和luci-theme-design主题，有sing-box
- 使用WiFi驱动v7.6.7.2-fw-20240823(recommend)
- 使用GSW交换机驱动（非DSA）
- 使用hanwckf mtwifi-cfg原生luci无线配置工具
- 已编译luci-app-dockerman
2024.10.24-2337-hanwckf-rax3000m-emmc_xr30-emmc-v7672-eeprom-docker
- 使用源码：https://github.com/hanwckf/immortalwrt-mt798x
- 使用分支：openwrt-21.02 内核版本：5.4.284
- 登录地址：192.168.1.1
- 使用NekokeCore大佬修改的软件源和luci-theme-design主题，有sing-box
- 使用WiFi驱动v7.6.7.2-fw-20240823(recommend)
- 使用nx30pro高功率eeprom并固定WiFi MAC地址
- 使用hanwckf mtwifi-cfg原生luci无线配置工具
- 已编译luci-app-dockerman
2024.10.11-0003-hanwckf-jdcloud_re-cp-03-gsw-mtwifi-docker
- 使用源码：https://github.com/hanwckf/immortalwrt-mt798x
- 使用分支：openwrt-21.02 内核版本：5.4.255
- 登录地址：192.168.1.1
- 使用NekokeCore大佬修改的软件源和luci-theme-design主题，有sing-box
- 使用WiFi驱动版本v7.6.6.1
- mt_wifi firmware: mt7986-fw-20230808
- warp firmware: mt7986-fw-20230808
- 使用GSW交换机驱动（非DSA）
- 使用hanwckf mtwifi-cfg原生luci无线配置工具
- 已编译luci-app-dockerman
2024.10.10-2342-hanwckf-rax3000m-emmc_xr30-emmc-eeprom-mtwifi-docker
- 使用源码：https://github.com/hanwckf/immortalwrt-mt798x
- 使用分支：openwrt-21.02 内核版本：5.4.255
- 登录地址：192.168.1.1
- 使用NekokeCore大佬修改的软件源和luci-theme-design主题，有sing-box
- 使用WiFi驱动版本v7.6.6.1
- 使用nx30pro高功率eeprom并固定WiFi MAC地址
- 使用hanwckf mtwifi-cfg原生luci无线配置工具
- 已编译luci-app-dockerman
Router-Flashing-Files
-
JDCloud-AX1800-Pro_AX6600-Athena_Tutorial-Files
这个是京东云AX1800-Pro亚瑟_AX6600雅典娜刷机救砖教程20240510版本，包含教程、刷机救砖所需文件和原厂固件。
2024.10.25修改了教程中USB救砖Word文档，增加使用9008工程线进9008模式的简单描述，教程版本不变 -
JDCloud-AX6000-Baili_Tutorial-Files
这个是京东云AX6000百里刷机救砖教程20241010版本，包含教程、刷机救砖所需文件和原厂固件，已测试正常使用，目前gpt和uboot同时支持21.02闭源固件和openwrt、immortalwrt主线master/23.05分支固件。
2024.10.10新增刷写single image页面 http://192.168.1.1/simg.html
2024.10.16修改了教程中文字说明的书写错误，增加切换固件方法，教程版本不变 -
RAX3000M-eMMC_XR30-eMMC_Tutorial-Files
这个是RAX3000M算力版+RAX3000Z增强版刷机救砖教程20241028版本，包含教程、刷机救砖所需文件，目前gpt和uboot同时支持21.02闭源固件和openwrt、immortalwrt主线master/23.05分支固件。
2024.10.10新增刷写single image页面 http://192.168.1.1/simg.html
2024.10.16修改了教程中文字说明的书写错误，增加切换固件方法，教程版本不变
2024.10.26使用XR30-eMMC实机测试并修复了不能启动master/23.05分支固件的问题，教程版本更新为20241026
2024.10.28更新 @lyq1996 大佬的新版配置解密方法，教程版本更新为20241028 -
MT798X_Router_Uart_Debrick
这个是MT798X系列路由器串口TTL救砖20241010版本，基于https://github.com/hanwckf/bl-mt798x
1.Uboot会直接进入Web failsafe UI，无需操作
2.不支持DHCP，请设置Web failsafe UI同网段不同主机号的固定IP
3.加载的是临时uboot，需要进入相应页面重新刷写变砖的分区
4.Web failsafe UI启动后可以通过按Ctrl+C回到Uboot控制台
5.如无线的factory分区损坏，需要有线进系统恢复该分区
http://192.168.*.1 刷写固件，救砖一般不用
http://192.168.*.1/uboot.html 刷写uboot
http://192.168.*.1/bl2.html 刷写bl2，注意刷写eMMC的bl2文件不大于1MB
http://192.168.*.1/gpt.html 刷写eMMC机型的gpt分区表
http://192.168.*.1/simg.html 刷写single image镜像
http://192.168.*.1/initramfs.html 刷写内存启动固件initramfs
注意：刷写bl2、gpt、simg不会验证文件，请一定做好原机备份并确认上传文件的有效性，特别是simg！！！
关于single image：
SPI-NAND的是从BL2到最后一个分区的合并镜像，只合并到FIP分区也可
eMMC的是从gpt到最后一个分区的合并镜像，只合并到fip分区也可，不包含bl2，bl2需要单独刷写
注意：eMMC从gpt到第一个分区间有段空白也要合并在内，请用我教程备份的分区bin文件进行合并
Contributors
Assets 6
2024.09.16-2149-immortalwrt-mainline-support
MT7986 MT7981 eMMC机型同时支持21.02闭源固件和openwrt、immortalwrt主线master/23.05分支固件
-
2024.09.17已解决【问题2】有时FIT固件启动失败问题
-
2024.09.18参照天灵大佬的fit-example，更新了RAX3000M算力版和RAX3000Z增强版
-
2024.10.10已经更新教程，最新uboot请直接下载刷机救砖教程Router-Flashing-Files
使用hanwckf大佬的bl-mt798x项目uboot-202206源码，同时支持21.02闭源固件(.bin)和openwrt、immortalwrt主线master/23.05分支固件(.itb)直接刷入启动，可在固件里SSH修改环境变量，直接切换启动的固件。
uboot及gpt源码请查看 https://github.com/lgs2007m/bl-mt798x/tree/emmc
感谢天灵等一众大佬提供的FIT image支持，感谢hanwckf大佬的bl-mt798x项目。
这里提供京东云百里、RAX3000M算力版和RAX3000Z增强版的gpt和uboot文件。
需要同时刷gpt和uboot，请下载emmc-uboot-gpt-20240918-fit.rar查看里面说明进行刷写，固件切换方法也在其中。
PS: 我没有RAX3000M算力版和RAX3000Z增强版进行测试，所以有需要自行测试，刷入风险自负
固件直接在线构建即可 https://firmware-selector.immortalwrt.org
master分支选择SNAPSHOT
23.05分支选择23.05.x最新
当然也可以选择openwrt https://firmware-selector.openwrt.org x-wrt https://downloads.x-wrt.com/rom
下面提供主线开源驱动master/23.05分支固件，可以下载试用
百里immortalwrt的自定义预安装软件包可以使用下面的JDCloud-AX6000-Baili_firmware-selector.immortalwrt.config
在默认的包后面换行，添加进去即可。没有提供RAX3000M算力版和RAX3000Z增强版的，自行构建吧。
自定义预安装软件包不会自动安装语言包，所以软件有语言包的优先写语言包，如luci-i18n-ddns-zh-cn
没有语言包的直接写软件包，如luci-app-openclash
【注意】master/23.05分支固件第一次启动比较慢，请耐心等待。
【问题1】master/23.05分支固件的docker不能使用bridge网络，只能使用host网络，不知什么原因，暂解决不了。可能是dockerd不兼容firewall4 openwrt/packages#16818
【问题2】在测试过程中，有时候重启FIT固件启动失败，重启后又能启动，还不知固件还是配置问题，大部分情况正常启动。21.02固件未发现启动失败的问题。2024.09.17已通过修改mtkboardboot代码，在启动固件失败后再尝试启动一次，即可解决FIT固件可能启动失败的问题。
FIT固件随机启动失败日志
Reading from 0x21880000 to 0x46000000, size 0x200 ... OK
Reading from 0x21880000 to 0x46000000, size 0x6e01c8 ... OK
## Loading kernel from FIT Image at 46000000 ...
Using 'config-1' configuration
Trying 'kernel-1' kernel subimage
Description: ARM64 OpenWrt Linux-5.15.162
Type: Kernel Image
Compression: gzip compressed
Data Start: 0x46001000
Data Size: 7205320 Bytes = 6.9 MiB
Architecture: AArch64
OS: Linux
Load Address: 0x44000000
Entry Point: 0x44000000
Hash algo: crc32
Hash value: bee761a0
Hash algo: sha1
Hash value: 9e721d9475cedbdc74c93341720ccbda44133946
Verifying Hash Integrity ... crc32+ sha1+ OK
## Loading fdt from FIT Image at 46000000 ...
Using 'config-1' configuration
Trying 'fdt-1' fdt subimage
Description: ARM64 OpenWrt jdcloud_re-cp-03 device tree blob
Type: Flat Device Tree
Compression: uncompressed
Data Start: 0x466e1000
Data Size: 24324 Bytes = 23.8 KiB
Architecture: AArch64
Load Address: 0x43f00000
Hash algo: crc32
Hash value: 21f0c6d6
Hash algo: sha1
Hash value: cf802f7af2a1bf86b596a3267331a862bc12995a
Verifying Hash Integrity ... crc32 error!
Bad hash value for 'hash-1' hash node in 'fdt-1' image node
Bad Data Hash
Could not find a valid device tree
Web failsafe UI started
URL: http://192.168.1.1/
FIT固件正常启动日志
Reading from 0x21880000 to 0x46000000, size 0x200 ... OK
Reading from 0x21880000 to 0x46000000, size 0x1000 ... OK
Reading from 0x21880000 to 0x46000000, size 0x7514000 ... OK
## Loading kernel from FIT Image at 46000000 ...
Using 'config-1' configuration
Trying 'kernel-1' kernel subimage
Description: ARM64 OpenWrt Linux-5.15.162
Type: Kernel Image
Compression: gzip compressed
Data Start: 0x46001000
Data Size: 7205320 Bytes = 6.9 MiB
Architecture: AArch64
OS: Linux
Load Address: 0x44000000
Entry Point: 0x44000000
Hash algo: crc32
Hash value: bee761a0
Hash algo: sha1
Hash value: 9e721d9475cedbdc74c93341720ccbda44133946
Verifying Hash Integrity ... crc32+ sha1+ OK
## Loading fdt from FIT Image at 46000000 ...
Using 'config-1' configuration
Trying 'fdt-1' fdt subimage
Description: ARM64 OpenWrt jdcloud_re-cp-03 device tree blob
Type: Flat Device Tree
Compression: uncompressed
Data Start: 0x466e1000
Data Size: 24324 Bytes = 23.8 KiB
Architecture: AArch64
Load Address: 0x43f00000
Hash algo: crc32
Hash value: 21f0c6d6
Hash algo: sha1
Hash value: cf802f7af2a1bf86b596a3267331a862bc12995a
Verifying Hash Integrity ... crc32+ sha1+ OK
Loading fdt from 0x466e1000 to 0x43f00000
Booting using the fdt blob at 0x43f00000
## Loading loadables from FIT Image at 46000000 ...
Trying 'rootfs-1' loadables subimage
Description: ARM64 OpenWrt jdcloud_re-cp-03 rootfs
Type: Filesystem Image
Compression: uncompressed
Data Start: 0x466e7000
Data Size: 115527680 Bytes = 110.2 MiB
Hash algo: crc32
Hash value: 0e9b9227
Hash algo: sha1
Hash value: 8a9a3154b8236d5ea0a3838ffd46885d680de320
Verifying Hash Integrity ... crc32+ sha1+ OK
Uncompressing Kernel Image
Loading Device Tree to 00000000bf7f2000, end 00000000bf7faf03 ... OK
Starting kernel ...
修改后FIT固件启动失败再次尝试启动日志
Reading from 0x21880000 to 0x46000000, size 0x200 ... OK
Reading from 0x21880000 to 0x46000000, size 0x278f000 ... OK
## Loading kernel from FIT Image at 46000000 ...
Using 'config-1' configuration
Trying 'kernel-1' kernel subimage
Description: ARM64 OpenWrt Linux-5.15.162
Type: Kernel Image
Compression: gzip compressed
Data Start: 0x46001000
Data Size: 7205320 Bytes = 6.9 MiB
Architecture: AArch64
OS: Linux
Load Address: 0x44000000
Entry Point: 0x44000000
Hash algo: crc32
Hash value: bee761a0
Hash algo: sha1
Hash value: 9e721d9475cedbdc74c93341720ccbda44133946
Verifying Hash Integrity ... crc32+ sha1+ OK
## Loading fdt from FIT Image at 46000000 ...
Using 'config-1' configuration
Trying 'fdt-1' fdt subimage
Description: ARM64 OpenWrt jdcloud_re-cp-03 device tree blob
Type: Flat Device Tree
Compression: uncompressed
Data Start: 0x466e1000
Data Size: 24324 Bytes = 23.8 KiB
Architecture: AArch64
Load Address: 0x43f00000
Hash algo: crc32
Hash value: 21f0c6d6
Hash algo: sha1
Hash value: cf802f7af2a1bf86b596a3267331a862bc12995a
Verifying Hash Integrity ... crc32+ sha1+ OK
Loading fdt from 0x466e1000 to 0x43f00000
Booting using the fdt blob at 0x43f00000
## Loading loadables from FIT Image at 46000000 ...
Trying 'rootfs-1' loadables subimage
Description: ARM64 OpenWrt jdcloud_re-cp-03 rootfs
Type: Filesystem Image
Compression: uncompressed
Data Start: 0x466e7000
Data Size: 115527680 Bytes = 110.2 MiB
Hash algo: crc32
Hash value: 0e9b9227
Hash algo: sha1
Hash value: 8a9a3154b8236d5ea0a3838ffd46885d680de320
Verifying Hash Integrity ... crc32 error!
Bad hash value for 'hash-1' hash node in 'rootfs-1' image node
Bad Data Hash
Loadable(s) is corrupt or invalid
Boot firmware failed! Try one more time...
Current image slot number: 1
Reading from 0x21880000 to 0x46000000, size 0x200 ... OK
Reading from 0x21880000 to 0x46000000, size 0x7514000 ... OK
## Loading kernel from FIT Image at 46000000 ...
Using 'config-1' configuration
Trying 'kernel-1' kernel subimage
Description: ARM64 OpenWrt Linux-5.15.162
Type: Kernel Image
Compression: gzip compressed
Data Start: 0x46001000
Data Size: 7205320 Bytes = 6.9 MiB
Architecture: AArch64
OS: Linux
Load Address: 0x44000000
Entry Point: 0x44000000
Hash algo: crc32
Hash value: bee761a0
Hash algo: sha1
Hash value: 9e721d9475cedbdc74c93341720ccbda44133946
Verifying Hash Integrity ... crc32+ sha1+ OK
## Loading fdt from FIT Image at 46000000 ...
Using 'config-1' configuration
Trying 'fdt-1' fdt subimage
Description: ARM64 OpenWrt jdcloud_re-cp-03 device tree blob
Type: Flat Device Tree
Compression: uncompressed
Data Start: 0x466e1000
Data Size: 24324 Bytes = 23.8 KiB
Architecture: AArch64
Load Address: 0x43f00000
Hash algo: crc32
Hash value: 21f0c6d6
Hash algo: sha1
Hash value: cf802f7af2a1bf86b596a3267331a862bc12995a
Verifying Hash Integrity ... crc32+ sha1+ OK
Loading fdt from 0x466e1000 to 0x43f00000
Booting using the fdt blob at 0x43f00000
## Loading loadables from FIT Image at 46000000 ...
Trying 'rootfs-1' loadables subimage
Description: ARM64 OpenWrt jdcloud_re-cp-03 rootfs
Type: Filesystem Image
Compression: uncompressed
Data Start: 0x466e7000
Data Size: 115527680 Bytes = 110.2 MiB
Hash algo: crc32
Hash value: 0e9b9227
Hash algo: sha1
Hash value: 8a9a3154b8236d5ea0a3838ffd46885d680de320
Verifying Hash Integrity ... crc32+ sha1+ OK
Uncompressing Kernel Image
Loading Device Tree to 00000000bf7f2000, end 00000000bf7faf03 ... OK
Starting kernel ...
刷写master固件后，/overlay对应的文件系统为/dev/fitrw
刷写23.05固件后，/overlay对应的文件系统为/dev/mmcblk0p66
刷写21.02固件后，/overlay对应的文件系统为/dev/loop0
2024.08.29-1258-hanwckf-jdcloud_re-cp-03-gsw-mtwifi-docker
建议不保留配置刷入
- 使用源码：https://github.com/NekokeCore/immortalwrt-mt798x
- 分支：openwrt-21.02 内核版本：5.4.255
- 登录地址：192.168.1.1
- 使用NekokeCore大佬修改的软件源和luci-theme-design主题，有sing-box，无线支持802.11R漫游（我不懂所以未测试）
- 修改源码 使用原厂的MAC地址顺序
- 无线驱动v7.6.6.1
- mt_wifi firmware: mt7986-fw-20230808
- warp firmware: mt7986-fw-20230808
- 使用GSW交换机驱动（非DSA）
- 使用hanwckf mtwifi-cfg原生luci无线配置工具
- 已编译luci-app-dockerman
- 阿里云盘的aliyundrive-webdav和luci-app-alist已经限速了。编译最新alist需要最新golang，但是更新之后21.02的v2ray xray又不兼容。目前只有自己手动安装最新alist了。下载地址https://github.com/sbwml/luci-app-alist/releases 下载openwrt-21.02-aarch64_cortex-a53.tar.gz。解压手动上传安装后清除浏览器缓存，打开
网络存储-Alist文件列表并运行alist，然后点击在最下方的重置密码-复位可以查看密码。
百里5G无线发射功率23dBm，2.4G发送功率25dBm。大佬们已研究出修改5G发射功率的方法。
其中各个功率十六进制数据代表如下：
23dBm x2A
24dBm x2B
25dBm x2C 或 x2D
百里直接SSH使用下面命令，软修改（即不修改factory分区）5G为24dBm，修改好之后reboot重启即可。
MT7986_ePAeLNA_EEPROM_AX6000.bin文件只在固件第一次启动时从factory复制出来，所以修改一次即可。
hex_value='\x2B'
printf "$hex_value%.0s" {1..20} > /tmp/tmp.bin
dd if=/tmp/tmp.bin of=/lib/firmware/MT7986_ePAeLNA_EEPROM_AX6000.bin bs=1 seek=$((0x445)) conv=notrunc
当然也可以直接硬修改factory分区，使得以后每次刷新固件都不用再修改了。
首先备份好原厂factory分区，然后修改MT7986_ePAeLNA_EEPROM_AX6000.bin并写入factory分区，再备份一次factory分区。自行到tmp下载保存好备份，然后reboot重启即可。
hex_value='\x2B'
printf "$hex_value%.0s" {1..20} > /tmp/tmp.bin
dd if=$(blkid -t PARTLABEL=factory -o device) of=/tmp/mmcblk0px_factory_backup.bin conv=fsync
dd if=/tmp/tmp.bin of=/lib/firmware/MT7986_ePAeLNA_EEPROM_AX6000.bin bs=1 seek=$((0x445)) conv=notrunc
dd if=/tmp/tmp.bin of=$(blkid -t PARTLABEL=factory -o device) bs=1 seek=$((0x445)) conv=notrunc
dd if=$(blkid -t PARTLABEL=factory -o device) of=/tmp/mmcblk0px_factory.bin conv=fsync
2024.07.12-1906-lede-jdcloud-ax1800-pro_ax6600
目前lede开源的亚瑟雅典娜USB还有问题，不建议下载使用
- 使用源码：https://github.com/coolsnowwolf/lede
- 登录地址：192.168.1.1
- 注意京东云AX1800-Pro亚瑟无线AX1800规格，5G无线不支持160MHz频宽
- 注意京东云AX6600雅典娜无线AX6600规格，5.8G无线不支持160MHz频宽，radio0是5.8G，建议信道149
- 未编译luci-app-dockerman