PS2 tool not booting

Given that the solder on the PCB is pretty cracked up and the other side came clean off, I'd say it never had a good connection and the shipping made it come off. If you can, I'd test the resistor just below with a multimeter in case that blew for some reason.

 

Just below is also capacitor, looks good on multimeter.
I have no idea what to do next. Maybe buy a new RAM?

 

Yes by default that is what they're suppose to be set on. If you look closely beside the two memory card ports on the left there is a tiny hidden door. It will reveal two small switches one begin dvd (up) dvdemu (down) and the other being tool (up) ws (down). However the lights I was describing are on the far left side of the backplane I believe there should be eight of them in total.

Wrong port that is the male serial (db-9) while the correct one is on the right the female vga (de-15).

I did not expect a capacitor to be damaged out of all things. It's a good thing you inspected the SBC.
Please connect a computer monitor to the correct vga port this time and not the serial port.
When you are able to get a post on the screen please report back what it outputted. Thank you

Note; Just as a reminder when you reinstall the SBC make sure it goes back in the PCI slot it was in before because the other slots are not designed for it.

 

Here is a new video:

Sorry for horizontal filming
I've checked everything two times - TC still in place, RAM memory in slots, SBC in correct PCI.

 

Please don't ever hot swap video cables while a device is powered on reason being because it is still carrying current thus it has the potential to fry the video encoder. Anyways you had it in the correct vga port there was no need to plug it in the PS2's VGA port out of desperation. As I said before that VGA port will display with green on sync compatible monitors only and it's main purpose is for Linux, FFXI, a few games, & homebrew that support it through dsedb or dsidb boot code.

Thank you for posting the video it has shown me something valuable that has helped me come up with a possible solution. I noticed your TV briefly displayed a test screen before saying it could not detect the signal anymore. I am thinking this could very well be a region issue if so it should be a simple to fix. To start off look in the back of the tool kit at the very top beside the power supply fan to your left there should be eight tiny dip switches. Do not tamper with any of them while the machine is on and also leave them alone except for the fifth one as it controls the region code up is for NTSC (60hz signal) and down is for PAL (50hz signal) choose accordingly. If you can not find it go to page 70 in the PS2_Tool_guide you had downloaded earlier and it will explain everything I did. But in greater detail.

I bet what happened since you most likely live in a NTSC region your TV is designed to detect 60hz signals only while FlamingSpaz TV picks up 50hz signals instead. I mean UK is PAL region after all. I just hope my idea will resolve the problem. If not I will continue to give out idea's until we can make get this beast operating normally again.

 

I live in PAL region, but TV should detect NTSC and PAL signals without any problems. I will try to change it.

 

Since there is no video output from the SBC board, maybe you would want to take photographs of the board and upload it here? So that the folks here can help you to spot visible damage.

A failure of the SBC board will also mean that the TOOL boot screen won't appear because there will be nothing to load that program.

Not just SoG, but it has to support the low-frequency video signals that are NTSC and PAL.
Otherwise, it can only display something from the PS2 side if the running software use VGA modes (or 480P with the output mode set to RGB).

 

Ok guys, I have some RAM, need to choose correct:

All 72 pins...

 

It should be OK if you use RAM modules of the same capacity or larger.
This is the manual of the SBC http://lorezan.free.fr/ps2/PCI-586HVE-S-M1.pdf (thanks to @unclejun ).
Check if the CPU is seated properly. In other threads there are mentioned cases when it would get disconnected. If it continues not to work consider removing the CPU to check for bent/broken off pins. Also it is possible that some of the BGA chips may have gotten balls disconnected from mechanical stress (if the PCB was bent for example).
Please, follow SP193's advice and take photos of both sides of the SBC PCB.

 

566mhz pentium celeron board: 1x 133mhz non ECC registered RAM any size really, 128 is what is originally in.

Pentium 233mmx board, EDO ram 64mb. 2x 32mb

That being said, I had almost all my tools die on me during shipping, they are just impossible to ship without problems.

 

Okay In that case you can just leave this alone since it is set to your appropriate region. Oh well I had to give it a go after all you never know until you ask.

