[参考译文] AM3352：GPMC 突发写入 CSWROFFTIME

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/595822/am3352-gpmc-burst-write-cswrofftime

器件型号：AM3352

您好！

我已经提供了文档反馈、但希望这样做
确保我们的理解正确。

在突发读取的情况下、
TRM "图7-19。同步多路(突发)读取"
提及 CSRdOffTime (读取)不包括 PageBurstAccessTime。
CSRDOFFTIME = CSRDOFFTIME0 + CSRDOFFTIME1

而在突发写入的情况下、
"图7-22. 同步多写入(突发写入)"
提及 CsWrOffTime (Write)包含 PageBurstAccessTime。
因此、与 CSRdOffTime (Read)相比、它变得非常长。

我们相信说明性图7-22中提到的 CsWrOffTime
是错误的，它应该比没有 PageBurstAccessTime 的 CSRdOffTime (读取)短？

此致
库米

8 年多前

0 admin 8 年多前

TI__Guru**** 2562970 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好！

您已经打开了一个主题为 e2e.ti.com/.../594702的主题
请勿在此论坛上重复发帖。在原始主题帖可用时、将立即提供反馈。当前线程现在将关闭。

0 admin 8 年多前

TI__Guru**** 2562970 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Biser、

谢谢你。
很抱歉我发布了类似的问题。

但是、该帖子有两个问题
因此、我在这里发布是为了避免混淆。

此致

0 admin 8 年多前

TI__Guru**** 2562970 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Biser、

我们能否重新打开此帖子？
如您所见、上述帖子是有关数据表设置/保持时间和的不同主题
此问题与 TRM 图中的错误略有不同。

此致
库米

0 admin 8 年多前

TI__Guru**** 2562970 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Kummi、您是否有任何证据表明该图不正确？我认为您可能有一个好的点、因为控制信号在突发访问期间会扩展、因此 CSWROFFTIME 的计算方式应与您指出的 CSRDOFFTIME 类似。

遗憾的是、近期我没有时间在电路板上查看这一点。您的客户是否在电路板上观察到这一点？还是根据读取 CS 时间的计算方式进行猜测？

此致、
James

0 admin 8 年多前

TI__Guru**** 2562970 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 James：

非常感谢。

实际上、我们没有这样的证据、
客户目前正在设计其电路板。

此假设基于 CS 读取时间。
手册中的定义或方程是相同的
CS 读取时间以及写入时间。
因此、我们假设该图7-22不正确。

此致
库米

处理器（参考译文帖）

处理器（参考译文帖）(Read Only)

[参考译文] AM3352：GPMC 突发写入 CSWROFFTIME