Non Volatile RAM (F-RAM & NVSRAM) Forum Discussions
We have an FM25L16B in our product. I want to know how long it takes the memory chip to write one byte to the cell of the FRAM after it has been transferred to the memory chip via SPI. I need this information to calculate the probability that a power interruption will interrupt this write cycle.
A similar question was asked in https://community.infineon.com/t5/Non-Volatile-RAM-F-RAM-NVSRAM/FRAM-access-time/td-p/119910, but the write access time was not given by @PradiptaB_11 .
AC characteristics for SPI FRAM (FM25CL64B) is based on signal rise/fall times of 5ns, which includes CLK signal as well.
What is the max. acceptable clock rise/fall time, supported by the device?
Thanks in advance
Could you please provide us the latest REACH-233, ROHS, TSCA coc’s and Material Declaration Sheets for the below parts #
I've run into a problem with some FM25CL64B-GA chips in a new device.
To initialize the FRAM (not trusting the factory default values), I read a specific location (last 4 bytes) and look for a specific pattern (0xBEEFF00D), and if it isn't there I set the complete memory array to 0x00, then write my pattern to the appropriate location. On the next start, I look for the same pattern at the same address and, if the pattern is there, bypass zeroing out the array.
The problem is that I repeatably read garbage instead of my pattern at startup, and zero out the array erroneously. The chip seems to not be ready to be read. I checked the documentation and 001-84477 Rev. *J says that I need to wait a minimum of 1ms from power up to first chip select (tPU) which is what I had coded.
I'm running the chips at 3.29V (measured with a Fluke 87V), 16MHz on SCK, medium SPI pin drive current giving a good voltage swing to both rails and square edges, room temperature. To be sure that it just wasn't a bad chip, I had our tech swap the piece with another from the same lot (date code CYP 1619)
Since my micro processor has a reasonably stable clock and a 1ms tick, I delay until the top of the next tick before accessing the memory. I still have the startup problem. Okay, the processor may boot earlier than the FRAM, the tick counter may not be precise and it might tick early by a few microseconds, so I adjusted the startup delay.
So I tried increasing the startup delay to 2 and 3ms but read the wrong value, and finally at 5ms the system started reliably correctly in my tests, so I increased the startup delay to 10ms and the system starts correctly in testing. No other changes to the code or hardware. I also checked to see if the system tick (1ms tick) was correct, yes it is (within a microsecond).
Just increasing the delay before reading the FRAM fixed the issue.
Oddly, the startup time (tPU) was 10ms in the original version of the documentation, but reduced to 1ms in version *A in 2013.
So, my questions: the value of tPU is 1ms minimum, what is the recommended typical value? 5ms (which is greater than 1)? 1000ms (which is greater than 1)? Does it vary with temperature? Are there other parameters that affect my choice of delays to meet tPU?Show Less
The program cannot read and write after porting (after repeated testing), the data register assignment of SPI cannot be changed, the read and write timing on the data manual is consistent, why is this, anything to pay attention toShow Less
I have been chasing an intermittent write problem with the CY15B104Q-SPI
1/- Hardware. 4off memories are connected to SPI2 on the dsPIC33E512GM304 micro. The SPI is dedicated to the memories and is not used by any other devices. The SPI clock rate is 12.5MHz. 4 latched chip selects are provided to each memory.
2/- software. The memories are labelled A,B,C,D. The data words are 32 bit. The system writes data to the memories as follows: a) chip select memory A. Send write enable command. Send write command.
b) send 32 data bits with 32 clocks (one data word)
The memory remains chip selected until the next memory word is written.
After 131,008 data words ( the top 256 bytes of each memory are not used for data) memory A chip select is set high and the sequence is repeated for memory B.
The time between data word writes varies between 100us and 10 seconds depending on the operation of the system.
3/ Problem. With word write intervals of 100us to 10ms, no errors occur . With write intervals of 100ms or greater random bit errors occur. There may be one or more bits in the 32bit word incorrectly complemented. The words preceding and following the incorrect word are always correct.
See attached data plot for an example. The boundaries where the memory is switched are at 131007,262014, and 393023 words. NOTE THAT MEMORY D SHOWS MORE GLITCHES THAN THE OTHERS.
I have isolated one incorrect write as an example. Note two bits are complemented from the correct values.
Note that I have replaced real data with a sawtooth for clarity.
As an additional check, the CY15B104Q memories were replaced with 23LC1024-I/SN volatile serial RAM. No write glitches were observed. This seems to indicate that the SPI is working correctly.
4/- Hypothesis.. There is a failure mechanism in the F-RAM memories which occurs if the interval between writes ( with the memory in write mode and chip selected) becomes too long. The fact that one memory shows many more write failures than the other three seems to indicate that the problem is sample dependent.
Please review this as quickly as possible. Note we used CY15B104Q rather than CY15B104QN. Have there been any changes to the chip design?
Cosmo LittleShow Less
The DQ output level of the FM28V202A IBIS model in Slow weak mode, is equal to 2V maximum, whatever the load, which is lower than the minimum level guaranteed by the datasheet 2.4V for -1mA and VDD=2.7V. Did we do something wrong?
Thank you in advance for your help,
I am trying to interface a FM24V05 to an STM32H723 on a custom PCB, but for some reason it will not acknowledge to any write/read requests in the addressing phase. I have confirmed the address is correct and it will not reply to any of the reserved slave ID's either. I have swapped out the chip for an FM24V10 as well as other chips from a different batch. Further, I have a CY8CKIT-044 and swapped the FM24V05 onto it and found it was successfully addressed by Bridge Control.
Attached is a image of a signal analyser readout of the transaction running at 100kHz (I have tried using lower frequencies) and probed directly on the SO8 pins to rule out bad solder joints. A 3.3V supply is provided to the chip with a 0.1uF cap right next to it and was observed with an oscilloscope showing no obvious power problems between VCC and GND.
There are other devices on the bus which are all successfully talked to (I disconnected them to rule them out), with 2k7 resistors pulling the I2C lines high.
I took a signal analyser capture of the chip talking on the CY8CKIT-044 and saw no real differences and compared the schematic/PCB files and again saw no real concerns.
This has stumped me for quite a while so any help would be great!
Our new product is now in release phase, there is CY15B128J-SXAT chip in our design, but this chip we can't find in spot market or agent.
We don't want to change our PCB and firmware, do you have some suggestion to replace this chip with other pin to pin compatible ic and with the same register defination, so we don't need change our layout and firmware?