[参考译文] DLPC1438：引导失败- HOST_IRQ 保持高电平

金佑俊

欢迎访问 DLP 论坛、感谢您关注 DLP 技术。

我们的团队将对此进行深入研究、并在本周中与您联系。

此致、

Akhil

我查看了数据表 DLPA2005图3 (P13)中的时序图、供您参考。

除了 RESETZ 之外、它看起来正常。(RED=PROJ_ON、BLUE=RESETZ)

从 PROJ_ON 高电平10ms 后、RESETZ 变为高电平、但它不会直接变为高电平、且其电压电平高于1.8V。

此外、V6V 为0V、而且我不在使用 FPGA (FPGA_RDY 为高电平或低电平时也是如此)。

我不确定这是启动失败的原因、但只是想确认一下。

您好！

Unknown 说：

是的、确实如此。

Unknown 说：

1. 上电(1.8V、1.1V)时、SPI0的 CSZ 引脚是否变为高电平然后变为低电平以尝试与闪存通信、而不管是否存在所有其他可能的问题？

是的、作为初始化过程的很早的一步、CSZ 线将变为高电平、然后变为低电平。 由于线路上的上拉电阻器、线路将被拉高。 在尝试访问 SPI 闪存数据时、DLPC 会将 CSZ 拉至低电平。

Unknown 说：

-按总相位计算的 SPI 主机适配器和软件：Flash Center 中没有.img 扩展名选项。

如果将文件类型设置为二进制文件、.img 文件将显示在 TotalPhase 的 Flash Center 中。

这是我们常用的方法。

我将研究为什么我们的固件的扩展存在差异、认为.img 在技术上是一个二进制文件。 大多数闪存编程器都应接受该模式。

此致、

奥斯汀

感谢您的答复。

1.您还可以检查 RESETZ 波形吗？

2.当我 使用闪存中心打开 FWSel_DLPC1438_DLPA2005_PM1_i2c0x36_v9p5p1.img 时，其外观如下所示。

使用 CH341A 编程器的相同文件、该编程器是非常常见的 EEPROM/闪 存写入器。

它们看起来一样。

如果它们如上一链接中所述不同、则意味着闪存中心可能会在写入闪存之前执行某些操作、这很难让人相信。

如果您说.img 与.bin 完全相同、我建议 TI 应发布所有扩展名为.bin 或.hex 的固件、就像 FPGA firmware (.hex)一样。

这里的人不断地问同样的问题,没有必要引起混淆,只是文件扩展名。

如果不是、请制作.bin、而不是.img。

您好、用户：

团队可以调查上述要求的预期系统行为。 感谢您的耐心。

此致！

John

您好、用户：

Unknown 说：

如果您说.img 与.bin 完全相同、我建议 TI 应发布所有扩展名为.bin 或.hex 的固件、就像 FPGA firmware (.hex)一样。

这里的人不断地问同样的问题,没有必要引起混淆,只是文件扩展名

[/报价]

感谢您的备注。 我一直在与我的团队讨论这种可能性。 尽管.bin 和.img 在功能上没有区别，但我们决定保留此命名规则，因为这允许我们使用内部软件结构，并且 它们是闪存映像文件。 我将编辑 您在上面链接中引用的行、以避免将来产生任何混淆。

下面的 ResetZ 图是使用 DLPC1438、DLPA2005配置获得的、其中系统已正确引导。

波形在3.2ms 内从~0.4V 上升至~1.7V、无需步进。

ResetZ 似乎可以浮动。 ResetZ 上是否有适合您的设计的缓冲器？ 如果是、请尝试在缓冲器之前探测 DLPA 侧的 ResetZ？ 如何将 ResetZ 上拉至1.8V？ 1.8V 电压轨来自 DLPA？

ResetZ 信号是否在循环？ 是否可以用另一个 DMD 替换、以测试 DMD 是否已损坏？

似乎您已成功将固件加载到闪存编程器中。 您是否能够重新刷写系统？ 如果是、行为是否有任何变化？

此致、

奥斯汀

大家好。

感谢您的详细回答。

好的。 img 扩展名只是 TI 首选的.bin 的另一个名称。

当我写入和读取固件时、它们是相同且相同的行为。

因此、我们将检查我们的板并重新设计、以便更轻松地进行测试。

谢谢你。

您好、用户：

不用客气。

请告诉我们是否可以提供进一步的帮助。

此致、

奥斯汀