Hi,
In the previous inquiry thread about why we encountered timing violation issues (as the error shown below), your team mentioned it was due to "The timing conflicts are related with using a 10ns clock on a 20ns device. But I think this SRAM doesn't require an input clock signal. Why would setting my clk to 10ns affect the SRAM?
Or do you mean it as shown in the figure below (the first line is the control signal, the second line is address, and the third line is SRAM data output)? When I set the control signal to low (open), the initial segment of unknown and incorrect values will display as the timing violation. Therefore, as long as I ensure that I am using the correct values later on (ffb8) in my continuing circuit, my circuit can operate normally (my circuit can indeed pass simulation under this condition currently).Additionally, you mentioned last time that I could slow down the clock speed. So I tried to slow down the clock to 100ns or even slower, but still encountered timing violations. Therefore, I'm not sure what range of slower clock you are referring to. Could this also be related to my time scale setting being "timescale 1ns/1ps"?
--- The following part is what I want to confirm about the other answers you replied to me last time ---
LINKS: Timing violation of 7025L20PFGI SRAM - Memory Products - Memory Products - Renesas Engineering Community
I think "taa" means "Access Time from Address" (as shown in the right picture), so I need to change this value to 20 ns (if I use a 20ns device). Is that correct?
And if I want to change the device speed, I just need to adjust taa to 15/17/20/25/35/55.
Thank you very much for your response!
Best,Jason Shih