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.

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

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?

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