求TP WMC180公版或其他运营商固件

ohl111

设备是v3的，摆脱移动就不会锁网了，电信网

masin555

支持一下

masin555

masin555 发表于 2026-3-16 09:02
支持一下

移动的网也不能用

bixiao04

WMC180 MT7621 U-Boot 串口日志完整解读 & 刷机拦截操作方案一、日志分段解析（确认设备硬件与启动状态）1. Stage1 硬件初始化阶段（前半段日志）
CPU / 内存校验正常

主控：MT7621，DDR3 128MB 内存，DRAM 校准全部 PASS，打印 [EMI] DRAMC calibration passed
无内存虚焊、DDR 时序故障，硬件底层完好。


存储识别异常关键问题
日志打印 # MTK NAND # : Use HW ECC、NAND ID [01 F1 80 1D 01]
⚠️ 重大矛盾：WMC180 硬件是eMMC 闪存，但当前 U-Boot 识别为 NAND Flash，属于原厂 U-Boot 底层分区识别逻辑错乱，是移动定制固件双镜像分区校验机制导致。
警告提示：.*** Warning - bad CRC, using default environment
U-Boot 环境变量 CRC 校验损坏，每次上电加载默认参数，不影响拦截 U-Boot 命令行，仅丢失自定义启动参数。
2. 双镜像校验启动阶段（后半段日志）
原厂采用双系统分区 image_0 / image_1，上电自动校验两个分区完整性；
日志输出 Dual image validation, image_1 pass. So boot to image_1
系统判定 1 号分区完好，准备加载内核启动原厂移动固件；
最终输出：Autobooting in 0 ms，无等待倒计时，直接跳转内核，这就是你无法拦截 U-Boot 命令行的核心原因。
二、无法打断启动的核心根源正常通用 MT7621 路由会打印 Autobooting in 300 ms，提供 300ms 窗口按按键拦截；
你的设备日志显示 Autobooting in 0 ms：
移动定制锁死 U-Boot 自动启动延时，跳过等待窗口，上电瞬间直接加载内核；
常规上电狂按数字 1/2 的操作完全失效，没有输入指令的时间窗口；
原厂双镜像校验机制优先执行，压缩全部交互等待时间，杜绝第三方 TFTP 刷机操作。
三、两套可行解决方案（按难度排序）方案 1：硬件复位同步拦截（软操作，优先尝试）操作步骤
路由器断电，保持 TTL 串口连接，PuTTY 窗口清空置顶；
一只手按住路由器机身复位按键不放，另一只手接通路由器电源；
持续按住复位键 5~8 秒，观察串口输出，若出现 Press reset button to enter recovery mode 持续停留，松开复位；
此时会进入恢复模式 U-Boot，出现 MT7621 # 命令提示符，即可执行分区备份、TFTP 刷机指令。
失败判定按住复位上电后依旧直接跳内核，无命令行，执行方案 2。方案 2：CH341A 编程器硬刷（唯一兜底方案，绕过锁死 U-Boot）适用场景复位按键无法进入恢复模式、Autobooting 延时永久为 0ms、U-Boot 无交互窗口。完整流程
断电拆机，焊下主板 eMMC 存储芯片；
CH341A 编程器搭配 eMMC 测试夹，读取当前整机完整镜像（备份原厂）；
写入适配 WMC180 eMMC 专属 Padavan raw 固件；
焊回 eMMC 芯片，上电直接进入第三方系统，无需 TTL 拦截 U-Boot。
优势完全跳过锁死的原厂 U-Boot 启动逻辑，不受 autoboot 延时限制，是该机型稳定刷机的通用实操手段。四、日志内风险点补充说明
NAND 识别报错无需处理
只是 U-Boot 打印逻辑 bug，硬件实际是 eMMC，编程器读写不受该打印影响；不要尝试 NAND 相关 mtd 指令，会直接损坏分区。
bad CRC 警告不影响刷机
仅 U-Boot 自定义参数丢失，进入命令行后 mmc 读写、TFTP 传输功能完全正常。
禁止当前状态继续等待启动
一旦进入原厂系统内核，远程运维会上报设备正常，且无法执行任何刷机写入操作，必须拦截 U-Boot 阶段。
五、实操优先级总结
先尝试「按住复位键上电」进入恢复模式 U-Boot（零硬件焊接，优先测试）；
若复位无效，直接采用 CH341A 编程器焊写 eMMC，是 WMC180 移动定制版稳定刷机的唯一可靠方式；
常规上电按数字键拦截手段在你这台设备上失效，不要再重复尝试。