FM22L-16-55-TG ISSUE

Tip / Sign in to post questions, reply, level up, and achieve exciting badges. Know more

cross mob
jane
Level 1
Level 1
First reply posted First question asked Welcome!
  1. 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.   
  2. 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.jane_8-1629251673853.jpeg

    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.

    1.   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

    jane_5-1629251629678.jpegjane_6-1629251629723.jpeg
  3.  

    jane_7-1629251629785.jpeg
0 Likes
1 Solution
PradiptaB_11
Moderator
Moderator
Moderator
500 replies posted 250 solutions authored 250 replies posted

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.

View solution in original post

0 Likes
6 Replies