Jump to content
Sign in to follow this  
MrBriteSide

Problems With Diy OpenXEnium

Recommended Posts

Hey guys,

So I was attempting to make my own OpenXenium modchips. I managed to get all the components and build 6 of them. Of the 6, 4 of them were successfully programmed with a BusPirate XSVF programmer (i figure I just need to reflow and check for bridges on the other 2). When I go to do the final programming using Ryzee's Xenium tools only 1 of the 4 that were programmed actually get detected with the software. Even then when I go to program that one chip with the the tools it only gets to 50% complete and then the xbox just freezes on the flashing process leaving the chip in a partially flashed state. Im using the recovery.bin file from xbins for flashing. I was wondering if you guys have any ideas as to what might be wrong in this situation. Im in the process of setting up an NXDK environment to see if I can build the tools .xbe from there.

 

Thanks

Share this post


Link to post
Share on other sites

Okay so small update. Of the one chip that was detected by Xenium-tools, I was able to use the tools and create a dump of whats on the flash chip. After looking at the code for the tool, it is writing the Cromwell loader section into the XeniumOS Part 1 section. This is making me wonder if I have some address pins bridged potentially. I think what I might try here is get a little messy and create a pseudo 2mb flash by stitching together the binary sections on my computer first and then have the tools simply flash over the stitched 2mb file. Guess ill have to try it and see.

Share this post


Link to post
Share on other sites
2 hours ago, MrBriteSide said:

Hey guys,

So I was attempting to make my own OpenXenium modchips. I managed to get all the components and build 6 of them. Of the 6, 4 of them were successfully programmed with a BusPirate XSVF programmer (i figure I just need to reflow and check for bridges on the other 2). When I go to do the final programming using Ryzee's Xenium tools only 1 of the 4 that were programmed actually get detected with the software. Even then when I go to program that one chip with the the tools it only gets to 50% complete and then the xbox just freezes on the flashing process leaving the chip in a partially flashed state. Im using the recovery.bin file from xbins for flashing. I was wondering if you guys have any ideas as to what might be wrong in this situation. Im in the process of setting up an NXDK environment to see if I can build the tools .xbe from there.

 

Thanks

Check the cpld for bridges, I found I could program the cpld but then had issue flashing the firmware. It was down to solder bridges I couldn’t even see. Most of the time just running the iron across the pins was enough but a couple I just used solder braid and that solved it.

Share this post


Link to post
Share on other sites
On 8/3/2020 at 1:38 AM, Ging3rguy said:

Check the cpld for bridges, I found I could program the cpld but then had issue flashing the firmware. It was down to solder bridges I couldn’t even see. Most of the time just running the iron across the pins was enough but a couple I just used solder braid and that solved it.

So I finally had some time to work on the chips. I did what you had suggested and I managed to fix the one chip that was only partially flashing and now I have 1 fully working OpenXenium chip. The rest though didnt seem to follow. Since I had a hot air station, I spent a good amount of time removing the chips, re-tinning the pads and cleaning the old flux up and trying to re-solder them . I then followed with two passes of solder braid, one thick and one thinner to try and get the little stuff. Unfortunately only the CPLD was still being programmed and the xbox just wouldn't recognize the chips. Im just at a loss since the LED can change color and will match the color listed in the Xenium tools meaning at least the LPC writes to the chip are working. Im thinking of using a 3.3v Micro controller board to bit-bang the lines and see what the output is and maybe that will help. Oh well.

Share this post


Link to post
Share on other sites
2 hours ago, MrBriteSide said:

So I finally had some time to work on the chips. I did what you had suggested and I managed to fix the one chip that was only partially flashing and now I have 1 fully working OpenXenium chip. The rest though didnt seem to follow. Since I had a hot air station, I spent a good amount of time removing the chips, re-tinning the pads and cleaning the old flux up and trying to re-solder them . I then followed with two passes of solder braid, one thick and one thinner to try and get the little stuff. Unfortunately only the CPLD was still being programmed and the xbox just wouldn't recognize the chips. Im just at a loss since the LED can change color and will match the color listed in the Xenium tools meaning at least the LPC writes to the chip are working. Im thinking of using a 3.3v Micro controller board to bit-bang the lines and see what the output is and maybe that will help. Oh well.

