The Max & Parris faulty PS2 Tool tread

Those beeps are normal btw.. as for Parris suggestion on the test screen of some sort, can be but I also have no idea where to (de)active it if so but ill keep looking.

 

Argentina play Scotland at rugby tonight, so I may be busy later on, however I have tomorrow off college and will (if I don't manage tonight) set up the Tool I have and start looking at how to replicate that screen.

What is the type of TV screen you are using btw? Make & Model.

 

Well, the things I have found with the retail not displaying a picture tends to fall into the following catagories

1) Faulty cable or AV socket
2) Faulty socket in the rear of TV / wrong AV selection
3) Motherboard fuse blown <and in extreme cases a video chip failure>
4) Cracked motherboard or a dry solder joint
5) Region issues (i.e. NTSC / PAL not being compatible with the TV type)
6) Wrong laser fitted which causes a general failure

Other than that?

This thing is providing a test screen. A test screen requires that all of the above are excluded.

1) The cable must be capable of transfering the signal over
2) The image is in colour and is not distorted, thus it looks fine
3) Motherboard failure / chip issues would mean NO output, rather than this signal
4) Cracked motherboard or a dry solder joint would mean either no signal or intermitant signal being displayed
5) Region settings would mean that the signal would be in B&W (surely)
6) Laser was perfectly fine

I have a red light in the same areas of the board as yours.

The FOUR beeps are fine (as mentioned previously, I wondered why only 3)

 

One extra thing i did do (thinking of it, foolish), but I did end up hitting the big reset button while reassembling it. Its worth a shot, what is it going to break more?

And iirc, in rom0 there is a program on a retail ps2 atleast, that does display color bars.

 

Didn't know that about the retail? Interesting!

 

It's called testmode, there's also a testspu.
Both are not present in the Tool's flash file by the way, and nor in the scph10000 bios, but they should be on the Tool's hdd.

mdmx, from the log you posted, it seems the problem only concerns the cpu and the gpu, try running dsidb -r to see if it works.

 

I've tried it with the official Sony RGB cable and the official Sony Composite cable on the following monitors:

official Sony PSone TFT-Screen: black and white bars (Composite)
Sanyo PLV-Z4 Projector: no picture (RGB)
Sanyo PLV-Z4 Projector: black and white bars (Composite)
Philips TV (model 21PT1967): colored bars (RGB)
Philips TV (model 21PT1967): black and white bars (Composite)

 

commands I tried to boot a game:

./dsedb -r
Linux returned message: cannot connect

./dsreset 2 100
Linux returned no message, but screen on MultiAV out turned black for a few seconds and then switched back to the strange test screen.

./dsedb S> reset 2 100
Linux returned message: Read-only file system

 

Try dsidb, with an "i".
Your philips tv displays PAL only and the Tool outputs in NTSC, are the back dipswitches correctly set up?

 

I have checked the Parcel Force documentation and LOSS AND DAMAGE compensation are covered. Nothing in the clauses section suggests that a PC or electrical item would be exempt. The only thing being, this isn't a Win95 Test PC <cough!>

Could it be that the GPU & CPU need to be reseated? Again that can only be done from the REAR of the main motherboard.

A complete failure of the processors? Surely you'd get NO output?

Just seen the PAL / NTSC thing.... the guide for the dipswitches are in the Assembly guide at the very rear (last few pages)

 

dsidb seem to work. I made a copy from my hyperterminal session:

Code:

Red Hat Linux release 5.2 (Apollo)                                  
Kernel 2.0.36 on an i586                        

