FALCON Falcon will not boot to XeLL with either R-JTAG+ or RGH2+

lolerguy

Junior Member
Aug 2, 2011
16
1
Here's the following information about the console before the description, pictures and logs:


  • Console Type: Falcon
  • Programmer Used: JRP v2.0
  • NAND Size: 16MB
  • Dashboard version: 17349
  • CB Version: 5774
  • Screenshot of NAND details from J-Runner: Added to post
  • J-Runner log
  • Image of the CR4 XL: Added to post
  • Images of close-up soldering to motherboard: Added to post
  • Detailed Description of the Problem: Added to post
  • Was the console working before you started: Yes
  • Do you get a green debug light appear on the CR4 XL chip every 4-5 seconds: Around 6-7 seconds.
  • How long is the light on for each time: About half a second. Regular and stable debug blinks.


I have a Falcon which does not want to boot to XeLL with either R-JTAG+ or RGH2+. I have followed the guides in this forum carefully, and it just won't boot. I have checked all my joints, and they are all nicely soldered onto the correct points. Each point has been tested with a multimeter, also to see if there were any shorts. Flux was also used, and I also tried resoldering.

I have made successful dumps of the NAND 3 times (all identical according to the hashes), and when I first did RGH2+, I chose RGH2 and checked CR4. This created the ECC. I wrote this ECC to the NAND. This is where I cannot boot XeLL. I then tried the FALCON_CR4.ECC file in the common file folder from J-Runner, but this did not work either. I even tried other ECC files as well after writing back stock NAND, but this did not work (Even unchecked CR4 just for the hell of it). The NAND does have a bad block in the first 50 blocks, but I can see in the J-Runner log that this gets fixed automatically, where the 0x39 block gets moved to 0x3FF. I even tried to fix this manually by following Martins tutorial, but this did not work either. I can easily write back the stock nand, disable CR4 by removing 5V point, and then the console works perfectly again.

I then proceeded to try the dip switch settings, as mentioned in the installation thread. None of the combinations I tried would work. The jumper to set either 10 ohm or 100 ohm did not work either. I even tried to choose slim just to try, but this of course did not work either.

After messing a few hours with this, I just didn't come any further. It was the exact same results in the rater console. Then I tried with R-JTAG+, and switched the dip switch settings and wires accordingly. I did not have a QSB, so I followed a tutorial on how to solder the diodes and wires without the QSB. The tutorial I used can be found here:

Code:
http://forum.coolshrimpmodz.com/forum/xbox-360-discussion/team-xecuter-product-support/cr4-xl-support/136-r-jtag-install-diagrams-wire-only


The diodes I used were 1N4148. After setting it all up, I then proceeded to write back stock NAND again and check everything worked, which it did. Then I activated the CR4 again and wrote the falcon aud_clamp.bin file, which generated after checking JTAG, then R-JTAG and then aud_clamp. This did not work sadly, so the console does pretty much the same as the RGH2+ setup.

I have afterwards set the whole CR4, nand, ECC and wires back to RGH2+. I then tried again, but it did not work sadly.


I have since then written back stock NAND. One thing I noticed however, was that I could boot stock NAND even with the CR4 Running. It also ran as usual when trying to boot. I had before added a cap and had some other settings, where it did not want to boot. Then I set back the default dip switches and removed the cap. This then made the CR4 glitch once or twice and then boot stock NAND. So could it be that the ECC files and perhaps the bad blocks are somehow the culprit???

I have a JR-Programmer V2, and I use it with the rater feature. The log does not seem to show any great progress. This is how the logs pretty much proceed when doing the RGH2+. The same text showed after trying 50-100 glitches:

Code:
CR4 Selected
Version: 10
Power Up
Waiting for POST to change
Shutdown
CR4 Selected
Version: 10
Power Up
Waiting for POST to change
Post 7E 
Post FD 
Post F5 
Post F4 
Post F0 
Post 70 
Post 50 
Post 10 - ...... 
Post 06 - .... 
Post 01 - . 
Post 03 - ... 
Post 04 - BOOT SEQUENCE STARTING 
Post 05 - ... 
Post 06 - .... 
Post 07 - ..... 
Post 08 - ...... 
Post 09 - ....... 
Post 0A - ........ 
Post 0B - ......... 
Post 0C - .......... 
Post 0D - GLITCH CHECK COMMENCE 
Post 03 - ... 
Post 04 - BOOT SEQUENCE STARTING 
Post 05 - ... 
Post 06 - .... 
Post 07 - ..... 
Post 08 - ...... 
Post 09 - ....... 
Post 0A - ........ 
Post 0B - ......... 
Post 0C - .......... 
[B][B][B][B]Post 0D - GLITCH CHECK COMMENCE [/B][/B][/B][/B]


