MT2500 今天发现挂了 20241121（更新）

iotdoc

U-Boot 2022.07-rc3 (Sep 12 2022 - 19:58:08 -0700)

CPU:   MediaTek MT7981
Model: mt7981-rfb
DRAM:  1 GiB
Core:  43 devices, 20 uclasses, devicetree: embed
MMC:   mmc@11230000: 0
Loading Environment from MMC... Card did not respond to voltage select! : -5
mmc_init: -95, time 22
*** Warning - No block device, using default environment

[    1.035827] mmc0: switch to bus width 8 failed
[    1.040392] mmc0: switch to bus width 4 failed
[    1.045108] blk_update_request: I/O error, dev mmcblk0, sector 0 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.055499] blk_update_request: I/O error, dev mmcblk0, sector 1 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.065887] blk_update_request: I/O error, dev mmcblk0, sector 2 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.076276] blk_update_request: I/O error, dev mmcblk0, sector 3 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.087008] Buffer I/O error on dev mmcblk0, logical block 0, async page read
[    1.094724] blk_update_request: I/O error, dev mmcblk0, sector 0 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.105113] blk_update_request: I/O error, dev mmcblk0, sector 1 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.115501] blk_update_request: I/O error, dev mmcblk0, sector 2 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.125890] blk_update_request: I/O error, dev mmcblk0, sector 3 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.136618] Buffer I/O error on dev mmcblk0, logical block 0, async page read
[    1.143759]  mmcblk0: unable to read partition table
[    3.978301] block2mtd: error: cannot open device /dev/mmcblk0p1
[    3.984379] hctosys: unable to open rtc device (rtc0)
[    3.989952] Waiting for root device PARTLABEL=rootfs...

  我可以很明确的确定是设备自身设计的问题。更换原来的EMMC上去也是一样的报错，原来的EMMC一直保留着担心出问题。官方为什么不给出解决问题的办法呢？

假设测试验证：
是否可以通过飞线 到SPI-NAND  刷入MT3000 固件使用？ 因为设备已经不再无法验证，哪位大神可以测试测试

Oasis.cn

哎！给你个不好的消息，你贴出来详细的TTL uboot启动日志第7行开始MMC初始化失败这段说明了MMC供电异常，并未工作，所以你就算有分区数据备份也没用，因为mmc存储芯片就没进入工作加载状态，所以导致后面跳转分区IO错误，设备启动失败变砖

1. MMC:   mmc@11230000: 0
   
2. Loading Environment from MMC... Card did not respond to voltage select! : -5
   
3. mmc_init: -95, time 22
   
4. *** Warning - No block device, using default environment

复制代码

引用AI对“Card did not respond to voltage select! : -5”分析结果：
--------------------------------------------------------------------------------------------

1. 这条错误信息“Loading Environment from MMC... Card did not respond to voltage select! : -5”通常出现在使用MMC（多媒体卡）或类似存储设备时，指示设备没有正确响应电压选择命令。这种情况可能由以下几个原因引起：
   
2. 1、‌存储芯片损坏‌：MMC可能与你的设备不兼容或者已经损坏。
   
3. 2、‌电压问题‌：设备可能未能为MMC卡提供正确的电压。检查设备的电源供应是否正常。
   
4. 3‌、软件或固件问题‌：设备的软件或固件可能需要更新或存在兼容性问题。查看设备制造商的网站，查看是否有可用的更新或修复。

复制代码

论坛里一大堆MT2500变砖的故障，很多人没有开盖进一步TTL查看错误原因，你是第一个贴完整详细TTL日志的。鉴于一个月前曾帮论坛另一个遇难MT2500网友分析过故障原因，目前感觉可以排除乱刷第三方固件或有黑客利用曾经glinet开源漏洞攻击导致mmc数据或分区表错乱的可能性。再加上查阅glinet官方MT2500产品线发现其有两个型号，即最早塑壳MT2500，和后面出的铁壳改进型MT2500A，遂产生了一个可能性的想法：或许MT2500尝试用大容量EMMC存储时，由于无风扇的被动散热设计，并未有效考虑EMMC颗粒长期高温环境的耐受性，造成“Card did not respond to voltage select! : -5”错大概率是EMMC存储颗粒长期高温运行颗粒损坏（上电不工作），或者EMMC芯片供电滤波电容长期高温劣化击穿导致EMMC颗粒工作电压拉为0。也许论坛里凡是有故障的全是塑壳的MT2500，而后期铁壳增强散热和零件选材的MT2500A就再也没这故障了。

