OpenWRT编译与京东亚瑟云AX1800 Pro路由器刷机问题分析

问题背景

在OpenWRT项目中对京东亚瑟云AX1800 Pro路由器进行固件编译和刷机过程中，开发者遇到了几个典型问题。这些问题主要集中在固件编译配置、刷机方式选择以及系统配置保存等方面。

主要问题表现

1. 固件刷入失败：通过uboot上传编译好的LEDE固件时，路由器亮红灯且无法正常启动
2. 配置无法保存：使用recovery方式刷机成功后，系统配置在断电重启后会恢复初始状态
3. 设备识别问题：配置文件中设备名称与实际设备可能存在差异

技术分析与解决方案

1. 固件刷入问题

编译生成的固件无法通过常规uboot方式刷入，这通常与固件格式或分区表配置有关。针对此问题，开发者发现：

• 需要使用特定的recovery.bin文件进行刷机
• 在uboot界面选择openwrt-qualcommax-ipq60xx-jdcloud_re-ss-01-squashfs-recovery.bin文件进行上传和刷机

2. 配置保存问题

系统配置无法持久化保存的根本原因在于固件编译配置中缺少必要的sysupgrade支持。解决方案是修改target/linux/qualcommax/image/ipq60xx.mk文件，在23行后添加：

IMAGE/sysupgrade.bin/squashfs := append-rootfs | pad-to 64k | sysupgrade-tar rootfs=$$$$@ | append-metadata

这一修改确保了系统升级和配置保存功能的正常工作。

3. 设备识别问题

值得注意的是，京东亚瑟云AX1800 Pro在OpenWRT中的设备标识为jdcloud_re-ss-01，而非直观的jdc_ax1800_pro。这种命名差异可能导致开发者在配置时产生混淆。

编译配置要点

成功的编译配置需要注意以下几个关键点：

1. 目标平台选择：

   CONFIG_TARGET_qualcommax=y
   CONFIG_TARGET_qualcommax_ipq60xx=y
   CONFIG_TARGET_qualcommax_ipq60xx_DEVICE_jdcloud_re-ss-01=y
   

2. CPU架构设置：

   CONFIG_TARGET_ARCH_PACKAGES="aarch64_cortex-a53"
   CONFIG_CPU_TYPE="cortex-a53"
   

3. 内核版本：

   CONFIG_LINUX_6_1=y
   

4. 必要的驱动和固件：

   CONFIG_DEFAULT_ath11k-firmware-ipq6018=y
   CONFIG_DEFAULT_ipq-wifi-jdcloud_ax1800pro=y
   CONFIG_DEFAULT_nss-firmware-ipq6018=y
   

经验总结

1. 刷机方式选择：对于京东亚瑟云AX1800 Pro，优先使用recovery模式刷机
2. 配置持久化：确保编译配置中包含正确的sysupgrade支持
3. 设备识别：注意OpenWRT中设备命名与实际产品名称的差异
4. 云编译注意事项：使用GitHub Actions等云编译服务时，需要预先确认所有必要的修改已提交

后续发展

根据开发者反馈，项目维护者已经修复了配置保存问题。目前最新版本的编译已经可以正常保存系统配置。不过，某些插件在编译过程中可能仍然存在兼容性问题，需要开发者根据实际需求进行选择和测试。

通过系统分析这些问题和解决方案，开发者可以更顺利地完成京东亚瑟云AX1800 Pro路由器的OpenWRT固件编译和刷机工作，充分发挥这款硬件设备的潜力。