How Video Game Cartridge Saves Work: Batteries, SRAM, EEPROM and Flash

Illustration of how video game cartridge saves work showing an open retro cartridge with battery and SRAM chip

An old cartridge can remember an adventure for decades, then greet you one day as if you have never met. The culprit may be an exhausted battery—but it depends on what is inside the cartridge. Some save memories need continuous power. Others do not, and a battery may be keeping a clock running instead.

Here is how cartridge saves work, how the main memory types differ, and why making a backup is a better preservation plan than guessing how many birthdays a coin cell has left.

Table of Contents

Passwords: a different approach

A password system puts the record of your progress in your hands. The game generates a code, and entering it later reconstructs the information that the system was designed to retain. It need not store a personal save on the cartridge at all.

That can mean a level reached or selected items, rather than every detail of the last session. The notebook becomes the save device, with handwriting providing an exceptionally unreliable user interface. Was that a zero, an O, or evidence that you were supposed to be doing homework?

How cartridge saves work: the short version

In a cartridge that stores progress electronically, the game writes data into writable memory. That is distinct from the ordinary read-only memory containing the game program. Pan Docs’ Game Boy hardware reference describes cartridge RAM used for saved positions, high scores, and other information.

What happens after power is switched off depends on the memory:

Memory Needs power to retain data? Main distinction
SRAM Yes A backup battery can maintain it while the console is off.
EEPROM No Nonvolatile storage with a particular read/write protocol.
Flash No Nonvolatile storage typically involving erase operations before rewriting.
FRAM No Ferroelectric storage with fast writes and high endurance.

These are alternatives, not a neat succession in which one generation completely replaced the previous one. Several technologies coexist within the Game Boy Advance library alone.

Advertisement

Battery-backed SRAM

SRAM is volatile: it requires power to retain its contents. A cartridge’s backup supply keeps that memory alive when the console stops supplying power. The exact switching circuitry varies by board; there is no single two-diode diagram that describes every cartridge.

Nor is every battery a CR2032. For example, Gekkio’s photographed Dragon Quest Monsters board identifies a CR1616. The correct replacement depends on the cartridge’s design, including the cell size, voltage, connection, and available space.

If the backup supply can no longer maintain SRAM, the stored data can be lost. A fresh battery may restore the ability to keep future saves; it does not reconstruct a vanished adventure. Link does not leave a forwarding address.

EEPROM: nonvolatile does not mean immortal

EEPROM retains data without a continuously connected battery. The GBATEK hardware reference documents 512-byte and 8-KiB EEPROM options for GBA cartridges, accessed through a serial protocol.

That describes these cartridge implementations, not a rule that every EEPROM ever made has the same interface or timing. Writing also has different constraints from simply reading a byte of RAM.

Two specifications matter for long-term storage: endurance, or how many writes a device is rated to tolerate, and retention, or how long it is rated to preserve data under stated conditions. Microchip’s EEPROM datasheet lists both separately.

A specification for one chip is not a guarantee for every old cartridge. “No battery to replace” is good news, but it is not the same as “no reason to make a backup.”

Flash and FRAM

Flash memory

Flash saves also survive loss of power. GBA cartridges commonly use 64-KiB or 128-KiB flash arrangements. In his 2020 emulator-development account, Dillon Beliveau explains the command sequences and erase operations that distinguish these from straightforward SRAM access.

One useful example is PokĂ©mon Ruby’s documented cartridge hardware: it has 128 KiB of flash, a real-time clock, and a CR1616 battery. The battery supports the clock rather than retaining the flash save. A clock-battery warning and a lost save are therefore different problems.

FRAM

Ferroelectric RAM combines nonvolatile retention with rapid writes. It exists in both parallel and serial forms. Infineon’s serial FRAM documentation is one example of why “all FRAM behaves identically to parallel SRAM” is too broad.

It was also present during the original GBA era. A photographed Fire Emblem: The Sacred Stones cartridge contains a Fujitsu MB85R256S, with a 2005 component date. FRAM is not an invention that arrived only with modern reproduction cartridges.

A compatible FRAM modification can remove a particular save battery dependency. It still needs the right electrical interface and a sound board. A chip’s reputation cannot compensate for bad assembly.

Why saves fail—and what age can tell you

A depleted backup battery is one possibility. Damaged connections, corrosion, a faulty memory device, interrupted writes, or incompatible aftermarket hardware can also cause trouble. The symptom “my save disappeared” is not a complete diagnosis.

Calendar age alone cannot tell you that a cartridge has exactly five years left. Battery capacity, current demand, storage conditions, and self-discharge all affect the result. Even a coin-cell manufacturer’s datasheet specifies test conditions and discharge behavior, rather than a universal cartridge expiry date.

If an old save matters to you, treat its continued existence as an opportunity to copy it. Waiting for a warning assumes the hardware will politely schedule its failure.

Preserve the save before replacing a battery

For a battery-backed save, removing the battery without another supply can lose the contents. The practical starting point is a compatible cartridge reader and a verified copy of the save, before any soldering.

FlashGBX, for example, supports backing up and restoring saves with supported Game Boy and GBA readers. Check the reader’s support for your particular cartridge, especially if it is a reproduction.

  • Identify the exact game, region, and board where possible.
  • Read and save the existing data before making changes.
  • Keep an untouched copy elsewhere and verify that the backup is readable with a compatible tool.
  • Use a repair procedure and replacement part appropriate to that board.
  • After repair, check that saving and loading still work before trusting the cartridge with new progress.

iFixit’s GBA battery guide illustrates work on a tabbed battery and emphasizes correct orientation. This is not a reason to hold a loose coin cell against live chip pins. If you are unfamiliar with soldering, a repairer can replace the battery after you have secured the save.

Advertisement

A clock may need separate attention even when the game progress is safe. Check the behavior of the specific game instead of assuming a battery replacement resets every time-related feature cleanly.

Cartridge saves and cloud backups

Modern physical games do not necessarily store progress on their cards. Nintendo says Switch saves live in system memory, whether the game is downloaded or played from a game card.

A cloud copy can protect against losing local storage, where supported. It introduces its own account and service dependencies. Neither a cartridge nor a remote server offers an infinite lifetime, and closing a digital storefront does not automatically erase every locally stored save.

The useful preservation question is “where are my copies, and can I use them?” rather than “which technology is immortal?” That question has a much shorter answer: none of them.

Frequently asked questions

Does a battery always mean the save needs it?

No. It may power a real-time clock, as in the Ruby example above. Identify the save memory separately.

Can I identify the memory without opening the cartridge?

A reliable game database or compatible reader can help, but region, revision, repairs, and reproductions can complicate identification. A case label alone does not prove which board is inside.

Can an emulator wear out the original EEPROM?

Not simply by emulating it. An ordinary emulator writes a save file on its host device; it is not repeatedly programming the chip in your physical cartridge. Hardware used alongside an emulator is a separate setup.

Are reproduction cartridges automatically safer?

No. Memory type is only one part of reliability. Board quality, compatibility, and whether the saving mechanism works correctly matter too.

There is a comforting little achievement inside a cartridge that still remembers you after decades. Give it a backup before asking for decades more. Your childhood high score has done enough unpaid archival work.

đŸŸ Curiosity looks good on you. Explore the Goodies, or find our illustrated books on Amazon.

Advertisement
Share this story

Leave a Reply

Your email address will not be published. Required fields are marked *