[elektro] OV7670 kamera

[elight]

Vagy a másik irány  a RASPI lehet,

ott is léteznek kameraboardok, RAM meg van..

Linuxban + összedobható pár sor , ha még
nem tették volna meg már páran.

Az nem tudom persze , hogy HD-re is van e már cam?

Üdv István



2015-11-17 18:06 keltezéssel, Bali Zoltan írta:
> Ja, kapcsolódó, talált 32F4 link lemaradt:
> <http://supuntharanga.blogspot.hu/2014/04/stm32f4-discovery-board-ov7660-or.html>
>
>
> Üdv.  Zoli
>
> 2015.11.17. 18:04 keltezéssel, Bali Zoltan írta:
>> Nem vagyok szakértője a témának,
>> de van pl. STM32F446, 180MHz, FPU, DSP
>> 128k SRAM, külső SRAM vagy SDRAM... ,
>> camera interface:
>>
>> 8-, 10-, 12- or 14-bit parallel interface
>> ● Embedded/external line and frame synchronization
>> ● Continuous or snapshot mode
>> ● Crop feature
>> ● Supports the following data formats:
>> – 8/10/12/14- bit progressive video: either monochrome or raw bayer
>> – YCbCr 4:2:2 progressive video
>> – RGB 565 progressive video
>> – Compressed data: JPEG
>>
>> Egy Discovery vagy Nucleo ~3000 Ft netto, de ellenőrizni
>> kell fel lehet e szabadítani a szükséges lábakat(A Nucleo-n
>> többnyire igen). A külön uC ára, más kérdés.
>>
>> Én ilyesmivel kezdenék, egyeztetve az adatlapokat, paramétereket.
>> Csak gondolatébresztőnek szántam(lehet más jelölésű
>> uC, board is megfelelő).
>>
>> Üdv.  Zoli
>>
>>
>> 2015.11.17. 17:23 keltezéssel, Gergely Vakulya írta:
>>> Udvozletem!
>>>
>>> Ezek nem igazan illeszkednek egy mikrovezerlos kornyezetbe a sok lab
>>> miatt, de vannak mar egeszen nagy soros RAM-ok is, meg soros flash
>>> memoriak. (Persze az egy ido utan elfarad, de az valoszinuleg kelloen
>>> soka lesz.)
>>>
>>> 73/DX
>>> HA4UC Gergo
>>>
>>> On 11/14/15, Steve <istvan.retaller at gmail.com> wrote:
>>>> Azon nem gondolkodtál, hogy PC memóriamodulból bontott chipekre alapozz?
>>>> Ilyenen fantáziálok kínomban. Egy 1MB-os modulból van 8 db 1Mbites
>>>> (=128kByte) memóriachip.
>>>>
>>>> 2015-11-14 08:29 keltezéssel, Erdos Zoltan írta:
>>>>> ilyesmin en is ragodtam
>>>>>
>>>>> a jpeg mindenkepp veszteseges, ha nagyobb tomoritest szeretnel, akkor
>>>>> rendesen lehet pufferelni es dolgoztatni a procit, szoval lassu egy
>>>>> regebbi holminak. raadasul nem voltam elragadtatva a minosegtol sem.
>>>>> ha meg csak par szomszedos elemet nezek, akkor alig tomorit.
>>>>> szoval ez az a feladat, aminel nem erdemes on fly dolgozni, le kell
>>>>> tenni raw-ba es ha van ido utana megcsinalni.. vagy masik eszkozre bizni.
>>>>>
>>>>> magam reszerol ott merult fel, hogy egy szimpla weboldalba agyazott
>>>>> grafika tartalmat piszkalom kulonbozo inputok alapjan. a grafikus fajl
>>>>> pedig egy 800*600-as bmp lett..  azt konnyu es gyors kezelni meg egy 8
>>>>> bitesnek is.. :-)
>>>>> a tomorites ott a halozatos atvitel miatt lett volna erdekes, de azota a
>>>>> halozati sebessegek tulhaladtak a kerdest
>>>>>
>>>>>
>>>>> 2015.11.14. 1:31 keltezéssel, Steve írta:
>>>>>> Hali,
>>>>>> OV7670 kamerával szeretnék pillanatfelvételt csinálni, amit itt nem
>>>>>> részletezendő okok miatt csak néhány másodperc múlva kérhetek le, addig
>>>>>> tárolni kell. RAW formában túl sok RAM kellene (2 byte/pixel, 640x480
>>>>>> bontás ~ 600 kB). Megoldás lenne a jpeg-re alakítás, a későbbiekben
>>>>>> úgyis olyan formában kell a kép.
>>>>>> Nem találtam olyan forrást, ami 16 soronkénti ütemezésben készítené el a
>>>>>> jpeg képet, pedig ha jól értelmeztem a szabványt, ez lehetséges.
>>>>>> Másik alternatíva a hw alapú, mondjuk xilinxre alapozott jpeg, de ilyet
>>>>>> sem találtam.
>>>>>> Milyen megoldás jöhet szóba "on the fly" jpeg tömörítéshez?
>>>>>>
>>>>>> -----------------------------------------
>>>>>>                elektro[-flame|-etc]
>>>>>>
>>>>>>
>>>>> -----------------------------------------
>>>>>               elektro[-flame|-etc]
>>>>>
>>>>>
>>>> -----------------------------------------
>>>>              elektro[-flame|-etc]
>>>>
>> -----------------------------------------
>>             elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]