有关DLP2010方案硬件启动时HOST_IRQ常高的问题

您好！

感谢您使用TI的DLP产品。

请问您有连接光机吗？

DLPA的电源正常具体是指哪些电源？VRST/VOFFSET/VBIAS电源是否正常？

Flash SPI接口的信号可以截图吗？

谢谢回复。相关示波器和照片如下图：

SPI flash的管脚信号测量截图。channel 1：CS，2：MISO，3：MOSI，4：CLK

VRST、VOFFSET、VBIAS分别如下图：

整体硬件如下图：

另外1.1V和1.8V输出均正常，这个就不放截图了……

以上就是我这边的测量结果，麻烦TI工程师帮忙看看了，谢谢。

今天进行进一步的测量结果如下图。flash管脚上的操作信号持续时间不到30ms。

这个时间肯定不正常。但不清楚问题可能在哪里？

您好！

Flash的信号看着是正常的，通常在这一段波形后面还会有30ms左右的波形,请确认。

同时请测一下与DMD通信的低速信号LS_WDATA/LS_CLK/LS_RDATA/DMD_DEN_ARSTZ的波形

方便的话可否将您的原理图发送给我，我帮您看一下，我的邮箱是kevin-shi@ti.com

您好！

请按照邮件中交流的更换Flash再次测试。

谢谢回复。经在DLP2010EVM上实测（拔掉flash的FPC，将固件写入w25q40后，EVM能够正常启动并显示开机画面）后，大致能够确定对应的固件写入方法是没问题的，以及flash容量在4Mbit或以上是不影响启动和基础功能的（和DLPC3435数据手册上描述一致）。所以问题应该不在flash上面……

现在排查的方向在DMD的控制接口和数据接口上，因为找不到连接到DMD的FPC原理图，不清楚不同的DMD数据接口方式会不会对启动造成影响。

您好，请问您这边HOST_IRQ一直为高，最终解决了没 。我现在也是这个问题，能否赐教一下？

我们现在也遇到同样的问题，HOST_IRQ一直为高，SPI FLASH大约27ms,我的电话号码+86 135 8805 1792，方面留个联系方式请教一下问题。

其实上面的回复已经有TI工程师Kevin Shi的邮箱了……我的邮箱是 choretlonger@hotmail.com 。
如果flash上面的信号只持续了27ms，基本上和我遇到的问题一致，即 固件设置的DLPC与DMD之间连接方式与实际硬件不一致，导致DLPC启动检查DMD工作状态不通过（因为没有有效数据流）最终无法完成启动 。实测正常启动flash是有3段操作信号的。
其实问题并不复杂，查一下硬件吧。DLP2010EVM使用的连接方式是option 1，看看你的实际硬件用的是哪个。

谢谢 Choret Longer仁兄和kevin。我和上面的 user5112187是一个公司的同一个方案。
我们现在的方案，也有一个demo板参考，我们自己的设计与demo板只是差了dlpa用的不一样，demo是dlpa2005,我们是dlpa2000。
所以在option上应该不会存在问题（使用demo板的 固件）。我们从LS_RDATA也读到了返回的数据。
HS_WDATA这个数据，我的理解是DLPC到DMD单向的，OPTION也只是定义在这个上面吧，
所以，这个单向的输出信号，会影响初始化，我觉得好难理解啊？难道DMD内部有反馈机制，然后反应在LS数据上？
如果真的是这样，我们要详细检查所有HS数据的连通性了。

根据我到目前为止做的所有测试来推测，我认为应该是的，DLPC会和DMD通信检查确认高速差分数据口上的数据情况，进一步决定是否启动完成。如果DMD并没有收到显示数据，DLPC是不会清零启动完成信号的。我把DLP2010EVM上和DMD连接的FPC拔掉之后，flash的操作信号和自制硬件基本一致。而自制硬件平台用ti工程师提供的固件再测试就可以了。

