This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DLP4500-C350REF: I2C烧录固件异常 & pattern加载时间过长

Part Number: DLP4500-C350REF
Other Parts Discussed in Thread: DLPC350, DLP4500

使用场景:Arm板作为主控,通过I2C接口控制DLPC350进行投影操作

问题1:

        按照参考设计DLP驱动板上设计有2片Flash,容量为2x16MB,理论上能够烧录小于32MB的固件。

        但是实际通过I2C进行烧录时(已通过JTAG烧录了Bootloader,也能够正常控制投影),当固件大小小于16MB时,可正常烧录,可正常投影;

        但当固件大小大于16MB时,擦除操作正常(并未擦除Bootloader区域),I2C开始烧录3%~7%时异常卡死!!卡死后断电重启Bootloader无法启动,需重新JTAG烧录后方可正常启动。

        对比测试:相同的情况采用上位机GUI软件通过USB接口进行烧录测试,无论固件大小是否大于16MB,均可正常烧录,正常投影。

         请协助分析下原因,并提供下解决思路!!

问题2:

        根据DLPC350手册,DLPC350内部存在2个24bit的buffer区域进行乒乓操作,在投影pattern序列时,当pattern序列中的图片超过了2 x 24bit,且超出的图片并不存在与此48bit中,需要重新从flash中加载时。经测试,加载时间超过300ms,这个时间能够还能优化?优化方案是什么?

        我们在测试中发现,即使不等待这300ms的加载时间,DLP依然能够正常触发投影,但投影的图案是随机异常的,如何理解?

  • 1. 用USB下载。

    2. 这个和FLASH读速度有关。加载后,其中在DLPC350内部DDR的速度快(只有6张8bits,48/8 =6), 其他的需要从FLASH中读出,速度慢。

    可以这里测试pattern时间,

  • Hi, Jeremy

         1、我们想确认通过I2C进行固件烧录出现这种问题是否为DLPC350芯片Bug 或者 就是规格不支持??你们是否有测试过?我们依然希望通过I2C来对DLPC进行控制 ,但是不是能够确认此路不通?

         2、如果想规避这个load timing,是否只能采用external pattern model,通过RGB Interface 或者 FPD Link 接口进行pattern投影,就能够完全消除这个load timing,不受DLPC内部ram的限制,完全发挥DLP4500 120Hz的性能??

  • 1.控制发I2C命令可以,但是没有通过I2C下载这么大固件,速度慢。

    2. 使用RGB可以达到120HZ,FPDlink速度达不到。(90MHZ).

  • 1、我们可以接受速度慢。               USB烧录可以,I2C烧录异常是否为 DLPC350芯片Bug 或者 DLPC固件Bug?

    2、关于RGB接口,当DLPC从RGB接口load image到内部RAM中时,是DLPC主动去获取RGB接口的数据,还是DLPC被动接收RGB接口的数据?

    3、如果是主动获取,这里DLPC有同步信号给到外部设备吗?

    4、如果是被动接收,外被设备何时开始发送数据?

  • 1. I2C 没有问题,只是TI没有提供参考代码,需要自行开发。

    https://www.ti.com/lit/pdf/DLPU010G

    参考70到77页

    2. RGB Video mode:(类似投影仪)1280X800 timing.

    请仔细阅读这些编程指南,后续很多问题需要自行解决。

    28页。

    www.ti.com/.../dlpc350

    参考37页

    或者pattern video mode(需要前面配合FPGA 输入pattern图片)