2
\$\begingroup\$

I was wondering if there is a hybrid between the serial and parallel EEPROM's? What I mean is, is there an EEPROM that can be written to over I2C and then once it is setup can be controlled with some hardware Address pins, like how parallel EEPROM's change there output pin states when their address pins change.

Just some background, I am, for fun, building a little 4 x 7 segment led display. I wanted to just have the arduino send the current time once a minute to the eeprom over I2C, where then an external clock and counter change the eeproms addresses to multiplex the display.

\$\endgroup\$
2
  • \$\begingroup\$ Why not controlling the LEDs directly with the arduino? I don't see the need for an EEPROM here. If you needed GPIO pins, there are SPI and I²C port expander chips. \$\endgroup\$
    – Turbo J
    Commented Jun 22, 2018 at 19:47
  • \$\begingroup\$ I am looking for the same type of device. However don't do it this Way: Don't use EPROM to store volatile data. You will ware it out, and you don't need it. A RAM with the same interface would do it (I²C port expander). \$\endgroup\$ Commented Aug 16, 2019 at 18:03

2 Answers 2

1
\$\begingroup\$

I'm not aware of any parts that support this feature.

Parallel EEPROMs are generally considered a "legacy" part nowadays. They're all older designs, typically with 5V I/O, and they haven't changed significantly in decades. There's never been any serious consideration of adding more modern features like I2C access; these parts are all aimed at use in ancient systems designed long before I2C was in common use.

Besides, EEPROMs are primarily intended for "write-once" applications. While they can be rewritten, they have a limited number of write cycles -- 10k - 100k is typical. Even at one write per minute, you'd burn through that in weeks or months.

Consider using an LED driver like the MAX7219 / MAX7221 instead. They're made explicitly for this application -- they'll handle everything, including current control, multiplexing, and even have a character table built in -- and they can be controlled over SPI.

\$\endgroup\$
1
  • \$\begingroup\$ I agree this is a poor use for an EEPROM (to store volatile data). However I with to use something in a legacy configuration, but to be easy to program using modern tech. \$\endgroup\$ Commented Aug 16, 2019 at 18:05
2
\$\begingroup\$

Using memory as a lookup table is a time tested idea. Nowadays, there are better methods for controlling LED arrays.

LED array driving is often done with specialized parts. My go-to part of this sort is AS1115 (it's controlled through I2C). It doesn't have non-volatile memory. You would write to it every time you want to change the pattern on the LED array.
So, the EEPROM on the microcoltroller would provide the non-volatility.

\$\endgroup\$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.