DLP在这方面做的自检联锁，确实让人失望。既然里面的ARM已经智能启动了，就应该做一些打印或IO输出。
确实，你说的这个是正确的，我也做过实验，如果DMD不连接上去，SPI0是停留在27mS.
但是，我进一步发现，用了不正确的FW，DLPA的输出高电压都不正确，spi0也是停留在27mS。
所以，在DLPC内部ARM启动后，对DLPA和DMD的操作，还是执行一抹黑的处理，只有一个可怜的IRQ输出告警。

怎么说呢……我倒是觉得在有现成电路可以参考的前提下，调试信息多一点少一点影响也不是特别大。
万一DLPC上面就有调试信号输出呢？原理图上面的JTAG端口可是默认禁用的了。不过TI肯定不会开放这个端口给应用开发商吧。

再问一下，如果option之类不正确的情况下，有没有出现过RESETZ信号每隔300mS就自动复位(低电平)一下。
现在我们就有这个情况。

我手头上有4个板子，其中两个都出现了这个问题，由于都是我自己手动焊接的，之前我还以为是温度控制不符合要求导致芯片损坏，现在看来好像不一定？
但我认为没关系。之前最接近成功的那个板子在固件option不对应的情况下上电是没有这个情况的，而且正是这个板子在更换正确对应的固件后DMD能正常启动出图像了，就是LED控制部分有问题而已。注意，这个板子的DLPA除了LED控制还是正常的。
建议看一下DLPA是不是正常工作的。我这边判断这个问题的方法是直接看电流，如果电流一直在波动说明一直在周期性复位。我现在也在改PCB适应焊接方式。毕竟我这边是DLPA的1.1v输出失效（输出电压直接就是输出电压）上电就烧了这种问题都试过的，现在不好判断问题在哪里。

感谢感谢，很有内容啊。我再确认一下啊。

1. 你们的板子也有RESETZ每300mS自动复位的问题（DLPA输出到DLPC）？

现在这一点很关键了，kevin已经给我答复我们的image肯定是正确的，但是原来错误的image反而不复位，现在提供的正确的包括所有4个option都是复位的。

并且这种复位只有在有DMD的情况下才复位，所以我有些怀疑fpc sub-lvds连接的信号完整性问题。

但是我们把这个故障简单地归类为硬件问题，也不正确，因为毕竟我的错误的image好像没有这个问题。

2. 对于dlpa是不是正常工作的问题，我们这边有一点发现，是Vbas=18v先掉到10V然后和Vrst,Vofs一起回落到0v,然后resetz才输出低电平。

不知你们有没有这个现象，但是对于TI来说，分析应该比较简单的，到底是硬件故障还是软件为之？

3. 有什么进展再一起分享一下啊，谢谢！

1、就像上一个回复说的，是的，确实存在。但我刚刚测试了一下存在这个问题的板子，发现和DMD是否安装无关，只要上电就在周期性复位，但我这边的复位周期是200ms左右。对这个问题我正在做新的PCB，用相对安全的方式焊接来排除器件因高温损坏的可能性。既然DMD都没装，和固件差异应该也没什么关系。
2、DLPA我这边的结果和你的有点不一样。我这边看到的是各个电压回到0v的沿和RST的下降沿基本对齐。回到刚刚说的，可能是高温损坏，也许和你遇到的问题不是一回事。
3、没问题，主要是手头上还有别的事情，这边的进度可能要慢一点了。

DLP系统，我们的基本上是调出来了，有一些体会了。有一些问题我们也可以再交流一下。当然我们还是有一些别的问题。
关于Vbias与RESET复位问题，我基本定位为DMD损坏，但是是我们损坏率，基本上是100%，有些好的，用了一会就会坏掉。
为什么说坏了呢，因为我把有相同现象的DMD换到demo板上也是有相同的现象。
所以，我希望TI官方有一个比较好的答复。

相比之下我手头上的DMD倒是很经用，之前提到的那个最接近成功的板子曾经测试过一下午+一晚上，没什么大问题，再换到原来的EVM上面工作也是一切正常的。用了一会儿就坏掉，这个电路的稳定性感觉有问题啊……
我这边新的PCB刚到，接下来几天应该可以着手新的测试了。

