I am trying to wire my IGEPv2 to "primitive" TFT display modules. Is is possible to access the 24 bit (RGB) raw display data plus necessary control signals from the IGEPv2 board. Does OMAP3730 create these signals or does it only create the HDMI signals? I would like to avoid building TFP401A type board to decode the signals and am struggling to find small displays (yes there are a few) that use HDMI. However, I have to use Linux Frame Buffers.
Accepted AnswerpeterOffline0Nothing like a weekend of digging ... I think I found some answers to my own question.... The igepv2 uses the mipi dip 24 (aka parallel 24) internally and provides access to the mipi dpi (display pixel interface) -24 via JA41 connector pins 1-24 (data) and JA42 pins 7-11.
I found the TP410 HDMI transmitter chip - a dead givaway - on the igepv2 schematics. So now, rather than build a TP401 receiver module, I should be able to connect directly. Nothing is easy of course... the screen I am looking at uses parallel 8, or parallel 16 or parallel 18 ( not 24 of course, that would be too easy) ... which is probably configurable via the kernel.... but I am looking for an easy plug and play solution.
I am trying to build a circular display panel via using a square display panel (aspect ratio 1:1) and covering up the corners. Finding an HDMI display/controller chip with a square resolution has been a challenge...
Accepted Answerpau pajueloOffline0Hi peter,
Keep in mind that DPI omap interface works at 1V8 logic level, maybe is necessary to adapt to another logic level with a level shifter or another converter.
the screen I am looking at uses parallel 8, or parallel 16 or parallel 18 ( not 24 of course, that would be too easy) ....
My recommendations are:
To adapt 24 bit resolution to another one, and simple HW solution could be use the MSB from each color.
To configure clocks and resolution i would recommend to look "(kernel_path)/drivers/video/omap2/displays" files and edit or create your own display configuration