kamera chipset kerdes

[Andras Tantos]

> Szia Andras!

Hi!

> >Az OV sorozat az Omnivision ceg termekeit akarja. (www.ovt.com) Ugy
> tunik,
> >hogy az USB chip-ek doksia mar NDA-t igenyel (megprobalhatsz veluk
> kotni
> >egyet, nekem mar volt szerencsem), de a szenzoroke nem.
>
> A cimuk megvan, illetve contact email cimet is talaltam a neten. Csak
> arra gondoltam, nemigen allnak szoba velem, kisemberrel.

Ezt en se tudom. De ha nem probalod meg, biztos nem :-)

> Egyebkent mi a fene az az NDA? Valami szerzodes a fejlesztesre
> vonatkozoan?
> Vagy valami titoknyilatkozat?

NDA = Non-disclosure agreement. Magyarul titoktartasi szerzodes. Azaz olyan
szerzodes, amiben a dokumentacioert cserebe alairod, hogy nem adod tovabb az
informaciot.

> >Erre igy nagyon nehez valaszolni :-). Videojel nem veheto ki belole, ez
> >szinte biztos, de az vannak a cegnek olyan digitalis szenzorai, amik
> >kiadnak (feketefeher es NTSC) videojelet.
>
> Gondolom, nem evilagi ara lehet, meg vagy 500db-os a minimum szallitasi
> limit. Ha olcson lehetne szerezni, szerintem a listan tobbeket
> erdekelne.

Nem olyan borzaszto. Az AllAmerican (www.allamerican.com) az itteni
forgalmazo, manapsag mar csak az 1280x1024-es kaphato, 30 dollar koruli
darabaron. Persze kell hozza optika is (ez egy ujabb 20-30 dollar per
darab). Az ilyen felbontasu webkamerak ara is 60-100 dollar kozott van,
szoval annyira nincs mellelove. Hala istennek nekem sikerult par kamerat
szerezni 10 dolcsiert, igaz ebben Micron szenzor van, de nekem az is jo.

> OK, CMOS. :) Mekkora sebesseggel jonnek az adatok, merted mar? Az USB
> chip 40Mhz-es orajelet kap, abbol osztogat valamit tovabb.

Nem, nem mertem, de egy orajel - egy (8-, 10-, vagy 16-bites) adat.

