ROM-Reader for Super Nintendo / Super Famicom Game Cartridges

Community Exhibition / Gallery
#65

Found an error in my romType code in getCartInfo(). If the romType is 0x32 (or 0x3A), then the code currently sets it to HiROM. This works for SDD1 (and SPC7110) carts.

While dumping Nintendo Power carts, I ran across "Super Momotarou Dentetsu 2" which is romType 0x32 but LoROM. This was the NP game that I was dumping wrong because I had flagged it based on romType as HiROM.

EDIT: Here's the modified code:

void getCartInfo () {
  ...
  // Check if LoROM or HiROM
  romType = dumpByte(0, 0xFFD5 + offsetEx, false);

  // Check RomSpeed
  romSpeed = (dumpByte(0, 0xFFD5 + offsetEx, false) >> 4);

  // Check RomChips
  romChips = dumpByte(0, 0xFFD6 + offsetEx, false);

  // Identify LoROM or HiROM or ExHiROM
  if (romType == 0x35) // ExHiROM
    romType = 2;
  else if (romType == 0x32) {
    if ((romChips == 0x43) || (romChips == 0x45)) // SDD1
      romType = 1;  //HiROM
    else
      romType = 0;
  }
  else if (romType == 0x3A) // SPC7110
    romType = 1;  //HiROM
  else
    romType = romType & 1; // 0xFFD5
  ...
}

I moved the section that modifies the romType to after the romChips check. We'll use the romChips 0x43 or 0x45 to flag the SDD1 carts as HiROM.

Good Luck!

#66

Very awesome stuff in here! I’d like to build one myself now. Could you share the eagle file (or gerbers) for your board sanni? (Assuming that the electrical test really passed of course :))

#67

There were some problems with my design so I took the files down. Mainly clearance issues that could lead to short circuits. I will refine the design and upload it again.

In other news, I added a MX29L3211 flashrom programmer to my previous post. Now you can program all interesting(in terms of SNES) flashroms with the Arduino. :)

#68

Ah, sorry to hear.. Yeah, autorouter strikes again. Good luck on the next generation. Eagle has some useful drc options, which help run some checks that prevent you from having clearance issues. Oshpark and sseedstudio (and probably many more) provide them, iirc.

#69

Thanks, I'll try that.

#70

I've used quite a few manufacturers and have a collection of DRU files from them and most Chinese fabricators teds to use 8mil for spacing where as OSHPark uses 6mil.

Here is my collection for anyone to use and they are accompanied by the fabricators name.

https://www.mediafire.com/?remkbqbjgpb08yb

#71

Someone asked about reading and writing SRAM for the Nintendo Power carts.

As I mentioned previously, reading the savegame out of SRAM is possible once a cart is switched out of the menu into game mode. I've dumped all of the savegames off of my NP carts.

I finally ran some tests writing savegames to SRAM. Using an NP cart with Super Mario World, I was able to write a new 96* savegame to the SRAM. After testing the 96* savegame, I then wrote back the original savegame. Everything works without a problem.

Once the NP cart switches from menu to the selected game, then the cart essentially becomes that game. The read/write code for ROM and SRAM should work.

I'm still trying to improve the reliability of the menu to game mode switching. I'll be doing more testing until I figure it out.

Good Luck!

#72

That’s so awesome skaman! I’m waiting for my parts now, am really excited to build this

#73

I made some short videos :grin:

#74

Cool!! Did you already receive the revised board or did you patch up the first batch? I should have the boards from the 2nd revision back from oshpark in about a week now. Can't wait :D

#75

I'm still using the 1st revision, works fine after you carefully bend the pins of the cart slot so it fits the spacing. :)

Remember that the pinout has changed between the perfboard-and-wire version and the pcb shield version, I uploaded skamans enhanced code with those pinout changes already made for the pcb in post #68.

The reason for changing the pinout was that now everything is grouped into the same ports, so that you could use direct port manipulation quite easily instead of digitalwrite to gain a speed boost if needed.

Please post pictures once your build is completed, that purple pcb will surely looks nice 8)

#76

Thanks to nocash (Martin Korth) the Nintendo Power code is finally working smoothly. I was having difficulty getting the reader to switch reliably from the Menu mode to Game mode. With a few pointers (and much patience) from Martin, I was able to identify the cause of the problem.

Switching the NP cart from Menu mode to Game mode requires a specific sequence to be sent (read more in nocash's Fullsnes document here: http://problemkaputt.de/fullsnes.txt). The final command is the game selection (Slot # + 0x80) sent to 0x2400. When the game selection is sent, then the cart immediately becomes the game selected.

The problem with the switching code was the 21.477272MHz Master Clock running the NP cart too fast for the Arduino. In order to ensure that the NP commands work properly on the reader, the Master Clock needs to be slowed down before the NP sequence is sent. After the sequence is sent to the cart, then the Master Clock is restored back to 21.477272MHz. My initial test of 2.68MHz (21.477272/8) for the slowdown works and the cart now switches back and forth between game and menu without a problem.

For optimal results, the Nintendo Power cart requires the clock generator and the snesCIC/SuperCIC.

I'll clean up my code and post it sometime soon.

Good Luck!

#77

I got the oshpark boards in the mail today :) Hopefully I have all the parts now so I can build the adapter tonight. When it's working I want to add another way of navigating the menu using something like this:

#78

According to this topic there are some nice cart slots available somewhere in china |500x297

http://forums.nesdev.com/viewtopic.php?f=9&t=12192&p=138433#p138433

I wonder how good they fit?

#79

http://world.taobao.com/item/521246288114.htm?fromSite=main&spm=a312a.7700824.w4004-10497653512.8.LeJ1No

let's see if they ship to Europe :)

it mentions 2.54mm though :(

#80

Darn, 2.54 is a no go :/

#81

I put the thing together and it seems to work pretty well! I've tried some SFX, CX4 and GSU carts and they all work. SA-1 doesn't work though, but I'm guessing my frequency generator may be off still or my improvised extra pins may not work as well as I had hoped.

#82

One thing you could test that might improve the SA-1 detection is to slow the Master Clock:

void setup() {
  ...
  // Set Clock Generator CLK0 to 21.477272MHz 
  //TESTING 10.738636MHz for SA-1 Carts (21.47727MHz/2)
  clockgen.set_freq(1073863600ULL, SI5351_PLL_FIXED, SI5351_CLK0);
  //  clockgen.set_freq(2147727200ULL, SI5351_PLL_FIXED, SI5351_CLK0);
  ...
}

The slower Master Clock appears to work with all of the carts that I have on hand including the SPC7110 carts. I've also written code to set the clock correction without an external frequency counter but it needs more testing.

Make sure you have a solid, stable power supply to the reader. The SA-1 cart is one of the enhanced carts that won't work off a flaky power supply.

Good Luck!

#83

Thanks for the tips. If it remains quirky, I have some 21.4772 and 3.072 crystals so I'll swap out the clockgen for those.

#84

According to sanni, the cheap Chinese Arduino clones have suspect power regulation that could affect SA-1 cart detection. He had problems with a CH340 based Arduino clone that required changing the onboard voltage regulator in order to get SA-1 detection working. By contrast, a different Arduino (official design) that he had always worked with the SA-1 carts.

My original reader uses a CH340 based Arduino which might explain some of the power issues that I've encountered. I recently picked up an Arduino that follows the official design with the ATmega 16U2. I'll have to do more testing with the new Arduino to see if it eliminates the need for some of my Master Clock code adjustments.

Good Luck!