I completely forgot about the low-frequency video signals if I remember correctly was it not 30hz or was it 15hz?

I would follow the advice wisi gave you especially since your computer monitor wasn't able to receive a signal from the SBC. It does make me think however it is a CPU related issue now because whenever a processor cannot function properly there won't be any instructions to carry out thus nothing will happen/display. I myself have had a couple CPU's where they had randomly died on me and I went through the check list to only leave with no results. It wasn't until I went through the least favorable decision buying another CPU after that it had finally posted an output. It's kinda funny how I suggested it in one of my earlier comments. But didn't want to believe that might actually be the truth. Thankfully Pentium MMX are easily accessible and affordable unless of course you can repair it which is even better. Anyways your recent video solidified the idea.

I still want to point out the dying sound of the hard drive it worries me.
I can almost guarantee this will be the next challenge you'll have to deal with.

port 187

I agree with you on they are impossible to ship without any problems or damage though that is not entirely true because there are rare occasions where neither of those two happen. I once got extremely lucky I mean Styrofoam does help that is why Sony used it in the first place.

 

RAM replaced, but still no changes.
CPU looks OK, but I will try to find a new one.
I will make SBC photos tommorow, now I'm tired of this Tool.

 

It's really nice to see so many people helping and suggesting!
Don't give up

 

Yeah, I'm very grateful for guys!
I don't give up, but now I have no idea what to do next.

 

Never give up indeed, I got all the dead tools working again with a lot of blood sweat and tears! But let's be honest, we all secretly love the challenge!

 

If you have a POST code reader card, you can check the error the SBC is hanging on (though you probably would have already done that if you had one). Did you check whether the beeps are coming from the SBC or the PS2 backplane?
I am not sure about this, but it may be possible to run the SBC without it being connected to the PCI slot - leaving only the power lines connected and the monitor - in case something on the backplane is preventing it from starting.

 

There isn't any beeps coming from SBC, Tool doesn't achieve POST test.
I have diagnostic card, but only for LPT port:

I can buy a different card, but for which port? SBC doesn't have a standalone PCI or ISA slot.

 

It should be sufficient to get a PCI POST code reader card and connect it to some of the PCI ports of the PS2 backplane. AFAIK, the SBC card acts as a PCI master on the backplane and basically the PCI ports of the backplane and the SBC are just like a regular PC motherboard with PCI slots. With that said, though, I don't know if there is a particular PCI slot the POST card should be connected to.
In the early versions of PS2 (and PS1) development hardware, the MRP would be on a standard PCI card that would plug into a regular PC (that was later replaced by the SBC). The MRP is the interface between the PS2 and PC side of the TOOL. It consists of the PLX PCI to "other buses" chip, the FPGA and 4 FIFO buffers found on the backplane and a few buffers on the backplane and the PS2 (MPU/Gmain) PCB.
However at this point, even if you determine the problem, there is no guarantee it will be something repairable... Still it may be something related to devices on the PCI bus preventing the SBC from starting, and because of this I suggested testing it disconnected from it. Also, athough this is unlikely, given that you have a multi-meter, you can check the +5 and +12 voltages that supplied to the SBC. Note that bad capacitors can result in hardware not running properly even if the voltage measurements seem fine on a voltmeter. If you have another, known good, PC power supply with such a connector (for the SBC power input), consider testing with it (and the SBC disconnected from the PCI port) (however this is unlikely to be the cause).
Also it may be a good idea to go through the SBC manual and check and re-place all jumpers to make sure they make proper connection (in case it isn't booting because of bad CPU frequency/voltage/type setting or something else).
BTW, disconnect the HDDs from the ATA cables and the power connector (if you haven't already) - there is no point it power-cylcling them each time you test the TOOL. Also consider making a backup of each.

 

YEEEAH!!!

It was CPU, @^%# CPU. I've installed a new one and it works!
I'm happy, happy, uuu, eeeee, happy!
Now need to find login and pass
THX guys!! You are the best!

 

Great work!!! enjoy your working TOOL !