> >Nezd meg az adatlapot. Ha van linux driver-ed, abbol ki tudod nyerni,
> hogy
>
> Neznem a datasheet-et, ha lenne. :)))
>
> LINUX-driverben ennyi van:
>
> >>>>
> The output of dmesg is:
> usb-ohci.c: USB OHCI at membase 0xca891000, IRQ 11
> usb-ohci.c: usb-00:0f.0, OPTi Inc. 82C861
> usb.c: new USB bus registered, assigned bus number 1
> hub.c: USB hub found
> hub.c: 2 ports detected
> hub.c: new USB device 00:0f.0-1, assigned address 2
> ov511_core.c: USB OV518+ video device found
> ov511_core.c: Device revision 2
> ov511_core.c: Compression required with OV518...enabling
> ovcamchip_core.c: Camera chip is an OV7620AE
> i2c-core.o: client [OV7620] registered to adapter [OV51x #0](pos. 0).
> i2c-core.o: adapter OV51x #0 registered as adapter 0.
> ov511_core.c: Device at usb-00:0f.0-1 registered to minor 0
>
> Kernel is 2.4.22. I installed the package ov511-2.26.
> ...
> >>>>

Ez boven eleg. A szenzorod: OV7620AE, az adatlap pl. itt van:
http://www.frc.ri.cmu.edu/projects/buzzard/mve/HWSpecs-1/Documentation/OV7620.pdf
vagy itt:
http://mxhaard.free.fr/spca50x/Doc/Omnivision/OV7620.pdf

> >milyen szenzor van a kameraban. Amugy eleg egysegesek:
> >- 8-10-16 adatjel
> >- 1-2 szinkron jel (sor- es oszlop- szinkron)
> >- 2 orajel (egy be egy ki, ez utobbi a pixel-clock, ehhez van
> szinkronozva
> >az adatbusz)
>
> Tehat a pixel clock lepteti a jeleket, s van 8, 10, vagy 16 drotom, ahol
> az adatok lejonnek parhuzamosan? Van ott valami Hsync/Vsync is meg, ha
> jol remlik. Azt a CMOS adja vissza, ha lemegy a sor?

Most, hogy mar tudom, melyik szenzorrol van szo, konkretabb is tudok lenni:
ennek az IC-nek eleg sok kimeneti formatuma van. Vagy 8-, vagy 16-bitet kuld
orajelenkent. Az orajel (bemenet) 10- es 30 MHz kozott lehet, tehat az, hogy
fix kell legyen (legalabbis ennel az IC-nel) nem igaz. 16-biten nyilvan fele
akkora sebessegel jonnek az adatok, dupla olyan szeles buszon.

Van HREF meg VSYNC, ezek a sor- es kep-szinkron jelek. Lehet hasznalni
valtott soros es progressiv-scan uzemmodban is, valtott-soros esetben vagy
egy FODD jel is.

> Aha, tehat akkor a Tied mas frekin megy. Ez 40Mhz-es kavicsrol jar,
> marmint az USB vezerlo. A rajzon legalabbis igy van megoldva. Gondolom,
> 1:1, vagy 1:2 osztassal (inkabb az utobbi) mehet vissza neki a clk.
> Talan azert ilyen tetu lomha. Nem egyszeruen az USB miatt kicsi a f/sec,
> hanem ket frame kozott is mosott lesz, ha gyors a mozgas.

Ez nagyon fugg a megvilagitastol. Automatikus expozicios ido allitas van a
kutyuben, es ha keves a feny, nagy lesz az expozicios ido -> elmosodott lesz
a kep.

> Tehat valahogy ugy mukodik, hogy van egy DRAM szeru cuccos benne, s azt
> idonkent olvassa, hogy milyen sebsseggel felejt, s az atbillenesi ido
> aranyos lesz a beeso fennyel? Akkor nagyon nem mindegy a kiolvasasi
> idozites. :O Kozbenso taroloja gondolom, akkor nincs neki.

Valami ilyesmi. Feltolti a kondenzatorokat, amik a megvilagitas fuggvenyeben
sulnek ki. Egy ido utan kiolvassa a kondenzatorok feszultseget, ezeket egy
A/D-val digitalizalja, es ez megy a kimenetre. Hogy pontosan hogy oldja meg
azt, hogy a keppontok egyszerre erzekeljenek, nem tudom, lehet, hogy van
valami kozbenso (analog) taroloja. De ha marhasagot irtam, remelem majd
valaki javit...


> >Nem, szerintem sem az. Bar DSP-vel huzos lehet DMA nelkul. En FPGA-val
> >probalkoznek.
>
> Esetleg nem gondolkodtal azon, hogy ossze kellene allni paran, s
> rendelni egy rakat olcso CCD-t? Esetleg valami barati aron valaki
> osszedobna az FPGA-s reszt?

Meg egyszer: nem CCD (gondolom csak eliras volt).

> Szerintem nem egyedi a problema. Az USB-s
> felulet nekem nagyon nem szimpatikus, illetve nehezkes. Meg eszmeletlen
> lomhanak is tunik a rendszer. Ennel jobbat is ki lehetne csikarni talan
> belole. Ha pl. egy vram-ba bele lehetne tenni a kepet, az nagy huzas
> volna, (olcso+lehet kulon olvasni)
> a legtobb helyre ez kell, igy konnyu feldolgozni valami lomhabb,
> mikrovezerlos, vagy rendes procis rendszerrel is.

Hat, leirom, en miben mesterkedem, lehet, hogy mast is erdekel: szoval
szeretnek sztereo kepfeldolgozast csinalni aranylag gyorsan (4fps). Ehhez
elso korben az kell, hogy a ket kamera a kepet egyszerre keszitse, azaz a
targyak ugyanott legyenek a terben mindket a ket kameraval keszult kepen.
Ehhez az USB helybol nem eleg jo, szoval, nekem mar itt ugrott a dolog. A
masik, ami kell, hogy a ket kamera egyforma legyen, ezt pedig nem szereti a
Windows (a Linux sem, egyebkent). Nem tud kulonbseget tenni a ket kamera
kozott, soha nem tudnam, melyik a jobb, es melyik a bal 'szem'.

A feldolgozasi sebesseg meg olyan, hogy mas, mint FPGA szoba se kerul.

Szoval, a terv az, hogy a szenzort meg az optikat raepitem egy pici
(5x5cm-es) aramkori lapra, amin van ket csatlakozo sor, amire ki van vezetve
az osszes fontos jel. Ket ilyen kis kamerat akarok radugni egy nagyobbacska
aramkorre, amin lenne egy kover Sparnat2E FPGA, egy USB, vagy Ethernet
interfesz, meg egy Atmel ARM mikrokontroller (vagy az AT91R400008, vagy az
AT91FR9200). Az FPGA mellett lenne egy par megabites (talan 1-2Megabyte-os)
sync. SRAM. Olyasmi, amit regen az alaplapok cache-eben hasznaltak. Meg
persze a sallangok: tap, csatlakozok, oragenerator (PLL) egyebek.

Most ugy tunik, hogy ezt a Micron szenzort fogom hasznalni, egyszeruen
azert, mert ez van. A felbontas messze jobb, mint ami nekem kell (256x256)
de hat majd kidobalom az adatok zomet...

Ha sikerul, a kutyu eleg modularis lesz ahhoz, hogy masra is lehessen
hasznalni:
- Szenzor modulok
- FPGA modul
- Processzor modul
- I/O modul (USB vagy ethernet)
- egy alaplap, ami ezt az egeszet osszefogja.

> >kek, vagy piros, vagy zold szin-informaciot tartalmaznak. A
> legelterjedtebb
> >szuro-maszk (talan Bayern mintanak hivjak) igy nez ki:
>
> Mint regen a deltakepcsoveknel jol ertem, 3-szog alakban elhelyezve az
> egyes szinpixelek.

Nem egeszen. A delta csovekben mindharom szinbol ugyanannyi volt, itt a zold
dominal. Es persze nem haromszog az elrendezes, hanem negyzetracs.

A te szenzorod egyebkent tartalmaz analog feldogozo reszt, ugyhogy kerhetsz
tole YUV es szurkearnyalatos kepet is. Az enyem mentes az ilyen uri
huncutsagoktol.

Udv,
Tantos Andras
<http://andras.tantos.homedns.org>