Gerald,
Any chance the LCD expansion headers carry 3.3V to power the LVDS panel interface ICs to the LCD?
Baring that, is there an easy place to pick power off the BB? Having to include a second, independent 3.3V PS for a single chip drawing 75mA is a hassle.
Has the LCD header pinout been published yet?
-Glen
Provided are 1.8V, 3.3V and 5V. However, the 3.3V has limited current, maybe 125mA if the DVI-D framer is disabled. If the framer is on, because the SW does not shut it down, you might get 25mA. The safest option is to derive the 3.3V from the 5V.
The pin out has not yet be published and won’t be until we enter production on the board. We should have something out in late February.
Gerald
Provided are 1.8V, 3.3V and 5V.
That’s great!
However, the 3.3V has limited current, maybe 125mA if the DVI-D framer is disabled. If the framer is on, because the SW does not shut it down, you might get 25mA.
Might it be possible to provide a method of detecting use of this connector through software? The kernel should shut the DVI-D framer down with the connector is in use.
The safest option is to derive the 3.3V from the 5V.
The pin out has not yet be published and won’t be until we enter production on the board. We should have something out in late February.
Can’t wait!
Not necessarily. Someone might want to have both interfaces active at the same time. The connector cannot be detected because it has nothing connected to it. If the designer of the LCD board decides to add something on the board that could be detected, that is up to them. The connector does provide access to the control signal for the TFP410, so it is possible for the circuitry on the LCD board to detect whether or not the TFP410 is enabled or not. This could be used to switch on the LCD board only when the TFP410 is powered down.
Gerald
Thats pretty clear.
If I read a 1.3mp webcam image and collect statistics, cut out the
centre 640x480 or scale the image and store that with an algorithm
applied to each new pixel, then stack the last 16 images and put put
those to the S-video port how many frames a second could I capture
from the input Webcam stream, ESTIMATED.
I assume I can read the last Webcam buffer when I am ready discarding
missed ones, and that I can re-fresh the S-video buffer when I am
able, maybe having to refresh the last accumulated image till the next
one is ready.
I would be using the GUI on the monitor for controlling the applied
algorithm.
Cheers. Andrew.
Hello Keith,
Everyone,
I have told Gerald that I would create a set ofLCDinterface boards to
bridge between Rev. C and a select set of panels.Right now, I am planning on interfacing to an 640x480 6.4" NEC display,
and a AUO 7" WVGA display (same display used in the rawLCD
documentation on the elinux wiki). If there are other widely used
panels I would consider interfacing to those as well.Please reply back if there are particular panels that you would like to
see supported.Thanks,
Keith
I know this is an old post, but I want to know the status of this
project.
The board will be avaiable at the same time with the revC2 beagleboard
issue?
Have you some more details? 
Thanks
Clemente.
Hi,
The first board will be ready by the end of March. Details will be
coming over the next week or so.
Thanks for the interest.
-Keith
c.dicaprio wrote: