[参考译文] AM4376：CSWROFFTIME、WRCYCLETIME 设置

您好、Bin、

感谢您的支持。
我将等待 GPMC 专家的回答。

此致、
金江市

您好 Kanae、

我正在审阅您的意见。

我将不得不在内部检查、然后回来。

请预计响应会延迟。

此致、

斯里尼瓦萨

尊敬的  Sreenivasa：

感谢您的支持！

您能告诉我们一个预估回复日期吗？
因为需要向客户报告。

此致、
金江市

您好 Kanae、

感谢您的备注和理解。

我将就此采取后续行动、并努力在本周结束或下周早些时候提供意见。

此致、

斯里尼瓦萨

尊敬的 Kanae：

很抱歉响应速度慢。

我要说的是、同步模式(使用 GPMC_CLK)比 CycleTime >所有关闭时间和 RdAccessTime 的异步模式有更严格的要求。

我已将同步规则粘贴到此响应下方。

但是、如果使用 WAIT 引脚、则由于两个 GPMC_CLK 时钟周期的高级流水线是等待信号的内部同步要求的结果、WAITREADMONITORING 规则可能在异步读取访问模式下适用。
我需要内部重新确认。

否则、当 RDCYCLETIME 或 WRCYCLETIME 结束时、如果它们尚未失效、则所有控制信号(nCS、nADV/ALE、NOE/RE、NWE 和 BE0/CLE)都将取消置位为其复位值、而不管它们的取消置位时间参数如何。

这将允许您设置 CSWROFFTIME = WRCYCLETIME。
下周同一时间再见。

--><!--kadov_tag{</spaces>

同步读取：规则1。 PAGEBURSTACCESSTIME 必须是 GPMCFCLKDIVIDER+1的倍数。

同步读取：规则2。 (RDCYCLETIME–CLKACTIVATIONTIME)必须是 GPMCFCLKDIVIDER+1的倍数

同步读取：规则3。 (RDACCESSTIME–CLKACTIVATIONTIME)模数(GPMCFCLKDIVIDER + 1)必须与 GPMCFCLKDIVIDER 不同

同步读取：规则4。 如果 GPMCFCLKDIVIDER 大于0、则 RDCYCLETIME 必须大于或等于 RDACCESSTIME+2。 如果 GPMCFCLKDIVIDER 为0、则 RDCYCLETIME 必须大于或等于 RDACCESSTIME+1

同步读取：规则5。 如果 GPMCFCLKDIVIDER 大于0且启用了 WAITREADMONITORING、则 CSRDOFFTIME 必须大于或等于 RDACCESSTIME+2。 如果 GPMCFCLKDIVIDER 为0且启用了 WAITREADMONITORING、则 CSRDOFFTIME 必须大于或等于 RDACCESSTIME+1

同步读取：规则6。 如果 GPMCFCLKDIVIDER 大于0且使能 WAITREADMONITORING、则 OEOFFTIME 必须大于或等于 RDACCESSTIME+2。 如果 GPMCFCLKDIVIDER 为0且使能 WAITREADMONITORING、则 OEOFFTIME 必须大于或等于 RDACCESSTIME+1

同步读取：规则7。 无论 WAITREADMONITORING 和 GPMCFCLKDIVIDER 如何、OEOFFTIME 和 CSRDOFFTIME 必须大于或等于 RDACCESSTIME+1

同步读取：规则8。 RdCycleTime 必须严格大于控制信号(OeOffTime CsRdOffTime、CsWrOffTime、AdvRdOffTime、AdvWrOffTime、WeOffTime)的所有关断时间。 以及可能的额外延迟(CSExtraDelay、AdvExtraDelay、WeExtraDelay、OeExtraDelay、CsExtraDelay)。

此致、
标记

尊敬的 Mark：

感谢您的支持。

让我检查一下以确保正确。
由于我的客户采用以下配置、
您回答的问题是客户是否使用 WAIT 引脚。

-地址/数据复用
-异步单写

只要我查看表9-48即可。 数据表中异步单次写入的 GPMC 时序参数、
CSWROFFTIME = WRCYCLETIME"似乎可以，
但是、该表中是否要求不使用"等待引脚"？

请您提供内部确认的答复。

此致、
金江市

尊敬的 Kanae：

是-我确认即使在异步模式下、WAIT 引脚也仍然使用 GPMC_CLK 进行同步、因此 WAITREADMONITORING 规则5、6和7适用于异步和同步模式。

金江市

尊敬的 Mark：

感谢您的支持。
我的理解是否正确、如果即使在同步模式下也遵守规则5、6和7、
那么客户问题中的 CSWROFFTIME 与 WRCYCLETIME 的值相同(如数据表中所述)，
因为上述规则中未对其进行描述。

CSWROFFTIME = WRCYCLETIME =>确定
CSWROFFTIME +1 = WRCYCLETIME =>不需要

仅作记录、我的客户当前正在使用以下设置进行评估。
CSWROFFTIME+1 = WRCYCLETIME
CSRDOFFTIME+1 = RDCYCLETIME

根据您的回答、这可能需要修改、因此我等待您的回复。

此致、
金江市

尊敬的 Mark：

感谢您的支持。

您能告诉我的附加问题的预估回复日期吗？
因为需要向客户报告。

此致、
金江市

您好 Kanae、  

我正在与专家核实。

我们将在一周结束时提供答案或时间表。

此致、

斯里尼瓦萨

尊敬的 Kanae：

如果客户在写入期间使用等待(WAITWRITEMONITORING = 1)、
  如果 GPMCFCLKDIVIDER = 0、则 CSWROFFTIME +1 = WRCYCLETIME
  如果 GPMCFCLKDIVIDER = 1、2或3、则 OR CSWROFFTIME+2 = WRCYCLETIME

我想这能满足写入周期结束时 WAIT 引脚激活的条件。
由于该等待信号需要一个或两个 GPMC_FCLK 周期才能传播到 GPMC 状态机、因此、如果在等待传播完成前写入周期结束、可能看不到等待。 或者当注意到等待时、CS 将已经取消置位。 写操作的 Wen 信号也是如此。

等待信号应在 WRACCESSTIME 之前的2个周期内有效。 我想如果可以保证客户的系统在此时间后不会将 WAIT 置为有效(就像在写入周期的最末尾)、则 CSWROFFTIME = WRCYCLETIME 是有效的。 CSWROFFTIME = WEOFFTIME 也可以。

如果客户执行一个突发/页写入、这个建议会改变。 我认为第7条适用于 CSWROFFTIME 和 WEOFFTIME。

客户是否正在使用任何 EXTRADELAY、例如 CSEXTRADELAY = 1、ADVEXTRADELAY = 1、WEEXTRADELAY = 1、OEEXTRADELAY = 1？
在这种情况下、WR/RDACCESSTIME 需要> XXXOFFTIME。

此致、
标记

尊敬的  Sreenivasa 和 Mark：

感谢您的支持！

我将与我的客户分享这个信息。

此致、

金江市

您好 Kanae、  

感谢您的留言。

此致、

斯里尼瓦萨