640x480 L2C CameraModule

(from post: http://www.tinyclr.com/forum/topic?id=7850&page=5#msg92325)

Today I will try to order this module for testing (yammm)

Who tried to order from this site?

That camera does not use I2C to transmit image data, it uses an 8-bit parallel bus.

Yes, L2C + Data(0…7) 8)

I2C is used for control, setting registers, etc. The data is transmitted (at frighteningly high speeds) over the 8-bit parallel bus. You will not be able to keep up with the data in managed code, and likely not in RLP. Some microcontrollers (such as some of the STM32 line) have a built-in peripheral for these kinds of cameras (called DCMI).

Parallel interfaces always have signals to control the data flow. Managed code should be able
to handle a parallel interface. RLP could be used to achieve higher speeds.

Not this one. It’s a special 8-bit interface specifically designed for cameras. Managed code can “handle” the interface, but not at speeds even close to what would be required. You’re orders of magnitude off. You’d need to be able to deal with megabytes per second of data, even at small resolutions and slow framerates.

If Maverick is having character overruns at ~112 kbytes/sec on the serial port, how do you propose to deal with data at 10x that speed or more?

It is possible about handle more than 1mb/s on hydra - i think
just use 2-4 sockets both (paralel)

It’s not about the number of pins, it’s about the amount of data you can move into and out of memory per second. Hydra could, possibly, using RLP, Cerberus, maybe, but you might need DMA. USBizi/EMX, certainly you’d need DMA.

Cerberus’ SPI units are very fast. They can move data at 37.5 mbits/sec, but in managed code you could never deal with data that fast. Even the UARTs are very fast at 10.5 mbits/sec, but you still can’t deal with the data that fast.

See here: http://www.tinyclr.com/forum/topic?id=9249 where Maverick is getting buffer overruns at less than 1 mbit/sec on the UART.

If you want to use this camera (and everyone does! it’s an ideal solution!) then I’d suggest you grab yourself an STM32 with the DCMI peripheral, and get cracking. Here’s a good starting point: STM32F2xx Digital Camera Interface (DCMI) – Frank's Random Wanderings

I think can use something like this (camera + Hydra) 8)

Board (base samples):

Default Cam (max 30 fps ?VGA?):

Fast Cam (max 120 fps ?QQVGA?):

Added: Hydra because i like .Net 8)