On Saturday, in article
< XXXX@XXXXX.COM >
I would love to know how you expect the microcrontroller to gurantee
grabbing every single data point as I doubt you are doing what you
think you are doing.
Firstly you have NOT checked that your microcontroller can accept data
at 10MHz for UV data! On these devices Y data is clocked out at 5MHz on
ONE clock edge, whilst UV is clocked out at 10MHz by using the rising
edge for one of the data bytes and falling edge for the next byte. There
is a register in the OV7620 for setting which edge clocks U or V so read
Unless you have taken the UV data to ports on the microcontroller that
work either on BOTH edges of the PCLK signal or to two ports that can
be configured one on rising edge the other on falling edge, it won't
Similarly the microcontroller must really be able to get the data in by
clocking the data in from an EXTERNAL clock to drive the data capture
NOT the microcontroller. Then there is the Y data at 5MHz can you really
get your 20MHz microcontroller to clock in 15MHz of continuous data as
16/24 bit data.
Have you really checked what happens to the data on BOTH edges of PCLK?
I doubt it. You have not checked the integrity of the data against a
known colour pattern object, to check the data is correct.
Due to the data transmission structure most people use some form of PLD/FPGA
to clock the data into memory for the processor to deal with. On cheap camera
modules they use an ASIC to convert the data into something like JPEG format
and transmit the JPEG data as a stream of data.
Paul Carpenter | XXXX@XXXXX.COM
; PC Services
; GNU H8 & mailing list info
; For those web sites you hate