Thank you very much! I will try it later according to your tutorial.
1702004904
At the end of the run, the following error occurred:
Updating cluster 7ff2 (block ffe)
Updating cluster 7ff3 (block ffe)
Updating cluster 7ff4 (block ffe)
Updating cluster 7ff5 (block ffe)
Updating cluster 7ff6...
I finally found that the CPU was damaged. Using a multimeter in the diode range, I measured the dat0 line coming out of the CPU and found no resistance to ground.I moved the SLC chip to another WiiU motherboard with both SLC and MLCS physically damaged, and was finally able to successfully run...
Opt.bin is regenerated using defuse after soldering the SLC chip of another machine. I also think that using another machine's SLC may not work properly, but it can actually boot up normally after being rebuilt using the defuse, but the defuse cannot be removed. I think it's almost successful...
I have a wiiu, and its SLC flash memory and SLC.raw backup were transported from another machine, with a flashing blue light when turned on. It can now boot up after rebuilding according to your tutorial using defuse, but when I remove defuse and boot it up, it turns into a blue flashing light...
I used two SD cards for testing, both of which were unrecognized, Sandisk Ultra 128G and Ultra 64G. I suspect that Wiiu does not support this brand's SD card? Can you tell me which SD cards are currently explicitly supported?
I can confirm that there is no problem with the CMD clk connection. Is the firmware too old to support external SD cards? Because when this wiiu was able to boot up normally before, I found that using defuse to block the optical drive was invalid
I have repeatedly checked the external SD card and found that there are no issues with the welding, but it still cannot be recognized. What should I do next?
Because I measured that dat1-dat3 are all 3.3V, CLK are 1.6V, CMD are 3.3V, so I speculate that dat0 should also be 3.3V. Maybe it is because SD card is not detected, but there seems to be no other way to further verify it. Maybe it is caused by the damaged EMMC burning a component.
I may have found the problem. I use a multimeter to measure R28, that is, dat0 has no voltage. The normal voltage should be 3.3V, which should be the reason why MLC cannot be identified. R28 seems to be directly connected to the CPU. This bad situation may not be solved. Unless there is a way to...
the emmc shorted to 3.3v. And I have removed all the resistors. Is it still necessary to remove the EMMC?
After installing isfshax, disconnect the defuse and it won't work properly. The blue light flashes when I turn on the power, and I uninstalled it again. It may be due to the old firmware
After welding the SD card, I still couldn't detect MLC. Using a multimeter, I found a short circuit between the clk of the EMMC and the 3.3V power supply, with a resistance of only 3 ohms. Is this normal? Do I need to completely remove the EMMC?
1700183634
The short circuit point is as shown in...
I saw more logs on putty using defuse. I have downloaded OSv10, but it seems that all options except for the rednand option will access EMMC. Run iOS_ Orig. img will always prompt MLC open attempt, possibly because my MLC has been completely damaged. Is there any other way to skip checking EMMC...
I used defuse to install isfshax, but the prompt is not supported because my wiiu firmware is 4.02? Also, try starting Patch (sd) and Boot redNAND under defuse, with the screen fixed at OTP STORE at. What should I do next
I may try the new ram site, and download more RAM to my Switch. Not sure if ddr3 is the right ram
for it tho. Edit- no it uses floppy Ram, just like @AncientBoi