TOOL login: root                
Password:         
Last login: Sun Oct  7 17:05:45 on ttyS0                                        
PlayStation2 TOOL Fri Jul 13 10:30:27 JST 2001                                              
[root@TOOL /root]# cd /usr/local/sce/bin                                        
[root@TOOL bin]# dsidb -r                         
bash: dsidb: command not found                              
[root@TOOL bin]# ./dsidb -r                           
dsidb (Version 1.2.0 Tue Feb 13 19:59:40 JST 2001)                                                  
*** Resetting...                
*** DBGP Version 3.01                     
(type `help' for getting help, or `help help' for getting help of help)


MPU-4.0 board DSW602
  --- PS kernel --
  D0   0^ use H1500,         1_ no use H1500 (CD-BOOT only)
  D1   0^ display color bar  1_ no color bar
  D2   0^ IOP Kernel         1_ PS Kernel (when PS mode)
  D3   0^ check cd-rom       1_ ignore cdrom always
  D4   0^ Dram 8M            1_ Dram 2M
  D5   0^ disable            1_ enable EE ssbus access
  --- IOP kernel --
  D0   0^ NTSC mode          1_ PAL mode
  D3   0^ Extr Wide DMA      1_ Extr Wide DMA disable
  D4   0^ Dram 8M            1_ Dram 2M
  D5   0^ disable            1_ enable EE ssbus access
  --- EE --
  D6   0^ --                 1_ --
  D7   0^ EE normal boot     1_ EE/GS self test

 CPUID=15, ROMGEN=2003-1031, CACH_CONFIG=1edd8, 8MB, IOP mode, FlashROM boot
 <20031031-193432,ROMconf,t10000-rel300.bin:11856>
 SW=b7:^^^^___^:b0, RESET parameter EE=00000000_00000002, IOP=00000000_00000000
dsidb R>

 

This the test image then?

"D1 0^ display color bar 1_ no color bar"

 

this is weird, can you copy paste the output of command 'mount' here?

 

Well spotted Parris, so the test screen is displayed by the iop, and both ee and gs processors aren't working.
According to "SW=b7:^^^^___^:b0",
the switch D7 is set on EE/GS self test instead of EE normal boot.

 

the dipswitches are set up correctly. The TOOL seems to ignore the PAL/NTSC setting, because the output is NTSC even if Dip5 is down.

 

My tool seems to output the same result with D7 but seems to run longer then mdmx's:

Code:

[root@ps2tool bin]# ./dsidb -r
dsidb (Version 1.2.0 Wed Aug 22 13:01:36 JST 2001)
*** Resetting...
*** DBGP Version 3.01
(type `help' for getting help, or `help help' for getting help of help)
 
MPU-4.0 board DSW602
--- PS kernel --
D0 0^ use H1500, 1_ no use H1500 (CD-BOOT only)
D1 0^ display color bar 1_ no color bar
D2 0^ IOP Kernel 1_ PS Kernel (when PS mode)
D3 0^ check cd-rom 1_ ignore cdrom always
D4 0^ Dram 8M 1_ Dram 2M
D5 0^ disable 1_ enable EE ssbus access
--- IOP kernel --
D0 0^ NTSC mode 1_ PAL mode
D3 0^ Extr Wide DMA 1_ Extr Wide DMA disable
D4 0^ Dram 8M 1_ Dram 2M
D5 0^ disable 1_ enable EE ssbus access
--- EE --
D6 0^ -- 1_ --
D7 0^ EE normal boot 1_ EE/GS self test
CPUID=15, ROMGEN=2003-1031, CACH_CONFIG=1edd8, 8MB, IOP mode, ROM boot
<20031031-193432,ROMconf,t10000-rel300.bin:11856>
SW=b7:^^^^___^:b0, RESET parameter EE=00000000_00000000, IOP=00000000_00000000
cdvdman Init
Reboot service module.(99/11/10)
Load File service.(99/11/05)
IOP Realtime Kernel Ver. 2.2
Copyright 1999-2002 (C) Sony Computer Entertainment Inc.
IOP DECI2 manager Version 0.9.4
Copyright 1999,2000,2003 (C) Sony Computer Entertainment Inc.
DECI2 manager start.
Multi Threaded Fileio module.(99/11/15)
iop heap service (99/11/03)
dsidb R>

 

I'm a linux noob, may you help me if anything is wrong?

Code:

[root@TOOL /root]# mount
/dev/hda1 on / type ext2 (rw)
none on /proc type proc (rw)
/dev/hda6 on /export type ext2 (ro)
/dev/hda8 on /tmp type ext2 (rw)
/dev/hda5 on /usr type ext2 (ro)
/dev/hda7 on /var type ext2 (rw)
[root@TOOL /root]#

 

I have no idea on how the PS2 filesystem should look, but it sounds strange that /usr is read-only?

 

what you have there are the default settings and should work fine, still I find it strange you got a read only error anyway longshot but try:

mount -o remount,rw /usr

then try to run reset 2 100 again

 

Right, I think I read a doc stating that the pal/ntsc dipswitch is useless, I have to find it back though...