# Cost and Power of EEPROM and Flash? [closed]

I am working on a project which requires low power persistent storage. It needs to store 1 kB of data at most. The data is organized in blocks logically. So, a update of one block requires 100 B to be written to storage.

The project will be powered from a coin cell so it needs to be power efficient.

Low endurance of flash is not a problem. The deciding factor for my project is power, cost and write speed.

25LC640 EEPROM datasheet at http://ww1.microchip.com/downloads/en/DeviceDoc/21223H.pdf states that it needs up to 5 ms to write a single byte. So, to update my logical block, it would require 500 ms. This is the problem for my project.

I need to decide whether to use flash or EEPROM and deciding factors are cost, power and write speed.

Please help by telling me typical write speed, cost and power of flash and EEPROM of approx. size 1 kilo bytes.

Edit-1 :

I understand that they will be trade-offs. All I want from this community is to share their design experience with me. I am not asking for a particular product. I am looking for typical figures for cost, power and write speed.

Edit 2:

My project is a BLE device. It needs to store bonding information, service context, application context and other information persistently. I am implementing a very simple filesystem and each information can be stored in a file. The problem with larger write cycle is that i can't write data instantaneously and i have to queue the request to store the data persistently. It may lead to inconsistent state in my device. Again, i can solve it by making my firmware smart enough but i want to look for other alternatives from the community.

## closed as off-topic by Marcus Müller, Nick Alexeev♦Jan 15 '17 at 21:59

• This question does not appear to be about electronics design within the scope defined in the help center.
If this question can be reworded to fit the rules in the help center, please edit the question.

• "I read somewhere" is a terrible source. Please read again. This sounds completely wrong, as if you remembered this wrong, and if you research this again, all your question would solve itself. Also, why should we be better than you at researching how much something costs? – Marcus Müller Jan 15 '17 at 21:18
• Much better, thank you! So, you might want to explain why 500ms is a problem for your project :) – Marcus Müller Jan 15 '17 at 21:25
• and saying "deciding factors are A, B and C" when A, B, and C are all contradicting each other isn't very sensible – you need to explain what your application's restrictions are. Maybe you should simply describe your applicatino. – Marcus Müller Jan 15 '17 at 21:27
• There is no typical write speed aside from that what you can find out yourself by following pjc50's answer. This is a whole class of devices, with a large range of parameter variations. You're basically asking "could you tell me the median height of the buildings". Yes, I can, but it's utterly meaningless when you consider there's buildings that are below ground as well as skyscrapers. – Marcus Müller Jan 15 '17 at 22:00
• 500ms would be an obvious problem from a power perspective, but fortunately it is probably a mistaken conclusion; taking 5ms to write one byte does not mean that it takes 500ms to write 100 bytes if you write them in suitably sized chunks. See electronics.stackexchange.com/questions/152671/… Also consider that you can sleep the MCU core while waiting for the EEPROM to finish. – Chris Stratton Jan 16 '17 at 6:52