TI中文支持网Part Number:DLP4500-C350REFOther 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依然能够正常触发投影，但投影的图案是随机异常的，如何理解？
Jeremy_Wu：
1. 用USB下载。
2. 这个和FLASH读速度有关。加载后，其中在DLPC350内部DDR的速度快（只有6张8bits,48/8 =6), 其他的需要从FLASH中读出，速度慢。
可以这里测试pattern时间，
,
joey huang：
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的性能？？
,
Jeremy_Wu：
1.控制发I2C命令可以，但是没有通过I2C下载这么大固件，速度慢。
2. 使用RGB可以达到120HZ，FPDlink速度达不到。（90MHZ).
,
joey huang：
1、我们可以接受速度慢。 USB烧录可以，I2C烧录异常是否为 DLPC350芯片Bug 或者 DLPC固件Bug？
2、关于RGB接口，当DLPC从RGB接口load image到内部RAM中时，是DLPC主动去获取RGB接口的数据，还是DLPC被动接收RGB接口的数据？
3、如果是主动获取，这里DLPC有同步信号给到外部设备吗？
4、如果是被动接收，外被设备何时开始发送数据？
,
Jeremy_Wu：
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图片）