建议你还是主动找官方解决吧！如果想动手进一步研究下的话，我从你贴出的uboot日志来看个人感觉MT2500应该是有一颗小容量SPI NAND Flash用于存储uboot，启动时先启动SPI NAND Flash加载uboot，然后才是检查并加载大容量EMMC引导openwrt内核，所以尽管你的设备变砖了，但肯定能进uboot或web端uboot刷机界面，但你无论怎么刷都因为EMMC没正常工作而刷机失败。要想进一步判断你可用万用表测一下EMMC引脚工作电压有没有，是否该芯片颗粒正常电压，如果电压正常那就是EMMC颗粒损坏。我在想如果颗粒损坏的话热风枪换颗新的焊上去再uboot刷机是不是就能恢复了呢？也许有这种可能

iotdoc

Oasis.cn 发表于 2024-11-9 18:05
哎！给你个不好的消息，你贴出来详细的TTL uboot启动日志第7行开始MMC初始化失败这段说明了MMC供电异常，并 ...

感谢您的答复，我这个是MT2500A  因为前期发现论坛很多 这种问题，故在前端时间通过更换EMMC 进行了克隆备份。 等我明天试试更换原始EMMC 在看看。然后用编程器读写次EMMC看看。  并且次设备没有SPI FLASH  应该是  EMMC 里面的UBOOT。

iotdoc

Connecting to COM3...
Connected.


F0: 102B 0000
FA: 1040 0000
FA: 1040 0000 [0200]
F9: 103F 0000
F3: 1006 0033 [0200]
F3: 4001 00E0 [0200]
F3: 0000 0000
V0: 0000 0000 [0001]
00: 0000 0000
BP: 2400 0041 [0000]
G0: 1190 0000
EC: 0000 0000 [2000]
T0: 0000 02A1 [010F]
Jump to BL


dump toprgu registers data:
1001c000 | 00000000 0000ffe0 00000000 00000000
1001c010 | 00000fff 00000000 00f00000 00000000
1001c020 | 00000000 00000000 00000000 00000000
1001c030 | 003c0003 003c0003 00000000 00000000
1001c040 | 00000000 00000000 00000000 00000000
1001c050 | 00000000 00000000 00000000 00000000
1001c060 | 00000000 00000000 00000000 00000000
1001c070 | 00000000 00000000 00000000 00000000
1001c080 | 00000000 00000000 00000000 00000000

dump drm registers data:
1001d000 | 00000000 00000000 00000000 00000000
1001d010 | 00000000 00000000 00000000 00000000
1001d020 | 00000000 00000000 00000000 00000000
1001d030 | 00a083f1 000003ff 00100000 00000000
1001d040 | 00000000 00000000 00020303 000000ff
1001d050 | 00000000 00000000 00000000 00000000
1001d060 | 00000002 00000000 00000000 00000000
drm: 500 = 0x8
[DDR Reserve] ddr reserve mode not be enabled yet
DDR RESERVE Success 0
[EMI] ComboMCP not ready, using default setting
BYTE_swap:0
BYTE_swap:0
Window Sum 580, worse bit 0, min window 72
Window Sum 572, worse bit 8, min window 68
[TxChooseVref] Worse bit 15, Min win 24, Win sum 416, Final Vref 20
Window Sum 318, worse bit 3, min window 34
Window Sum 300, worse bit 10, min window 32
Window Sum 340, worse bit 3, min window 40
Window Sum 320, worse bit 10, min window 36
Window Sum 356, worse bit 2, min window 42
Window Sum 336, worse bit 10, min window 38
Window Sum 370, worse bit 0, min window 44
Window Sum 346, worse bit 8, min window 40
Window Sum 380, worse bit 3, min window 44
Window Sum 362, worse bit 8, min window 42
Window Sum 392, worse bit 3, min window 46
Window Sum 380, worse bit 10, min window 44
Window Sum 404, worse bit 3, min window 48
Window Sum 388, worse bit 8, min window 44
Window Sum 416, worse bit 3, min window 50
Window Sum 400, worse bit 10, min window 46
Window Sum 430, worse bit 1, min window 52
Window Sum 408, worse bit 8, min window 48
Window Sum 422, worse bit 8, min window 50
Window Sum 432, worse bit 8, min window 52
Window Sum 446, worse bit 1, min window 54
Window Sum 442, worse bit 11, min window 52
Window Sum 452, worse bit 3, min window 54
Window Sum 446, worse bit 11, min window 52
Window Sum 458, worse bit 3, min window 54
Window Sum 448, worse bit 10, min window 52
Window Sum 450, worse bit 10, min window 54
Window Sum 462, worse bit 1, min window 56
Window Sum 456, worse bit 10, min window 54
Window Sum 460, worse bit 10, min window 56