This occurs when doing the R-JTAG, also about 50-100 glitches:
Code:
CR4 Selected
Version: 10
Power Up
Waiting for POST to change
Post 01 - . 
Post 05 - ... 
Post 06 - .... 
Post 07 - ..... 
Post 08 - ...... 
Post 09 - ....... 
Post 0A - ........ 
Post 0B - ......... 
Post 0C - .......... 
Post 0D - GLITCH CHECK COMMENCE 
Post 01 - . 
Post 0D - GLITCH CHECK COMMENCE 
Post 15 - CONTINUING 
Post 16 - . 
Post 17 - .. 
Post 18 - ... 
Post 1A - ..... 
Post 1B - ...... 
Post 1C - ....... 
Post 1D - ........ 
Post 1E - . 
Post 1F - .. 
Post 20 - ... 
Post 21 - .... 
Post 22 - . 
Post 23 - .. 
Post 24 - Entrypoint reached 
Post 25 - ... 
Post 01 - . 
Post 03 - ... 
Post 04 - BOOT SEQUENCE STARTING 
Post 05 - ... 
Post 06 - .... 
Post 07 - ..... 
Post 08 - ...... 
Post 09 - ....... 
Post 0A - ........ 
Post 0B - ......... 
Post 0C - .......... 
Post 0D - GLITCH CHECK COMMENCE 
Post 01 - . 
Post 15 - CONTINUING 
Post 16 - . 
Post 17 - .. 
Post 18 - ... 
Post 19 - .... 
Post 1A - ..... 
Post 1B - ...... 
Post 1C - ....... 
Post 1D - ........ 
Post 1E - . 
Post 1F - .. 
Post 20 - ... 
Post 21 - .... 
Post 22 - . 
Post 23 - .. 
Post 24 - Entrypoint reached 
Post 25 - ... 
[B][B][B][B]Post 01 - . [/B][/B][/B][/B]
Here's pictures of some of the soldering from RGH2+:
https://www.dropbox.com/s/blu6t02u56obfvk/2015-08-01 18.06.53.jpg?dl=0
https://www.dropbox.com/s/ow9kyiav0nilskf/2015-08-01 18.00.49.jpg?dl=0
https://www.dropbox.com/s/tg118386n00bneh/2015-08-01 18.00.23.jpg?dl=0

This was a quick picture I took of the the soldering on the CR4 with R-JTAG wires:
https://www.dropbox.com/s/7kze5q1csvl9qcc/2015-08-01 17.45.04.jpg?dl=0

I am pretty much giving up on why it won't boot, but I am starting to suspect that the CR4 may be broken. If anyone has some ideas or suggestions, then I would really appreciate it. Thanks! :)
 
Last edited:

briggs01

VIP Member
Feb 17, 2013
1,324
0
why have you got the wire plug connected to you cr4 and I cant see correctly but have you got it set to slim or phat
 

lolerguy

Junior Member
Aug 2, 2011
16
1
Thanks for the quick replies :)

The plug is hooked up to the JR-Programmer V2, so that I can use the rater feature. I have also tried to remove the plug as well, but it does not make any difference. The switch is also set to phat, since it is a Falcon.

briggs01, I have not tried those SMC files, but I will give it a shot. I do not have any other pictures of the R-JTAG+ installation (It was done without the QSB, as mentioned in original thread), since I switched back to RGH2+. I will post pictures of the R-JTAG+ installation later, if I cannot get it to work with the SMC files or RGH2+.

EDIT: I cannot create a new image with the files since I need the CPUKey, but I cannot even boot XeLL, which is the problem. How can I use the SMC file?
 
Last edited:

jdoe91011

VIP Member
Nov 18, 2013
156
0
hook up your JR Programmer V2 to your motherboard, and connect just your PC to that. Plug in the power supply to the motherboard to provide standby voltage. Use "custom nand/cr functions" under the advanced menu, erase your nand. write the cr4 falcon ecc to your console using those same options. If your wiring/install is correct, you should get Xell
 
  • Like
