- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- We used FM22L-16-55-TG. The control chip matched is 10M08SCE144I7G. During use, it was found that the data written to FM22L-16-55-TG had been accidentally tampered with when switching the power back on after powering off.
- Process: write data in working status "write" - > read data "read" confirm no problem -- > power off -- > power on -- > read data "read". In this process, we tested on 10 products. Some data were tampered at the first power on, and some were tampered after 20-30 power on. The phenomenon was random, but always occurred.
3.At first, we suspected that the software would cause errors when automatically operating the FRAM chip. So we modified the software to forcibly lock the write operation "write", but it seemed useless.
- We tested the products in 2001、2025、2031 batches of this chip, and the errors happened again.
I would like to know the detailed reason why this phenomenon occurs and please kindly figure out if those errors were caused by the problem of hardware or the defect of software.
5.schematic diagram
-
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi
Please note that if CE and WE are both LOW during power cycles, data will be corrupted which is what you are observing. Is there any reason why the WE and CE have so many glitches (even though pull ups are there).
What you can try is to change the pull resistance from 2K to 10K ohm and see if this phenomenon continues.
Thanks,
Pradipta.