修改了焊接方式之后的新板子已经大概测试了一下，基本上可以确定之前遇到的这个一上电DMD图案闪一下就整个系统停摆，但把电流反馈电阻去掉之后再上电才能正常工作的问题并不是器件损坏，因为在新版本硬件上依然存在。当然也就没办法按照官方的原理图来实现LED测试。经过魔改（把DLPA的buck-boost电路强行修改为纯buck）之后，LED可以正常点亮工作了，基本上算是可以用了，接下来看看能不能修改一下设置接入视频源。
相关的电路已经经过了接近12小时的连续运行，中间并没有出现问题。也许你那边的DMD相关电路稳定性确实是存在问题的？

你们这个修改确实比较厉害的。

但是我认为LED点亮只是表象，而实际需要host_irq拉低,iic可访问，dmd驱动成功。

我比较担心，只是强行修改了点灯逻辑。当然祝你们好运，是修补了LED驱动电源的问题。

如果再有问题，方便的话可以测量几个信号我看一下，一起分析一下。

当然，LED能够点亮只能说明LED控制至少没坏，正准备用IIC测试相关配置看看能不能生效啥的。
你想看什么信号？我看看到时候一起测了发上来大家一起看看。

这些信号比较关键。
1. host_irq 2. resetz 还有量一下dlpa的高压输出信号 3. Vbias 4. Vofs 5.Vrst，最好后4个在一个屏上显示。
如果host_irq拉低了后，dlpc的从iic是可以访问了，用iic-proble可以看到其1b的地址。
当然，必须要提出，dlp系统的启动逻辑与ti提供的image有很大的关系，并且前后期版本有较大差异。
希望你弄到新的image,并确认启动逻辑是不是先检测到有dmd再启动dlpa高压 ?
当然也可以看看dlpc访问nor_flash的时钟长度，这个只能简单说明软件执行了多少代码
顺便说一句，dmd的连接正确性非常重要，我们就吃亏在这个上面，哈哈。

这些是完全按照参考电路做出来的结果，即上电只正常工作一瞬间的：

rst和三个高压的：

intz和buck-boost电感两端的：

运气好还能看到LED上电瞬间亮了一下：（channel 3 是 VLED）

当然之前说的系统停摆的时候HOST_IRQ是肯定不会拉低的。

魔改之后的电路启动之后HOST_IRQ是可以拉低了的，而且IIC配置命令虽然没生效（可能有错）但至少有ACK和NCK的区别。

image这个我一直用的是很早之前Kevin提供的一个option3的版本，其它测试反而很难进行，因为当时画这个PCB的时候并没有考虑到会出这种问题，因为基本上就是照抄原理图的事情了，而且也没用对性能要求特别高的地方，所以没留几个测试点。这个可能还要再改一版，把所有该拉出来的信号都拉出来看看。不知道你那边是怎么判断DLPC检测到了DMD的？我这边没什么好思路……

相比之下DMD的连接方式这块从来没出什么问题，两个版本都是能正常显示的，区别是上电显示一瞬间还是能稳定显示而已。

你的image的逻辑与我的有点不一样。具体的你还是要去咨询kevin了。

我想，你的应该是不连接DMD，DLPA也是有高压输出的。这说明DLPC、DLPA、Nor_flash基本是ok的。

但是当系统发现DMD后，可有是DMD连接有问题（这不是空话，我就吃亏在这里），也可能是DMD已损坏。

如果DMD链路上有自己焊的，还是麻烦再检查一下。

我这边，证明DMD在位是这样的，通过测量LS_RDATA信号，如果有跳变成基本的是正常的。

彻查了原理图之后我决定把最后一个和EVM不同的地方（option 3）改为和EVM完全一致（option 1），再把所有待测信号加测试点，做个第三版硬件出来，然后再进行测试了。确实非常费解现在的问题到底在哪里。
DMD我是非常小心使用的，也得益于EVM上面的排线拆装方便，自己买的DMD在上板子测试前后都可以放到EVM上面直接上电看是否工作正常。目前看来DMD没什么问题。
至于焊接问题，这个我只能尽最大努力去保证电路该连上的都连上了，不该短路的不短，毕竟都是纯手焊的东西没什么好的检查办法，都是目测。