ZHCSUP0A March 2024 – September 2024 DLPC964
PRODUCTION DATA
一旦 Aurora 块数据传输完成,只要在发送该块数据传输的第一个数据包后至少经过了 300ns,APPS FPGA 用户逻辑就可以将 DMDLOAD_REQ 信号置为有效。之所以需要这样的建立时间,是因为 Aurora TX/RX 通道路径有 300ns 的发送延时,并保证 DLPC964 控制器在 Aurora 块数据传输到达后将收到 DMDLOAD_REQ 标志。
在大多数情况下,由于数据块传输的大小,此 300ns 设置要求会自然得到满足。当 APPS FPGA 可以将 DMDLOAD_REQ 信号置为有效时,它足够大,可以保证从发送第一个有效数据包到块的最后一个有效数据包的时间远超过 300ns。当 APPS FPGA 尝试发送一个小的不完整 DMD 数据块时,300ns 的建立时间窗口变得至关重要,如图 7-7 中的示例所示,APPS FPGA 总共仅将不完整 DMD 数据块的 3 行(表 7-3,ROW_LENGTH = 3)发送到 DLPC964 控制器:
APPS FPGA 发送一个块控制字以指示 Aurora 块数据传输开始。
通过四个 Aurora 数据接口通道发送 3 个数据行后,APPS FPGA 等待 300ns 的建立时间到期,然后再发出 DMDLOAD_REQ。请注意,300ns 是从数据接口上的第一个 TVALID 开始进行测量的。
满足建立时间后,APPS FPGA 将 DMDLOAD_REQ 置为有效。
BLKLOADZ 由 DLPC964 控制器置为有效以指示 DMD 数据加载操作正在运行。
图 7-7 三个 DMD 行的加载操作的 DMDLOAD_REQ 建立时间示例. 对于不需要数据包的操作,例如块清除(表 7-3,LOAD_TYPE = 001)和块置位(表 7-3,LOAD_TYPE = 010),仍需要 DMDLOAD_REQ 的 300ns 建立时间,并且该建立时间从块控制字数据包开始进行测量。图 7-8 说明了一个块置位操作示例:
图 7-8 块置位操作的 DMDLOAD_REQ 建立时间示例.