I'm having issues with my image sensor driver. The problem I'm seeing is that I'm getting very few colour levels (i.e. colours are either on, or off), and I just want to make sure that the cam_d[11:0] pins assume that data is coming through in LSB-0 order (i.e. the most significant bit is on pin 11 and the least significant bit is on pin 0). Can anyone confirm or deny this for me please? I'd like to rule out the possibility that the image sensor is connected to the OMAP with the pins in the wrong order.
Thanks,
Marc
The bit order of the cam_d bus is normal and as you describe where higher order bits are on higher cam_d lanes. Based on your symptoms I am curious if you are using the bridge-lane shifter described in section 1.4.3 of SPRUFA2b? This shifter allows you to have a wider sensor shifted down to only use the upper bits, or for a less wide sensor to be connected to the upper cam_d bus bits but be shifted down to the proper bits of the internal image pipeline. If this was set incorrectly you could end up with very low color depth as you describe, or other strange color depth related anomalies.
We do use the bridge-lane shifter in mode 1 to shift pins [11:2] to [9:0]. Our sensor actually has 12 parallel data lines but we only use 10 so we can take advantage of the front-end and back-end processing. Currently our sensor's pints are connected 1-1 with the cam_d pins (i.e 0->0, 1->1, 2->2,... , 11->11). Note we are not using the bridge, only the shifter.
we get a problem about the shifter too.
we thy to use the bridge-lane to shift 10bits down to 8bits.But we get wrong data.
When DATSIZ is seted as 8bits,all the image date are "0000 0000 0000 0000 0000 0000 0000 0000 ................ ".
When DATSIZ is seted as 10bits,the image data are "df02 db02 dc02 e002 de02 df02 de02 df02 ..."
what's wrong ?