• State
  • Locked Locked
  • Replies 2 replies
  • Subscribers 97 subscribers
  • Views 335 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

OMAP3530 DSS Output RGB

ic434
Prodigy 60 points
Other Parts Discussed in Thread: OMAP3530, PCM4204

I need to connect the DSS port of the OMAP3530 to a LCD panel. However, the simplest routing would be to connect the device in RGB not BGR. Can the dss port be made to output RGB?

 

Basically, I need R on DSS_DATA[0:8] and B on DSS_DATA[16:23] otherwise I will need to cross A LOT of traces. If this can't be done can anyone suggest a driver chip which can cross the lines like this?

 

Thanks

  • 0
    TI__Mastermind 43875 points

    Unfortunately there is no way to re-configure the color channel alignments.

    What are you displaying on the LCD? If you are not using any window manager (QT, WinCE etc...), not using the SGX and are not using and video CODEC (e.g. V4L2) then you could simply adjust how you render information to the frame buffer in the first place (swap blue and red). This is likely not a viable solution though.

    Why is crossing the routing a big problem? It is certainly simpler to cross routing than to add a chip to do the swizzling. If you REALLY want to swizzle, then you could use a small FPGA, but the routing in/out of the FPGA along with all the associated power and configuration would certainly end up being more complex than simply swizzling on the board in the first place.

    If the LCD connector is close to OMAP then you should be able to easily use the area between the connector and OMAP to swizzle. If the connector is a distance away, then there is a high probability that you would need to switch routing layers anyhow?

    BR,

    Steve

  • 0 in reply to Steve Clynes
    Prodigy 60 points

    I am going to be running android so I need it in hardware. To be clear, I am not routing directly off of the OMAP but from a TAO-3530W SOM. The LCD wants 3.3V IO so I have level translators in the data path as it is. I know some FPGAs can do level translation. Further, I have 2 PCM4204s which are connected to a MSP430 connected via SPI to the host OMAP through a set of level translators. Also there are translators in the MCBSP lines connected to the PCM4204's. I figure the FPGA could do all of the work of the msp, level translators and routing. However, I don't like FPGAs in general as they do weird things with delays and other strangeness...