Wii U Console no video audio output on HDMI or Component

Started by tzirf, Jan 27, 2024, 01:04 AM

Previous topic - Next topic

0 Members and 2 Guests are viewing this topic.

tzirf

Quote from: SDIO on Feb 12, 2024, 08:16 PMHm the zip is missing the meta.bin, which tells us, which is the latest log.

For defuse have a look here: https://github.com/shinyquagsire23/wii_u_modchip/tree/main/pico_defuse The testpads are all fairly large and easy to solder to.

I apologize. I didn't know the meta.bin had the latest logs. :-[  Does this help?  ;D

SDIO

Hm, 31 is the lates logs (the meta.bin says 0x97f = 2431, 2431 % 100 = 31) and that still has Hynix in the error. So seems like there wan't a log written.
So without defuse I can't tell. And even with hard to tell, because you would delete the scfm.img to reinstall and with that you would probably also delete the corruption

tzirf

Yeah I realized after the fact that while I worked on this console I made many mistakes. It was one of the consoles that if I could go back I would have done things differently. I will have to give defuse a try and post back. I might be able to solder the wires in the correct location on the Wii U later this week.

tzirf

@SDIO

I am going to start the soldering for Defuse. I was looking over the picture they provide and I have some questions of where exactly some of these wires need to be soldered on the Pico. It is probably just my ignorance since I am not familiar with using the Pico GPIO in this way. My question is TP176/TP48 in the picture seems to connect to multiple GPIO Points on the Pico. Its highly possible I am misunderstanding what is being shown in the picture. Do I have to solder to each one of these points?

Also, if Defuse is able to fix this console, can I remove the Pico after the repair is complete? or is this something that must stay with the console? 

SDIO

Yes you need to connect some of them to multiple GPIOs of the pico, as it drivers would be to drive some of the signals otherwise.

You can remove the pico again once the console is fixed and can boot without patches

tzirf

I decided to take another look at this console. I was going to just get Defuse setup, by soldering a Pico to the board. For some reason I decided to check continuity on the resistors in front of the eMMC. 2 of them have it but 3 of them don't. There is definitely something going on here.

The ones marked in purple have continuity, the ones marked in orange do not.
IMG_8005.JPG


I don't think defuse is going to tell me what the problem is unless I figure out what is going on with these resistors. I am thinking about removing them from the board and retesting with just solder bridging the gaps. It wouldn't surprise me if these resistors are damaged. @SDIO Do you know if the resistors here are necessary? can I remove them and get the console to at least boot the recovery menu? 

tzirf

I was able to re-solder the resistors and they now have continuity. I don't know if doing that makes any difference when using defuse.

That being said, the console still does the same thing. Solid blue light, cannot get it to boot into the recovery menu no matter what I try. Also no matter what length of time passes, pressing the eject button will get the disc drive to try to eject a disc, even though there isn't one in the drive. I am going to start the soldering for defuse at this point.

SDIO

These resistors don't matter if you install NAND-AID. They have something around 22ohm, so your multimeter in continuity mode might or might not see that as continuity. If one is dead it can also just be bridged, without negative consequences.
The left of these resistors goes to the host controller on the Wii Us SoC and the right to the eMMC.
If you use NAND-AID, you disable the eMMC anyway and solder to the left pad, so it doesn't matter if these resistors are there.
Also defuse doesn't need them.

tzirf

Quote from: SDIO on Feb 28, 2024, 02:25 PMThese resistors don't matter if you install NAND-AID. They have something around 22ohm, so your multimeter in continuity mode might or might not see that as continuity. If one is dead it can also just be bridged, without negative consequences.
The left of these resistors goes to the host controller on the Wii Us SoC and the right to the eMMC.
If you use NAND-AID, you disable the eMMC anyway and solder to the left pad, so it doesn't matter if these resistors are there.
Also defuse doesn't need them.

I checked the resistors and the measurements I am getting are not even close to 22ohms. I am measuring from 2-5ohms on all but 1 of them, which is measuring only .6ohms. I suspect there is a short around this area on the board. My gut is telling me to solder a NAND-AID back into the console and see if I can get to the recovery menu. It could be a complete waste of time. However for some reason I feel like the other NAND-AID stopped working for some reason and that was why this console ended up where it is. 

SDIO

check for shorts between the signal lines and between the signal lines and gnd and 3V3. Also see what happens if you just remove the resistors.

tzirf

Quote from: SDIO on Feb 28, 2024, 02:47 PMcheck for shorts between the signal lines and between the signal lines and gnd and 3V3. Also see what happens if you just remove the resistors.

If I remove the resistors. Would the console still be able to boot far enough to get into a recovery menu?

SDIO

For UDPIH to work you need a functioning MLC, either on the eMMC or NAND aid. Since the SLC will missmatch the eMMC anyway, it probably also won't if you connect to eMMC through the resistors.

tzirf

I removed the resistors and now R30, R29, R28, R31, R27 on the left side all measure 37K ohms. just to be clear, yes those are kilo-ohms.

SDIO

Did you also check for shorts on the right (eMMC) side?
If that looks good too, you could give it a shot and see if it boots far enough with the eMMC to load the recovery. As already said it probably won't because of scfm, but there is a small chance you get lucky and maybe can get around defuse that way.

tzirf

Quote from: SDIO on Feb 28, 2024, 04:47 PMDid you also check for shorts on the right (eMMC) side?
If that looks good too, you could give it a shot and see if it boots far enough with the eMMC to load the recovery. As already said it probably won't because of scfm, but there is a small chance you get lucky and maybe can get around defuse that way.

No shorts on the right side. All resistor points measure 243K ohms on eMMC side.