Reactions: briggs01

lolerguy

Junior Member
Aug 2, 2011
16
1
Before trying jdoe91011's method, I tried to change Power Mode and Power VCS settings according to another tutorial, this did not help either.

Then I proceeded to do as you mentioned: I erased the whole NAND, and then wrote the Falcon CR4 ECC. When doing so, it did not remap the bad block I have which is on block 39. I tried anyways to boot the console afterwards, in hope that it would boot XeLL. This did not work. Then afterwards, I erased the whole NAND again, and then wrote over the Falcon CR4 ECC, where it would then remap the bad block to 3FF. This did not work either.

I have taken some pictures of my RGH2+ installation, so I hope there's nothing wrong with it. The first picture shows the setup of the CR4 as well as the soldering. I have used flux on all points, and resoldered three times now. The dip switch on number 2 is set to off here, but it does not matter if I use the default dip switch settings, or one of the other ones from the setup tutorial:
https://www.dropbox.com/s/1j4iun7wzfp16og/2015-08-02 13.20.45.jpg?dl=0

The second one shows the blue and yellow wire on the back. The pictures are the best I can get, since my Phone is not the best. All points where tested for continuity to the CR4, and no problems there:

https://www.dropbox.com/s/nowhtr0uwxs4jg2/2015-08-02 13.22.18.jpg?dl=0
https://www.dropbox.com/s/fo71cjk21um80pc/2015-08-02 13.28.38.jpg?dl=0

And blue / yellow wire from the back of the motherboard:
https://www.dropbox.com/s/o3x076l2yl9ux72/2015-08-02 13.29.02.jpg?dl=0

This is the wire for DB1F1:
https://www.dropbox.com/s/vwdt6jyj4iqef3v/2015-08-02 13.27.02.jpg?dl=0

And power 5V plus GND. The NAND wires are soldered on here, but does not make any difference if they are there or not, tried both:
https://www.dropbox.com/s/80dd8wzzhowu8nf/2015-08-02 13.29.37.jpg?dl=0

The complete setup from the front. The NAND wires are still soldered on, however, it does not matter in any way if the are on or off, tried both and checked the soldering there as well:
https://www.dropbox.com/s/0pe5lyk7wj349wb/2015-08-02 13.29.43.jpg?dl=0

I have afterwards again written back the stock NAND, and the console works just fine again, and boots stock just fine, even if the CR4 is still powered (and also if it is not powered).


EDIT: Apparently, the console now has problems with the CPU_RST, since the debug light does not light at all anymore. Don't know what happened, but I assume it is a short. I checked everywhere on the console, and I do not see any shorts. I noticed a slight burned smell from the motherboard, so I am assuming the worst has happened. I proceeded to write back stock NAND again, and the console doesn't boot now. Instead, it keeps on doing the small fan reset sound, with or without the CR4 enabled. After 30 seconds or so, it also gives a RROD with error code 0022. I am close at giving up on this console, but I might try and fix it now. Anyone knows if this can be fixed? I looked the error up, and I am quite certain it is not because of the solder balls below the CPU or GPU.

I also want to check the CPU Protection Diode. Does anyone know where it is placed? :)

EDIT 2: I removed all wires and wrote back stock nand. Now, the console doesn't get the error code 0022 anymore, now it gets 0021. On boot, the fan makes a few tick noises, and then the error comes just a few seconds later. I looked it up on the forum here, and it seems there's something wrong with my CPU_RST. However, I have not damaged any traces, and everything seems to be intact. But due to my mistake written above (about the slight burned smell and the console RROD'd there) then I would assume it's an IC or something similar, which needs to be replaced. Can anyone give some hints on what to measure exactly, and what components which could be the culprit? Thanks :)
 
Last edited:

lolerguy

Junior Member
Aug 2, 2011
16
1
Bumping the thread in hopes that someone may see it again :)

I finally got a postfix adapter V2 for my Corona V5. I used it with the CR4, and it booted pretty much straight away to XeLL! So apparently, this must have been a really stubborn Falcon...

So now I decided on at least to try and fix the Falcon. As mentioned in my post above, I suspect it has something to do with CPU_RST. I do not receive the 0021 error anymore, it now goes back to 0022 after 30 secs or so...