high speed image capture

"CMOS" schrieb im Newsbeitrag news: snipped-for-privacy@o13g2000cwo.googlegroups.com...

500 !??

KAC 9630 does 18 frames are you sure that you need 500 frame per second?

forget about minimal effort, you are facing pretty much major efforts, if you need image processing at 500 frames per second then if those cameras exist at all, then you should forget PC and USB alltogether and do all processing in FPGA.

Micron offer complete kits with camera and USB module the usb adapter has Virtex-2 250 on board + Cypress USB HS interface

I think digilent accessory module is unusable for your app

pretty complicated

Antti

Ask in USB Developers Forum

Rgds Andr=E9

Hmm, 500 frames over USB 2.0 ?! USB 2.0 can do a peek of

56MBytes/sec, which would mean 56*1024/500 = 114 bytes per image ?!

Regards, rudi ============================================================= Rudolf Usselmann, ASICS World Services,

Your Partner for IP Cores, Design, Verification and Synthesis

****** Certified USB 2.0 HS OTG and HS Device IP Cores ******

114 Kbytes. Maybe that sensors supports partial read-out and he wants to transfer only part of the picture, then it will be possible. However, he will need a lot of light with such short exposure times and that sensors ;-)

Thomas

I'm in the process of doing something similar, to interface an old Kodak Ektapro high-speed camera system (details

I've not yet looked into the USB2 aspect but like you am interested in getting the data to the PC at a reasonable speed with a minimum of effort.

You probably don't want to send all the data to the PC, and even if you do, doing it in real time is going to be a major challenge.

A better approach is probably going to be to use a FPGA to capture and store it in SDRAM, and then download what you need to the PC , e.g. after cutting out the frames before/after the event of interest, cropping the image etc. It also means the PC interface does not need to acheive a particular speed to keep up, which will remove a lot of constraints. This assumes that you are capturing relatively short events - if you need continuous processing at that rate you will need a BIG FPGA and do it all in hardware!

Some of the higer-end Xilinx eval kits include SDRAM SIMM sockets

Another thing that may be worth a look is a PCI FPGA board, which will give you plenty of bandwidth into the PC.

Incidantally, Micron also do a high-speed sensor that may be worth a look.

Ektapro high-speed camera

the data to the PC at

doing it in real time is

it in SDRAM, and then

before/after the event of

keep up, which will

continuous processing at

you plenty of bandwidth

If you want a ready-made system (camera with frame storage and USB2.0) using the Micron sensor (500 fps @ 1280 x 1024), look at:

This camera has Virtex-II internally with up to 1GB of DDR SDRAM for frame storage and flexible triggering options. By the way, throughput on high-speed USB 2.0 can only be sustained at about 48 MB/s so if you really want raw data to the PC you're limited to about 96K byte frames.

thank you for all the advices and information. I see, it is complicated. But one thing i forgot to mention is that the image will be having CIS resolution, maximum will be about 500H * 200 V pixels and that im OK with monochrome images.

One other question. what is the typical lifetime of CMOS image sensor, provided it will be used in continuous aqusition of images ( 24 x 7 - whole day, whole week ) at its maximum allowable speed.

can some one give me some sites doing FPGA dev boards with PCI interface?

Thank you. CMOS

I can't think of any reason it would wear out. So I'd expect it to last as long as a CPU or memory chip as long as you are following the rules in the data sheet.

First link on:

--
The suespammers.org mail server is located in California.  So are all my
other mailboxes.  Please do not send unsolicited bulk e-mail or unsolicited
commercial e-mail to my suespammers.org address or any of my other addresses.
These are my opinions, not necessarily my employer's.  I hate spam.