[参考译文] DLP4710EVM-LC：DLP4710 中的轻控制命令执行延迟问题

您好、WD XUE、

感谢您联系我们并使用 E2E 论坛！ 我们团队的专家将审核该主题、并尽快回复您。

此致、  

Tristan Bottone

您好、WD、

再次感谢您向我们提出您的问题！

该器件的 U48 是 Cypress USB 转串行桥接器、该器件的 GPIO 0 是状态 LED：

您是否尝试像 DLPC3479 数据表的图 7-8 中所示那样稍微检查信号？ 这需要 VSYNC 信号。

请注意、TP150 或 R636 是 VSYNC 的良好参考。 位于电路板顶部 J47（引脚接头）和 J34（MSP_JTAG 接头）之间。

此致、

Aaron

您好 Aaron、

非常感谢您的回复。 在我们的 DLP4710 项目中、我们未使用外部图形。 我们认为 TP150 (VSYNC_WE) 来自 IT6801 芯片、该芯片可处理外部 HDMI 输入。 因此、我们通过 5.1kΩ 电阻器将 DLPC3479 的 VSYNC_WE 引脚连接到 GND、如图所示。

为了便于重现此时序问题、我们使用了 DLP4710EVM-LC 上的 U48 GPIO 0 信号来表示时序波形。 尽管该引脚通常被指定为 Tx 状态 LED、但它可以有效地指示开始从 PC 发出投影命令的时刻。 此处捕获的波形与在我们的实际 DLP4710 工程中观察到的波形一致。 下图显示了 DLP4710EVM-LC 上的“TP150 (VSYNC_WE)“、“U48 GPIO0“和“触发输出 2“信号之间的时序关系。 如图所示、当在内部图形光控制模式下运行时、TP150 信号保持非活动状态（无信号）。

在我们的工程中、我们使用与 GUI 相同的投影命令（命令 9E）、GUI 首先通过 RS485 发送到 MSP430 MCU。 收到此命令（或硬件 GPIO 触发器）后、MCU 立即启动中断并通过 I2C 总线将命令转发到 DLPC3479。 同时、它会切换 GPIO 引脚以输出硬件信号、指示已发送命令。

嗨、WD、

抱歉、您答对了、内部模式会与内部生成的 VSYNC 信号同步 — 此外，与您的连接的 TP150 不会导致任何与您丢失的外部数据信号有关的情况。

如果您将曝光时间从 5000us 缩短到 4500us 或 4000us、那么时间是否会改变？ 5000us 时持续看到的时间是 6.6ms、2000us 时的时间是 3.7ms？

我认为正在选择的序列索引会影响此延迟、并且时间安排可能会隐含变化。 我正在与我的软件团队交谈、以便进一步了解这一点。

此致、

Aaron

您好 Aaron、

是的、我们将不同的曝光时间从 1000us 更改为 10000us、这个时间发生了变化。 时序延迟关系： 延迟=曝光前黑暗时间+曝光时间+曝光后黑暗时间+ T0 。  T0 几乎是固定的。

嗨、WD、

您能否建议运行的是 1 位模式还是 8 位模式？ 很抱歉、从您所包含的 GUI 照片的角度看、我无法分辨。

如果是这样,那么序列索引再次从 1000us 变为 10000us ,我很好奇序列内有一个小的时间变化。 请参阅 最新固件自述文件中的此图表：

此致、

Aaron

您好 Aaron、

我们刚刚完成了一组实验（随附的 PDF 文件）。 PDF 文件包含实验数据的详细信息。 它记录与从 1677µs 到 10000µs 的曝光时间相对应的延时时间。 可以清楚地观察到、触发延迟与曝光时间的变化直接相关。 我们怀疑此误差是由 DLPC4710 固件中的程序流引起的、在该固件中、模式切换例程可能会在投影之前首先处理时序。 用于计时切换到下一个图案的变量似乎未正确应用于第一帧的触发延迟。

e2e.ti.com/.../The-delay-of-exposure-in-Internal-Pattern-mode.pdf

最好的愿望

WD XUE。

您好、WD、

感谢您分享您的发现！ 我今天亲自了解了这个、明天将有我自己的数据、我将使用 SEQ_SYNC 线路 (TP266) 进行测试、因为这应该是 ASIC 的启动条件。

我的团队和我 怀疑 GPIO0 与内部 VSYNC 的一致性、因为在显示 VSYNC 和图形之前会进行内部处理。

此致、

Aaron

我很高兴看到您已测试过此问题、但可能不是我提出的问题。 该问题涉及 DLPC3479 接收显示图形命令 (I2C 命令 0x9E) 与其实际执行（触发输出 2）之间的可变延迟。 我使用了 U48 的 GPIO0 信号来大致记录 DLP4710EVM 平台上 DLPC3479 的开始时间。 嗯、这个延迟时间并不准确；但它应该被视为是固定的、不是随曝光时间参数而变化的、尽管在 U48 GPIO0 指示命令发送时间之后会进行内部处理。

在我的 DLP4710 工程中、我使用了 MSP430 MCU 上的 GPIO 引脚来标记通过 I2C 向 DLPC3479 发送 0x9E 命令的开始时间。 这种方法提供了比 DLP4710EVM-LC 的 U48‘s GPIO0 更准确的延迟测量、但会产生相同的时序问题。

