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.

DLPC350: Inconsistent order of output control LED lights

Other Parts Discussed in Thread: DLPC350

Tool/software:

Dear Expert

Hello, our factory has provided feedback that during the testing of DLP PCBA for the S6000 project, we found that different boards have different order of LED lights.
As shown in the figure below, the order in which the LED lights of D7 and the optical machine light up when powered on is different. Most of the factory statistics show that D7 lights up first, followed by the optical machine LED and then the beam. A small portion shows that the optical machine LED lights up first, and then D7 lights up again.
Since this part is entirely DLP output and not under our control, we can only consult with you to see if there are any issues with the different order. The factory has currently stopped shipping and needs to draw a conclusion before proceeding further.
thank you!

  • Hello Gabriel,

    Thank you for reaching out to us through E2E.

    Please help me understand a little bit better about the issue. You have said, 

    the order in which the LED lights of D7 and the optical machine light up when powered on is different.

    Could you explain what you mean by when powered on is different?

    The datasheet maintains in section 10.1.2 that:

    "It is assumed that all DLPC350 power-up sequencing is handled by external hardware. It is also assumed that an external power monitor will hold the DLPC350 controller in system reset during power-up (that is, POSENSE = 0). It should continue to assert system reset until all DLPC350 voltages have reached minimum specified voltage levels. During this time, all controller I/O are either 3-stated or driven low. The master PLL (PLLM) is released from reset upon the low-to-high transition of POSENSE, but the DLPC350 controller keeps the rest of the controller in reset for an additional 100 ms to allow the PLL to lock and stabilize its outputs. After this 100-ms delay, internal resets are de-asserted causing the microprocessor to begin its boot-up routine."

    Could you monitor the 1.2V power line and the POSENSE line and send results?

    Best,

    Aaron

  • Hello Gabriel,

    This thread will be closed within the next week or so by the system if we have not received a response.

    Best,

    Aaron