Replies: 1 comment 7 replies
-
|
Okay, after looking at this more closely, the fix was simply changing the Sanni Reader from 5v to 3v. It now dumps the ROM and the checksum is correct and unchanging. This does give rise to a new question that I'm hoping a guru can help answer/explain. My understanding is the "issue" with repro flash was they used 3.3v chips while the SNES was a 5v system, and over enough time (or with a worn out system with bad caps or regulators), this voltage differential could potentially cause damage. It looks like this board now has a 3.3v<->5v regulator which I assume is to address that potential issue. If the above is correct, why is the cart reader having issues reading the ROM when set to 5v instead of 3v? Does the cart reader use a different pin (thus bypassing the 622k regulator) to dump the ROM? |
Beta Was this translation helpful? Give feedback.
-
|
But your board is a H01 board..? Il should only accept HiRoms, not LoRoms ? I'm not an expert but I tried to flash Near's Bahamut Lagoon translation in a classic H01-10k (ExHirom very respectful of the original hardware) and it was full of bugs, which might be due to overvoltage. Maybe "classic" roms are more flexible about reading errors or maybe we don't see them on screen... |
Beta Was this translation helpful? Give feedback.
-
|
Oh and when did you get these ? I made a recent order and got the classic H01-10k but with a M29W640, which is not supported but the cartreader |
Beta Was this translation helpful? Give feedback.
-
|
Shoot, sorry, you're right. This wasn't the Thrcia 776/ExLoROM (been working on that one for a while so it was fresh in my mind). This was Fire Emblem Genealogy of the Holy War. I'm actually about to try Bahamut Lagoon with Near's translation. The bugs are due to Bahamut Lagoon using the SRAM as additional RAM for storing names, so any time the game tries to display a name where you're able to customize it, it starts accessing random parts of memory. According to what I read, you need to connect SRAM A13 and A14 to snes A16 and A17 (https://www.obscuregamers.com/threads/putting-nears-v1-2-bahamut-lagoon-translation-on-a-cartridge.3810/) Haven't had a chance to try this out just yet, but it makes sense given how the text corruption seems to be pulling from random parts of memory. |
Beta Was this translation helpful? Give feedback.
-
I got these about a week ago. I also had a few LoROM boards that have also been updated with the voltage regulator on them. They also require bridging WE/WR and disconnecting (cutting) the pads on the far right, similar to the H01-10k boards, which is a bit annoying because I used to be able to just plug a LoROM cart into the reader and replace the ROM on it without opening it up. |
Beta Was this translation helpful? Give feedback.
-
|
Good to know ! Well, I tried to link SRAM A13 to SNES A16 and SRAM A114 to SNES A17 and it didin't work... |
Beta Was this translation helpful? Give feedback.
-
I've recently seen a new board revision on some repros, H01-662k instead of the older H10-10k I used to see. One quirk I've found is these R01-662k boards always produce a different checksum when dumping the ROM. I've observed this on multiple boards, so I don't think it's just a case of a faulty ROM chip. Either the board design itself is faulty, or there's something funny going on between the cart reader and the chip when performing the dump.
Has anybody else seen these R01-662k boards, and have you seen a similar behavior?
On the bright side, it looks like the point of this revision is adding a 5v<>3.3v voltage regulator (the 662k chip near the bottom right of the battery). Although I have no idea if that single chip in the location actually solves the problem, but I've also never had any issues after playing around with repros for romhacks and translations for about a decade.
Beta Was this translation helpful? Give feedback.
All reactions