Pretty sure it will be a solder bridge, try using a meter to check for continuity where there shouldn’t be any.

Share this post


Link to post
Share on other sites
On 8/3/2020 at 7:52 AM, MrBriteSide said:

successfully programmed with a BusPirate XSVF programmer

did you had to set all this pins manually? this is the first time when I interract with JTAG stuff, found the BSDL file, then software asks me for this, but I have no idea where pins go, checked xc9572xl documentation, looks like witchcraft

Please login or register to see this attachment.

Edited by neighbor

Share this post


Link to post
Share on other sites
On 8/9/2020 at 1:41 AM, Ging3rguy said:

Pretty sure it will be a solder bridge, try using a meter to check for continuity where there shouldn’t be any.

So I had some time to work on this again and removed, cleaned and re-soldered the chips to the boards again. After which I tested with a multimeter the LAD lines. From one to the other I got no continuity and when I tested resistance I was getting around 24-25 MegOhms which tells me there really should even be any bridging whatsoever. I forgot to test the LCLK and LRESET lines but Id imagine they would be the same. It just baffles me at this point that they arent working event though I can control the LED from the xbox and everything looks good regarding continuity and resistance checks. Im thinking I might order a couple new chips and maybe even female LPC connectors. Thinking some gunk/flux got in them which is causing maybe some high speed transfer data mess-ups with it not fully contacting the LPC header on the board. I dont know at this point.

Share this post


Link to post
Share on other sites
On 8/11/2020 at 12:52 PM, neighbor said:

did you had to set all this pins manually? this is the first time when I interract with JTAG stuff, found the BSDL file, then software asks me for this, but I have no idea where pins go, checked xc9572xl documentation, looks like witchcraft

Please login or register to see this attachment.

I never ran into this screen. Since the ISE software spat out an SVF file, i assumed the pin assignments where baked into it. The programming application I use is purely CMD prompt based but may look into that, but since at least one of the six chips is being picked up by the xbox, im not sure if that is the problem. 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

  • Similar Content

    • By bulkchart32
      Please login or register to see this link.  please click that link so that u can see a video of what i'm talking about. you'll notice that there are vertical static(static as in fuzzy static on a tv not, static as in "unchanging") lines on the screen when there is a dark scene. the video doesn't show it too well but they are even easier to see in person. that is the opening sequence of xmen legends. i have this problem on 2 of my stock xbox v1.0's and on my modded v1.4(i also have the diagonal lines on it). the lines do not appear on my v1.6's. i've tried it on 2 stock and one modded 1.6 and none of the 3 have the problem. i am connected thru the official hd xbox thing(with the component cable outputs). i'm wondering if it is an issue with certain capacitors that cause this? if so, does anyone know which specific ones cause it? the reason i ask is because it would be a pain to fully recap each board of the xbox when they are functioning perfectly in all other areas so i'd rather just replace the specific ones instead of recapping the whole board. btw, none of the cap are bulging or show obvious wear. i know that the 1.4's are very prone to the diagonal lines because of bad caps but i don't which ones are the problem.
    • By damanloox
      I've two 1.0 motherboard sets (ie. motherboards, controller daughterboards and power supplies) for sale. Both have clock caps removed. Both working - no issues. 
      One of them has some clock cap damage (namely C7G6 missing). That cap (C7G6) is part of clock circuit so as long as you don't plan on bringing back the clock cap it's not used and not needed.
      Price for the lot: 50 Euro plus shipping (I'm in Ireland). Shipping to UK should be around 5-10 Euro max. Other EU countries - please ask.

Board Life Status


Board startup date: April 23, 2017 12:45:48
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.