SEQ_SYNC 线路 (TP266) 可能显示硬件 SYNC 信号、但未显示在 DLPC3479 上执行命令 9E 的延迟。 这可能不是同一个问题。 我尝试使用 DLPC3479 的“3DR"硬件“硬件触发输入、延迟时间固定且非常短、但只能通过一个边沿触发显示一个图形、而不能全部显示。 因此、它无法满足我的应用要求、我们必须通过 I2C 通信命令（命令 9E）来实现。

嗨、WD、

很抱歉、混淆不清、使用 I2C 命令无法保证时序延迟。

您的应用、它使用自由运行模式、并且 I2C 命令与图形显示之间没有关联。

唯一的解决方案是通过手动过程来表征每个图形并将每个时序实现到图形输出。 再说一次,我很抱歉的困惑,因为这不是一个典型的住宿。

此致、

Aaron

您好 Aaron、

非常感谢您提供的解决方案。 但是、这种方法可能不适用于当前的硬件设计。 实际上、我的工程不需要极其精确的时序；主要目标是尽可能减少发送 I2C 命令（命令 9E）与 DLPC3479 开始执行相应指令之间的延迟。

目前、DLPC3479 固件的程序循环中似乎存在时序错误。 具体而言、在控制循环中所有图形的投影时、它首先执行时序（其中计时持续时间等于曝光时间+曝光前时间+黑暗时间）、只有在此时间结束后、它才会投影第一个图形。 但是、这个逻辑是不正确的。 正确的行为应为：收到 I2C 命令后、它应根据曝光前和触发器输出 2 延迟参数设置立即投影第一个图形。 然后、应根据上述时序方法控制和输出后续模式。

可以根据我提供的实验数据轻松分析此固件错误。 希望您能与负责的固件工程师沟通并帮助修复此错误。

祝你一切顺利！

薛。

您好 Aaron、

我刚刚查看了 DLPC3479 在自由运行模式下工作的数据表。 在图 7-14 “自由运行模式“中、触发时钟被标记为“内部生成的 VSYNC“。 我想知道在收到 I2C 命令后该时钟何时开始触发。 我的实验数据（位于提供的 PDF 文件中）表明、这个内部生成的 VSYNC 可能无法正常运行。

祝你一切顺利！

薛。

嗨、WD、

我已经显示、ASIC 之间的 SEQ_SYNC 信号显示为内部 VSYNC、而不是来自 GPIO 命令。

我将与我的团队交谈、但我非常确定命令到 VSYNC 输出之间的延迟是隐式的、是适应图形数据加载和在内部生成 VSYNC 所必需的。

下周我会给他们解答。

此致、

Aaron

您好 Aaron、

我想你可能还没有完全理解我们正在讨论的问题中的核心矛盾。 是的、我同意您的观点、即命令到 VSYNC 输出之间的延迟是隐式的、是适应图形数据加载和在内部生成 VSYNC 所必需的。 但是、我们讨论中的关键矛盾是这样 该延迟时间不应随三个曝光时间参数成比例增加。 我的实验数据清楚地表明、此延迟时间与三个暴露参数直接相关、基本上遵循以下公式： 总延迟时间=基线延迟时间（或处理延迟）+曝光时间+曝光前时间+黑暗时间 。 这不正确。 因此、我认为问题在于固件错误、希望可以得到解决。

此致、

薛

您好、WD、

很抱歉、您是否有一个旧版本的软件、该软件按照您的指示运行、并且处理延迟始终如一？

此致、

Aaron

您好 Aaron、

是的、我们已经尝试过过去版本的 DLCP4710 软件、包括 V8.1.1、V8.3.0 和 v8.4.0、此延迟 ISSUR 是相同的。 因此、我们希望您可以与固件团队讨论此问题来解决此错误。

祝你一切顺利！

薛。

嗨、WD、

该功能按预期运行、我们无法支持从 I2C 命令到触发输出的一致时序 — 我提到的替代解决方案是表征您的解决方案。

很遗憾、正如您提到的、这不是一个错误、也不是我们在固件中支持的解决方案。

此致、

Aaron

您好 Aaron、

所以你仍然坚持误解我们正在讨论的问题的核心矛盾吗?

“

我想你可能还没有完全理解我们正在讨论的问题中的核心矛盾。 是的、我同意您的观点、即命令到 VSYNC 输出之间的延迟是隐式的、是适应图形数据加载和在内部生成 VSYNC 所必需的。 但是、我们讨论中的主要矛盾之处在于、该延迟时间不应与三个曝光时间参数成比例地增加。 我的实验数据清楚地表明、该延迟时间与三个暴露参数直接相关、基本上遵循以下公式：总延迟时间=基线延迟时间（或处理延迟）+曝光时间+曝光前时间+黑暗时间。 这不正确。 因此、我认为问题在于固件错误、希望可以得到解决。

“

您好 Aaron、

我很抱歉我最后的答复。 非常感谢您的建议。 过去几天、我一直在尝试捕获图形就绪信号。 我发现、即使在同一图形中使用相同的图片、图形就绪信号的时序也会根据曝光时间参数集而变化。 以下几个图显示了同一图形的图形就绪信号的时序延迟、每个图形两张。 这会导致问题吗？

祝你一切顺利！

薛