vyktormvmpay25
Senior Member
Please read syscon tutorial again to understand how to gain syscon internal access. From what I see your problem is more complex then I expect. There are too many issues.
I am in.Please read syscon tutorial again to understand how to gain syscon internal access. From what I see your problem is more complex then I expect. There are too many issues.
Bringup Mode #0 (0xFF)
[SSM] ssmCb_OnStartingBePowOn() called.
[SSM] First Boot.
[SSM] Bringup mode : syspm_stat=00000000/00000000
[POWSEQ] PowerSeq_Setup called.
[SSM] state: 0101 -> 0201
[POWSEQ] AV Backend Setup
[SSM] state: 0201 -> 0102
[SSM] state: 0102 -> 0202
[SSM] state: 0202 -> 0103
[SSM] state: 0103 -> 0203
[SSM] ssmCb_BeforeBeOn() called.
[SSM] state: 0203 -> 0104
Psbd_SbTransMode_Half:0x21e2
Yes that is a problem. Because no software has access to the bootloader on the NAND. They are stored on the NAND and you need to dump the actual nand after removing them from the board. Then once you have a combined original (presumably bricked backup of the actual NAND) you extract the bootloader from it and add that to the backup you made form using either BGA toolset or rebug dumps.@littlebalup
I forgot to say about my dump:
I have a 256mb 4.84ocdex rebug backup(A)
I have a 239mb 4.88evilnat dump from bgtoolset(B)
I inserted the dump B in dump A at offset(h) 40000.
After this I replaced the two ROS and wrote the nand.
Is should be a problem?
So, I undestand what you said then I decided to check the dump and It has(I think).Yes that is a problem. Because no software has access to the bootloader on the NAND. They are stored on the NAND and you need to dump the actual nand after removing them from the board. Then once you have a combined original (presumably bricked backup of the actual NAND) you extract the bootloader from it and add that to the backup you made form using either BGA toolset or rebug dumps.
Unfortunately the 256MB so called "full dump" doesn't actually contain anything in the top and bottom bootloader sections. Just 00's as padding to make the resuting filesize 256MB. Which I think is misleading and causes people to think they have a full dump, when they don't. And could cause them to overwrite their original NAND! If you did that your bootloader is gone and I'm not sure if that is possable. If it contains perconsole data, you're boned.
THE FIRST 256KB:open it in HxD, and find the bootloader. If it's full of zeros it's not complete.
I could wrote some commands like bringup and powerstate. The cmd bringup stopped on Psbd_SbTransMode_Half:0x21e2.Please read syscon tutorial again to understand how to gain syscon internal access. From what I see your problem is more complex then I expect. There are too many issues.
I did it without success. The ps3 keep going to ylod(I did't use usb with lv2diag). Should I use?. I didn't change syscon value(maybe this is the problem).
I need to do this?View attachment 41259
When I solder the SouthBridge tristate on ground the console even though bricked should keep powered on? If the answer is yes so I have a hardware issue because it isn't keeping powered on. I am using a PC PSU to have 3.3v.
@littlebalup
I forgot to say about my dump:
I have a 256mb 4.84ocdex rebug backup(A)
I have a 239mb 4.88evilnat dump from bgtoolset(B)
I inserted the dump B in dump A at offset(h) 40000.
After this I replaced the two ROS and wrote the nand.
Is should be a problem?
THE FIRST 256KB:
View attachment 41271
View attachment 41272
THE LAST 256KB:
View attachment 41273
View attachment 41274
That's normal. The bootloader starts after that and there's a long string of information in it that doesnt update automatically. Just hit enter again and it'll display the rest.I could wrote some commands like bringup and powerstate. The cmd bringup stopped on Psbd_SbTransMode_Half:0x21e2.
That looks ok to me.
You may try the 3.55FSM old school method. To enter FSM you can use the teensy++ 2.0 with psgrade as dongle (you must revert back the teensy to 5v and plug it to the usb port 0 of the console). Sources are also available for other like atmel based boards.
https://www.psx-place.com/threads/d...ists-for-a-3-55-fsm-downgrade.1008/#post-5602
https://www.dropbox.com/s/v0njd1i90jrcruj/psgrade_teensy_at90usb1286_16.hex?dl=1
You'll also need the lvdiag.self to install the 3.55 firmware from FSM and the lvdiag.self to exit FSM.
https://www.psdevwiki.com/ps3/Downg...er#Reinstall_firmware_in_Factory_Service_Mode
Here is the log:
View attachment 41276
Ok, I did this but there is a problem here. You sent to me an AT90USB1286 file and didn't work here. So I decided to check the Teensy and:
TEENSY CHIP IS AT90USB1287:View attachment 41278
I am able to use the nandway.hex with this. I am able to write and to dump the nand.
(Maybe) I don't know if has a problem with PSGrade.hex once the ps3 go to red light blinking.(Or the problem is the ps3?)
TEENSY WROTE WITH SUCCESS:
STEPS MADE:View attachment 41284
I TRIED TO USE SOME DIFFERENTS PS3GRADE FILES THAT I FOUND ON GOOGLE BUT I DON'T KNOW IF IT'S GOOD:
Is there something more that I can do? Another thing that I can check?
The donor Southbridge and StatShip2 is ready to be replace but I have one more question. Can I replace/upgrade the StatShip2 CXD4302GB-1 with CXD9909GB once the second one was removed from COK002(CECHE). In other words, it was removed from the same model board.
View attachment 41288
I bought it in AliExpress because It's very difficult to find a genuine. But it is strange because I am able to read and write the nand.That's weird. Original teensy++2.0 is based on AT90USB1286: https://www.pjrc.com/store/teensypp.html
Is it a clone?
About the starship2, I don't know at all... those chips are kind of mysterious. Hoping bost manage the nands bloscs and ECC the same way.
I bought it in AliExpress because It's very difficult to find a genuine. But it is strange because I am able to read and write the nand.
About the blocks, It's ok for me. I checked the dumps. Their hashs are matching with flowrebuilder files that I used to write.
I tested it and didn't work. I saw that you made a 8khz file. But the crystal crystal oscillator on this board is a 16khz.I just compiled this one for you (untested) : https://www.dropbox.com/scl/fi/pnc7...87_8.hex?rlkey=jo8a1p37vtengwhpvevbsismg&dl=1
About the starship2 and blocks/ecc, I mean the starship is in charge, at least, to manage both NAND to be seen by the SB as a single "drive". So it manage the way the data are dispatched between both chips, bad blocks, ECC, etc... so I'm just saying I hope both models do that the same way. If not, it may strugle with the actual nands content.
ok, new one: https://www.dropbox.com/scl/fi/hc5e...7_16.hex?rlkey=q3vlz7n325ov4v1xesscaw2wq&dl=1I tested it and didn't work. I saw that you made a 8khz file. But the crystal crystal oscillator on this board is a 16khz.View attachment 41289
ok, new one: https://www.dropbox.com/scl/fi/hc5e...7_16.hex?rlkey=q3vlz7n325ov4v1xesscaw2wq&dl=1
edit: just checked... in fact it compiled the exact same file as for the at90usb1286... so it shouldn't help much
Hi, could you send the link of this booter? I will use with another cok002 board that I have here.We write on syscon w 7202 02
There is a second uart port under SB is on PCI port. I'll add photos of sb uart port.
There you can see log in putty by rx signal only if unit is on glod. I'll add link of Booter doing that.
Also if you boot it 10 seconds then off, patch apply went right. Try enter safe mode /recovery should see image.
https://s.go.ro/4t2k3p0v
Find out which is rx pin. On putty you have to see boot order.
I tried to use the psgrade with my teensy with other cok002 board that I have. It worked ok. I installed the firmware and generated a log file in my usb. Unfortunately it has glod and not sync controller.ok, new one: https://www.dropbox.com/scl/fi/hc5e...7_16.hex?rlkey=q3vlz7n325ov4v1xesscaw2wq&dl=1
edit: just checked... in fact it compiled the exact same file as for the at90usb1286... so it shouldn't help much