U-Boot 2022.07-rc3 (Sep 12 2022 - 19:58:08 -0700)

CPU:   MediaTek MT7981
Model: mt7981-rfb
DRAM:  1 GiB
Core:  43 devices, 20 uclasses, devicetree: embed
MMC:   mmc@11230000: 0
Loading Environment from MMC... *** Warning - bad CRC, using default environment

In:    serial@11002000
Out:   serial@11002000
Err:   serial@11002000
Net:   
Warning: ethernet@15100000 (eth0) using random MAC address - ea:cb:52:42:c9:e8
eth0: ethernet@15100000
gpio: pin 12 (gpio 12) value is 0
RESET button is pressed for:  5 second(s)

Web failsafe UI started
ethernet@15100000 Waiting for PHY auto negotiation to complete..... TIMEOUT !
Enter "gl" to stop autoboot in 2 seconds

*** Upgrading Firmware ***

ethernet@15100000 Waiting for PHY auto negotiation to complete..... TIMEOUT !

*** TFTP client failure: -110 ***
*** Operation Aborted! ***
*** ERROR: Can't read GPT header ***
find_valid_gpt: *** ERROR: Invalid GPT ***
GUID Partition Table Header signature is wrong: 0x0 != 0x5452415020494645
find_valid_gpt: *** ERROR: Invalid Backup GPT ***
*** Partition 'kernel' not found! ***
*** Please update GPT first! ***
Reading from 0x880000 to 0x46000000, size 0x200 ... OK
Reading from 0x880000 to 0x46000000, size 0x37d743 ... Fail
*** Only 0x0 read! ***
此信息是 rest  进入uboot  ttl    感觉是固件或者底层的问题导致的，因为emmc 我换 的是全新的 EMMC  用 专用编程器烧录的，正常使用了多半年。 此设备跟随我光猫使用，设置的每周定时重启2次。应该是掉电导致的问题。 希望厂家重视此次问题，给予解决办法。后续应该还会继续有此类问题发生。

Oasis.cn

iotdoc 发表于 2024-11-10 00:16
Connecting to COM3...
Connected.

你的设备好齐全，专业编程器也有自己也曾经想配一套T48、T56这类专业编程器，就是感觉只是业余偶尔玩玩，弄这设备再买一堆底座的话太奢侈了!你提到怀疑掉电引起的可能，让我联想到另外一件事，不知道你那有没有示波器，我发现官方原装套装配置的深圳盈源电子电源适配器有断电后大约7、8秒后会有一个比较大电容放电冲击电流释放。发现的原因是我给我的MT3000设备最近配了磁吸typec头，磁吸头上有led灯显示通电情况。最近每次半夜睡前关闭桌面总电源时，都会在断电后7-8秒左右磁吸头led会比正常还亮闪一下，我不知道这样的冲击电流电压有多大？对设备会不会有危害？MT3000原厂电源是这样的，不知道MT2500也是一样的适配器？虽然这个问题不一定是造成MT2500变砖的原因，但我总觉得官方在硬件选料方面是有漏洞的，并未严格的测试和选品

7918

官方也没个说明，2500瑟瑟发抖中

undefined

Oasis.cn 发表于 2024-11-9 18:05
哎！给你个不好的消息，你贴出来详细的TTL uboot启动日志第7行开始MMC初始化失败这段说明了MMC供电异常，并 ...

你这个说法确实有可能 之前收了个塑壳 里面完全没散热的 我自己拆开贴了点散热片 并且早期CNC版CPU看B站视频都没贴硅脂 完全没利用CNC外壳散热的 CNC了寂寞

另外主板型号应该也有批次上的变动 我的是V1.6 2024/05/29

iotdoc

undefined 发表于 2024-11-14 18:39
你这个说法确实有可能 之前收了个塑壳 里面完全没散热的 我自己拆开贴了点散热片 并且早期CNC版CPU ...

