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.

DLPC3479: PATTERN_READY signal is not going back from low to high in DLPC3479

Part Number: DLPC3479
Other Parts Discussed in Thread: DLPA3005, DLP4710LC

Hello TI Team,

 

I have got a question from our customer about the Pattern Ready signal of DLPC3479.

Would you please check this question and give any comment?

 

[Phenomenon]

They are using the Trigger-in mode and if they keep displaying the pattern, they sometimes see the problem that the pattern displaying stops and the pattern ready signal is still low (active high) and it is not going high. (In the normal operation, PATTERN_READY becomes Low for 5ms and return to High.)

 

[Condition]

Operation Mode:Internal Pattern Streaming Mode

Trigger Out: Both 1 and 2 are Enable

Pattern Order: 8 order (Num of Disp:1)

Internal Pattern Control:Start with Repeat indefinitely

 

They checked that the PATTER_READY is High in the configuration above. Then, they are sending the trigger and display the pattern form their external MCU. Exposure time is 4.16ms and minimum period is 18ms.

 

On this procedure, if they keep running to display the pattern, they sometimes see the problem that the pattern displaying stops.

The time that the pattern displaying stops is some variation (from 10 minutes to 30 hours).

They do not know the reason why the pattern displaying stops.

If they display the last pattern, the PATTERN_READY becomes Low and it is keeping Low.

Internal Pattern Status is also 0 (Not Ready). If they send the Internal Pattern Control or external trigger signal, the phenomenon is not changed.

If they turn off the PROJ_ON signal and then, turn on it, it is going back to the normal operation.

 

[Question]

If you know the reason why the PATTERN_READY signal is still low, would you please tell us the reason or give any comment?

 

 

[Their additional request]

They think it may be related with the communication between SPI flash and DLPC3479.

They took a normal waveform of SPI communication between Flash and DLPC3479 while pattern data is read from SPI flash.

They think the timing requirement is matched to the datasheet specification. But they want you to check this waveform and want you to have a comment whether there is any problem or not.

 

Thank you very much for your comment.

 

Best Regards,

Nobu Arai