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.

DLPC3470: DLPC3470+DLPA2005: Two LEDs system : asking about best practice and possible impact of the missing pin connection

Part Number: DLPC3470
Other Parts Discussed in Thread: DLPA2005

Tool/software:

Hi,

In our custom circuit, the red LED does not exist : In our custom board which uses DLPC3470+DLPA2005, we only use the two LEDs instead of RGB.

Currentrly, DLPA pin #39 is open : Because of this difference, currently the pin # 39 is open(not-connected to any path) at DLPA2005.

The circuit functionally works, but my question is

1) What can be the possible casualties that can happen if the pin #39 of the DLPA2005 is open?

2) What would be the best practice of excluding one LED?

Best Regards,

Kei Kim

  • Hello Kei,

    Ultimately, Internal Pattern has selectability for what illumination you are utilizing. 

    1. If you're using a pattern set using RGB illumination you will have dark-time while the 3rd LED is not being utilized.

    2. I would recommend you split the illumination between 2 Pattern Sets each having an individual color (LED). I would also recommend to follow my suggestion in your other thread - here - and test the timing within the latest GUI to ensure commands are working as expected.

    Best,

    Aaron

  • I'm very familar with the LC coomands. My question is about the physical chip configruation. For example, there is a similar thread e2e.ti.com/.../dlp4710evm-lc-disable-and-disconnet-light-engine

    The system might check whether a certain LED is connected and change its behaviour accordingly, I suspected.

    Thank you for taking your time and please let me know in terms of the electrical design, (not the SW/I2C command configuration)

  • Hello Kei,

    The behavior will follow the LED. If you don't have it connected or referenced to it won't operate as intended.

    Best,

    Aaron