请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
器件型号:TMS570LS1227 尊敬的所有人:
数据表(SPNS192B、表6.25、页83)将 BANK7按字大小(144位)指定为300 µs。 在我们的应用程序中、我们仅写入16个字节且禁用了 ECC、我们需要最坏情况下的时间。
在小于字大小的最大写入时间内是否有任何数据可用、例如按字节(最好禁用 ECC)?
非常感谢您的时间和支持!
谨致问候
路易斯
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
尊敬的所有人:
数据表(SPNS192B、表6.25、页83)将 BANK7按字大小(144位)指定为300 µs。 在我们的应用程序中、我们仅写入16个字节且禁用了 ECC、我们需要最坏情况下的时间。
在小于字大小的最大写入时间内是否有任何数据可用、例如按字节(最好禁用 ECC)?
非常感谢您的时间和支持!
谨致问候
路易斯
您好、Luis:
很抱歉我的答复出现延误。
Unknown 说:数据表(SPNS192B、表6.25、页83)将 BANK7最大写入时间(按字大小(144位)指定为300 µs。 在我们的应用程序中,我们只写入16个字节,并禁用 ECC ,我们需要最坏的情况时间。
这里144位(128+16)表示128位数据和16位 ECC。 128位意味着16字节。
即使我们禁用 ECC、16字节写入的最大延迟也是300us。
是否有任何数据可用于小于字大小的最大写入时间,例如按字节(最好禁用 ECC)?
实际上、每次写入都可能有144位的吞吐量。 即使我们只写1拜、延迟也不会改变、如上所述、它将是最大300us。
这就是为什么它们没有在数据表中为单字节提供延迟、因为写入单字节也将采用相同的延迟。
--
谢谢。此致、
Jagadish。