Non Volatile RAM (F-RAM & NVSRAM) Forum Discussions
Is there any command or method to batch erase regarding the non-volatile part of NvSRAM?
Although it is OK to perform clear (WRITE) processing from the upper CPU to all addresses,
However, with an access time of 45ns, it would take several tens of ms to clear all 16Mbit addresses, so I was wondering if there is a process that can clear all addresses in one shot.
We would appreciate your confirmation.
I perchased the parts of CY15B108QN-40SXI, but the marking of them is “CY153D3”. We doubt that we received wrong parts.
Pls help to check that, thank you.Show Less
I am looking for a software which writes data to FRAM (FM25V20A-G) from PC. Can FLASH USB Programmer New 8FX work for FRAM also? If it doesn't, is there any software I can use?
Thank youShow Less
I want to find a drop-in replacement for FM25L04B because it has errata in writing procedure, I changed it to FM25CL64B but it does not work. any advice?
I'm encountering a problem with my Code Composer Studio (CCS) project, specifically related to incorrect data storage and retrieval in FRAM. I have global variables declared as
int16 in my code, and I'm consistently using
int16 data types throughout. However, when I store and retrieve these variables in FRAM, the data appears to be getting corrupted or misinterpreted. Here are the key details:
- I'm using a specific range of memory addresses for FRAM storage, including 0x380000.
- The FRAM hardware I'm using is an FM18W08, with a capacity of 32 kilobytes by 8 bits.
I'm utilizing the FM18W08 for data storage and examining the stored variables within the Code Composer Studio (CCS) expression window. My hardware is the F28388D DSP (CPU1). I've enabled the chip select (CS) functionality using a memory address, employing the SN74LVC138A 3-Line to 8-Line Decoders/Demultiplexers. Specifically, I've utilized EMIF1 CS4n to trigger the SN74LVC138A, and CS4n covers a memory address range spanning from 0x380000 to 0x3DFFFF.
Within this address range, I've allocated addresses from 0x390000 to 0x3D0000 for other purposes within the code. Starting at memory address 0x380000 and defining a length of 0x008000, I've successfully stored data ranging from 0 to 255. However, when attempting to store values outside of this range, the data interpretation appears to be incorrect.
To illustrate this issue further, let's consider three global variables: 'a,' 'b,' and 'c.' Initially, 'a' is assigned the value 3, 'b' is assigned -3, and 'c' is assigned 260. However, upon storage and retrieval, 'a' retains its value of 3, 'b' appears to be interpreted as 253, and 'c' is read as 4.
I've checked my code, and everything seems to be in order, yet the issue persists. Can you please provide guidance on how to troubleshoot and resolve this problem? Are there any known considerations or settings I should be aware of when working with
int16 data types and FRAM in CCS? Your expertise would be greatly appreciated. Thank you!"
I know that this product has a temperature requirement of max 85°, but is there any way to guarantee that it can be used up to 105°?
If so, please let me know the conditions.
We are using the NVSRAM CY14B101PA-SFXI over the SPI protocol in Linux.
The Linux kernel version is 5.10.9.
Required the drivers for NVSRAM CY14B101PA-SFXI.
Please share the drivers.
Thank youShow Less
I know that NVSRAM has Auto Store, Store operation by address setting, and HW Store operation by HBS pin, but is there any operation required for FRAM when power is interrupted?
Is it recognized that since it is a non-volatile memory, the user does not need to operate it in any way, and the data byte that has been successfully written is written just before the power is turned off?
The datasheet says f_sck=1MHz 1.0mA f_sck=50MHz 5.5mA, but is there any information on the current consumption for the frequencies in the middle? Specifically, I would like to know the current consumption at 12.5MHz. (TYP/MAX) Thank you in advance.Show Less
Excelon Example I found here compiles, and I can download to the Nucleo-64 board, with CY15FRAMKIT-002 attached. However the serial terminal (puTTY) shows no activity. I have double checked settings. I even probed USB connection with an oscilloscope and confirmed the QSPI guiMENU is not being sent on the serial connection. Any thoughts on my issue?
I also tried replacing the GUI_Menu() call in main.c with a FRAM-Read() expecting to see CK or CS in QSPI interface wiggle. Monitoring these signals with an oscilloscope, I confirmed nothing is being sent to the QSPI interface.
The comments in FRAM_Interface_Reset() says that the implies I might need to confirm "ID register value". Not sure how to do that but I am just guessing what the issue is.
I was able to use the STM32Cube IDE to send a simple command to the QSPI and confirmed the interface HW works (as seen on oscilloscope).Show Less