Sega Saturn Internal Memory Mod with FRAM – no battery required

I was burned too many times when I power up my Sega Saturn to notice that my CR2032 had died. The CR2032 on the Sega Saturn is responsible for maintaining power to the internal battery-backed SRAM (i.e. your internal saves) and maintaining the system’s RTCC (real-time clock and calendar). When the battery dies, which seems to happen MUCH too frequently on my Saturn, you lose both the clock’s time and the internal saves. You can easily tell this has happened when you power up the system and you get the following screen prompting you to re-enter the time and date.

Ah Snap! If you’re busy like I am, you probably forgot to transfer your saves to a Cartridge Backup the last time you played – and now you’ve lost everything, including all meaning to your life!
A couple of weeks ago this happened to me for the hundredth time and I decided to do something about it! I usually am not a strong supporter of modding consoles but this time I set out to modify my Sega Saturn to use a non-volatile form of internal memory in order to get rid of this problem once and for all.

BRAM Circuit in Sega Saturn and Pinout Comparisons

I decided the ideal technology to use would be Ferroelectric RAM – it is designed in most cases to be a direct replacement to battery-backed SRAM applications. Below, from left to right, is:
  • Schematic of battery-backed SRAM from Sega Saturn
  • Pinout of Sega Saturn’s UPD43257B
  • Pinout of FM1808 (my candidate replacement chip)

The pinouts are almost perfect matches except for one pin. The UPD43257B has an active-high CE signal on pin 22 (driven by signal SCE2 on the schematic) whereas the FM1808 has an active-low #OE signal on pin 22. Tracing back the SCE2 on the Sega Saturn Schematics I found that it is originating from a battery management IC. This type of chip usually prevents bad writes during power down cycles. Clearly, this signal would not be necessary for the proper operation of the FM1808. So how to address the #OE signal issue on FM1808?

#WE Controlled Timing

Looking at the Saturn’s BRAM schematic more carefully, you’ll notice that it operates with only 2 control signals: SRAMCE and MWR. Inspecting the UPD43257B datasheet reveals device operation as follows:
  • Read – #CE1 = ‘0’ and #WE = ‘1’
  • Write – #CE1 = ‘0’ and #WE = ‘0’
Therefore, the Saturn doesn’t use an #OE signal for the BRAM. It simply strobes SRAMCE to read the BRAM contents. Luckily, the FM1808 can operate in a similar mode – #WE controlling timing. Below is an excerpt from the FM1808 datasheet.
As can be seen, the FM1808 can be operated with #OE being held low. If only #CE is strobed, then a read cycle occurs and dataout is present on DQ0-7 after a small delay. If however, #WE is also strobed after #CE, the read cycle is aborted (after T-wz) and a write cycle starts. This setup should result in minimal contention when a read cycle is aborted – 10ns to 15ns according to the datasheet. I figure this is safe since the BRAM isn’t accessed very often anyway. I decided to go ahead and try this!
I got a little surprise when I opened up the Saturn, I don’t have a UPD43257B SRAM in there, but luckily my UM62257M is equivalent so all my research was still relevant!
UM62257M SRAM in my Sega Saturn Replaced with Ramtron FM1808  #OE hardwired low
I will note that, even though I like to think of myself as a soldering expert, removing this chip proved to be slightly difficult. I’ve lifted many chips in my lifetime and never have I lifted 3 pads. I even used my hot-air station in order to be extra careful! Not sure if that has anything to do with the age or quality of the PCB. Either way, it’s nothing that couldn’t be fixed. Notice on the “#OE hardwired low” picture how I repaired pins 25, 21 and 3 with 28AWG bare wire. And before anyone asks, yes I did clean the board after these pictures were taken.

It’s Working!

Put everything back together and power up the Saturn, BAM! Internal memory is detected and holding save files. I powered down the console for 2 days (probably a bit excessive) with a save file in the FRAM in order to be certain that it was operating correctly. There’s no picture really that can show this is working properly but I figured I would show a picture of the memory being detected by my 3rd party Action Replay Cart. The Sega Saturn’s internal memory manager also cannot tell the difference between the new FRAM and the stock chip.

One Downside

So now I won’t lose my saves for at least 45 years according to the FM1808 datasheet. But, removing the CR2032 completely from the Saturn means that the system will prompt you at EVERY power up to re-enter the date and time. Is it worth it? For a busy guy like me who always forgot to transfer my latest save files, it sure is!
You could leave the CR2032 in the Saturn and remove the Battery power from the FM1808 (it doesn’t need it anyway). But my measurements show that the power hungry component in there is in the fact the RTC. So, even though you won’t lose your saves anymore, the battery will still die after just a few months of RTC.


Electronics engineer and retrogaming fanatic!

13 thoughts on “Sega Saturn Internal Memory Mod with FRAM – no battery required

  • 2017-02-12 at 22:34

    I wonder if swapping out the rtc battery for a supercapacitor charging off standby power would work….

  • 2017-04-08 at 22:17

    What happens if the RTC Battery is replaced with a AA battery inside a caddy?

    My MEGA CD’s SRAM has been running off a pair of AA’s for about a decade now, without any issues at all.

  • 2017-06-23 at 02:57

    Any idea if FM1808B would also work as a drop in replacement?

  • 2017-08-06 at 17:44

    I was just looking into doing something like this with the Sega CD Ramcart and was wondering if I could also do it for the Saturn, seems someone beat me to it. By the way, would a higher capacity FRAM chip work, or does it have the be the same size?

    Don’t suppose you looked on if you could do this to either a Sega CD Ramcart, or even the Sega CD’s internal memory? I don’t know if the internal memory of the Sega CD ever supported larger amounts of storage, but I know the RAM cart was designed to be able to go up to 4Megabits, even though they only manufactured 1Megabit versions, but there are homebrew 4Megabit SRAM (sadly not FRAM) carts.

    Wondering if the internal memory of either the Sega CD or Saturn could also hold more but was just never shipped in those larger capacity versions like the RAM cart can.

  • 2017-08-21 at 04:01

    Yeah, definitely look into replacing the Lithium cell with a Supercapacitor of some kind. That way, it will recharge from the wall and stuff.

  • 2017-12-14 at 12:19

    “You could leave the CR2032 in the Saturn and remove the Battery power from the FM1808”

    I want to leave the battery, which pin I have to disconnect from the FM1808?

    • 2017-12-14 at 12:25

      I see pin 28 is sharing vcc and bvcc, so I have to cut a trace from the battery side. Is it even dangerous to leave the battery connected to the FRAM?

  • Pingback: Show that Sega Saturn Save Battery Who’s Boss – Sloppy Laughs

  • Pingback: Show that Sega Saturn Save Battery Who’s Boss – Encryptedelite

  • 2019-02-05 at 07:10

    Works on VA13 and VA15 boards?
    thanx a lot.

  • 2019-02-13 at 13:18

    Hey René, I´ve followed your work and is actually a great idea to implement on Saturns!
    I´ve made on mine (VA9 PAL) but I don´t understand why is not working.
    I´ve turned on the console without the c2032 battery and memory card and I can´t save anything at all. So I assume if I had the battery, save the game and remove it, the saves will be gone.
    this is the soldering I´ve made:
    That 22 pin is lifted.
    Are you able to tell me what am I doing wrong?
    Cheers 🙂

  • 2019-03-28 at 08:19

    I do not find the FM1808-70-S. Only found with another suffix like P, PG, SG. Will it make any difference if it is the suxifo different from the S?
    Thank you very much.

  • 2019-03-28 at 13:51

    Please, Can you explain better the right way to cut trace between the battery and the fm1808?

Comments are closed.