我可以 很明确的 确定是 路由器的问题，  我更换了 原来的EMMC  上去 还是一样  IO错误 ，从这里可以判定是设备本身存在问题  官方一直不发生以及救砖的处理方式
[    0.832021] Bluetooth: HCI UART driver ver 2.3
[    0.836493] Bluetooth: HCI UART protocol H4 registered
[    0.841622] Bluetooth: HCI UART protocol BCSP registered
[    0.846921] Bluetooth: HCI UART protocol ATH3K registered
[    0.852404] Bluetooth: HCI UART protocol Broadcom registered
[    0.858074] Bluetooth: HCI UART protocol QCA registered
[    0.890730] NET: Registered protocol family 10
[    0.895854] Segment Routing with IPv6
[    0.899695] NET: Registered protocol family 17
[    0.904182] Bridge firewalling registered
[    0.908350] 8021q: 802.1Q VLAN Support v1.8
[    0.972742] mmc0: switch to bus width 8 failed
[    0.977323] mmc0: switch to bus width 4 failed
[    0.981878] mmc0: new high speed MMC card at address 0001
[    0.988285] mmcblk0: mmc0:0001 8GTF4R 7.28 GiB
[    0.993561] mmcblk0boot0: mmc0:0001 8GTF4R partition 1 4.00 MiB
[    1.000193] mmcblk0boot1: mmc0:0001 8GTF4R partition 2 4.00 MiB
[    1.006186] mmcblk0rpmb: mmc0:0001 8GTF4R partition 3 512 KiB, chardev (249:0)
[    1.061785] mmc0: switch to bus width 8 failed
[    1.066359] mmc0: switch to bus width 4 failed
[    1.071079] blk_update_request: I/O error, dev mmcblk0, sector 0 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.081581] blk_update_request: I/O error, dev mmcblk0, sector 2 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.091977] blk_update_request: I/O error, dev mmcblk0, sector 3 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.102709] Buffer I/O error on dev mmcblk0, logical block 0, async page read
[    1.110419] blk_update_request: I/O error, dev mmcblk0, sector 0 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.120815] blk_update_request: I/O error, dev mmcblk0, sector 1 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.131315] blk_update_request: I/O error, dev mmcblk0, sector 3 op 0x0READ) flags 0x0 phys_seg 1 prio class 0
[    1.142044] Buffer I/O error on dev mmcblk0, logical block 0, async page read
[    1.149184]  mmcblk0: unable to read partition table
[    4.004770] block2mtd: error: cannot open device /dev/mmcblk0p1
[    4.010876] hctosys: unable to open rtc device (rtc0)
[    4.016432] Waiting for root device PARTLABEL=rootfs...

Oasis.cn

iotdoc 发表于 2024-11-14 21:10
我可以 很明确的 确定是 路由器的问题，  我更换了 原来的EMMC  上去 还是一样  IO错误 ，从这里可以判定是 ...

确定热风枪焊接原EMMC的焊接操作可靠么？植锡球没漏一个点？虽然觉得咱老鸟玩家手上功夫应该没啥问题。但是换回原EMMC仍有问题就让人有点逻辑说不通了...难道EMMC芯片供电或CPU某个信号链路上某颗电容击穿了（导致EMMC工作异常或CPU存储寻址指令不能有效传递）？MT2500这产品感觉可靠性太差了，官方任由事件发酵也不主动给出技术分析、补丁或召回，闷不做声跟个鸵鸟一样头扎土里只当使用不当小概率用户寄修处理，也不想想纸能包住火么？？？

iotdoc

Oasis.cn 发表于 2024-11-14 21:35
确定热风枪焊接原EMMC的焊接操作可靠么？植锡球没漏一个点？虽然觉得咱老鸟玩家手上功夫应该没啥 ...

你看我8楼的TLL 明确识别 emmc  8G    焊接没有问题，我经常焊接EMMC  如果不识别连 UBOOT都不会进去的，我前期还专门备份了一下数据，EMMC 好着的时候拆下换的16G。 刷入也是正常的。今天晚上有时间 把16G拆下，换上原来的8G ，启动问题一样，这样就判定了 是产品硬件的问题。

[    1.165183] mmc0: new high speed MMC card at address 0001
[    1.171584] mmcblk0: mmc0:0001 8GTF4R 7.28 GiB