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.

DLP3000: HDMI mode on boot

Part Number: DLP3000


Hello all, 

I am trying to circumvent using a usb connection to our DMD by using an HDMI connection coupled with a python script that, based on an ascii input from Labview, cycles through our binary images. What I desire to know is how to modify the byte train to have the DMD start in HDMI mode. 

As far as I know, 

[02]{01} - [host write] {begin of data}

[01]{00}  [01]{00} - [current display mode] {contains full data?}

[02]{00} - HDMI mode? {contains full data?}.

0007 -checksum

am i correct in this interpretation? as it the labeview code is unable to operate on the input byte train as stated. Any help on this would be appreciated

  • Hi Colby,

    Welcome to the DLP forums and thnaks for your question. I'm afraid I won't be able to help much on the Labview side of things for your application, but hopefully I can help with your general question.

    To make sure I understand your question, are you looking to turn the Lightcrafter on and have it start displaying data from the HDMI port automatically?

    -Paul
  • Indeed, that is the point of my question. the code as stated is : TCP/IP open communications -- Write to TCP connection-- Read from TCP -- close session. The bottom section is the ascii iteration portion of the code.
  • Your desire to avoid USB means that you're basically hoping to use the I2C lines in the HDMI connector to control the Lightcrafter, correct? As it stands, the hardware is capable of this but the software was not written to have the DM365 processor respond to any I2C commands - we treat it as the master.

    If you're looking to simply have the Lightcrafter start displaying the video signal on startup, you should be able to set up the Lightcrafter once in video mode, save the settings and then it will default to those settings on the next startup. See section 2.11, "Saving Solutions" in the user's guide.
    www.ti.com/.../dlpu006e.pdf

    -Paul
  • Paul, 

    Yes! Thank you, that is what we wanted to do and I think it'll make our code that much faster in future since we don't have to use the USB as the TCP/IP port. As the previous incarnation of our code required loading in a image-filter through the static image mode ad this will allow us to collect spectra much faster. 

    -Colby