[tmtlib 0]

В DS на 5647 черным по белому написано:

4.10.1 FREX control

In FREX mode, whole frame pixels start integration at the same time, rather than integrating row by row. After the

user-defined exposure time (0x3B01, 0x3B04, 0x3B05), the shutter closes, preventing further integration and the image

begins to read out. After the readout finishes, the shutter opens again and the sensor resumes normal mode, waiting for

the next FREX request.

The OV5647 supports two modes of FREX (see figure 4-13):

mode 1: Frame exposure and shutter control requests come from the external system via the FREX pin. The sensor

will send a strobe output signal to control the flash light

mode 2: Frame exposure request comes from the external system via the SCCB register 0x3B08[0]. The sensor

will output two signals, shutter control signal through the FREX pin and strobe signal through the STROBE pin

 

Так что, это то, что Вам нужно. Если один кадр, то в FPGA спокойно примете, а дальше выдавайте с любой скоростью куда угодно. Не стоит только уменьшать скорость очень сильно, можно получить много шумов с матрицы.

Спасибо, теперь становится понятнее.

Здесь скорее всего ошибочная информация:

https://www.raspberrypi.org/forums/viewtopi...98&p=904220

I have discussed it with an Omnivision apps engineer - there is no frame sync input on OV5647. In all situations the OV5647 operates in a rolling shutter mode. FREX acts as a global reset on all pixels which then starts exposing them all. Readout will start after the configured exposure time, but the lines continue exposing until they are read out. If you do not have externally controlled lighting or a mechanical shutter then the frame will be exposed for significantly longer (~66ms longer if 5MPix) at the bottom than the top.

либо это про драйвер Raspberry PI. Смутило вот это заявление: "I have discussed it with an Omnivision apps engineer..."

 

Вот кое-какие интересные фото, может кому пригодится в качестве источника идей для разработки:

 

MT9F001/MT9F002 14мегапикселей Altera Cyclone3

http://m.aliexpress.com/item-desc/1444814594.html

 

3d камера на Altera Cyclone4 + cy7c68013a

 

SM3732 - микросхема в ноутбучных и планшетных вебкамерах. Без mipi, но вещь интересная. USB2.0

 

USB2.0 вебкамера. 5 мегапикселей, микросхема AU382x (в последней цифре не уверен)

Возможно это

AU3822U - USB 2.0 NB-Cam Controller MIPI: unknown

или AU3826 - USB 2.0 NB-Cam Controller MIPI: yes

AU3826 интересна наличием MIPI, в теории можно дешево загнать JPEG по USB с MIPI камеры

 

Может кто в курсе насчёт этих микросхем? Достать в теории не так уж и сложно, проблема со стабильным поставщиком, но можно ими разово закупиться. Я уверен оптом это самое дешевое решение. Самое главное иметь к ним хоть какой-нибудь SDK или утилиты, чтобы настроить под конкретную mipi камеру.

 

А помимо Lattice USB3.0 mipi bridge есть вот эти две интересные микросхемки:

Realtek RTS5825

и Genesys logic GL865A

интересны они тем, что 1) MIPI

2) USB3.0

3) оптом должно быть очень дешево

Если под RTS5825 был бы SDK, то по идее любую MIPI камеру из современных телефонов можно взять.

 

Предполагаю, что нужно делать так:

1) взять мобильник, выставить максимальное качество фото-видео, записать какие регистры смартфон шлет в MIPI камеру по I2C (или что там низкоскоростное для настроек) . По идее это очень просто сделать.

2) всять камеру из мобильника, подключить ее к RTS5825 и настроить RTS5825 на выдачу тех же конфигурационных регистров в камеру.

 

Что скажете по поводу этих микросхем? Они почему-то как-то тихо попадают в ноутбуки и вебкамеры в огромных количествах, но о них почти никакой информации. Только lattice продвигает свой usb3 bridge, который при наличии средство можно достать максимум в течении пары недель + все sdk.

Изменено 27 декабря, 2016 пользователем tmtlib

[Alex11 3]

Кто из них врет - не знаю, я не работал сам с 5647. Возможно, что этот app инженер прав. По общим идеям построения таких матриц там нет возможности запретить принимать свет, хотя, возможно, они умудрились поставить ключ между фотодиодом и накопительным конденсатором.

По моему большому опыту, делать разработку не имея хотя бы более-менее приличной документации - занятие бесперспективное. Я бы взял камеру с описанием и FPGA какой нравится, приставил к нему память и USB контроллер или процессор с контроллером встроенным и на этом собрал все. Но я не знаю всех требований, может быть что-то усложнять придется.

Все эти специализированные микросхемы делаются, как правило, под заказ и всегда документация дается только под NDA и часто при обещании купить миллион штук в год.

[tmtlib 0]

Да похоже на то. Я написал пару писем мелким производителям, но там глухо. Вообще никакого ответа. Там видимо нужно сразу звонить и писать и нести им деньги, тогда механизм продажи закрутится =)

 

Update: но всё же если посмотреть на количество производителей, я думаю для мелкосерийных объёмов в пару тысяч штук можно договориться хоть с кем-нибудь из них.

Изменено 29 декабря, 2016 пользователем tmtlib

[alxkon 0]

FPAG: Lattice MachXO3L-4300, на нем работает. Есть эвалюха с примерами от производителя. Цена от 4 уе за камень (там).

На MachXO3 делаю MIPI-CSI мост к Jetson.

Если взять 6900, то может и память DDR прицепиться сама. Дальше хоть по UART выкачивайте.

 

Cypress FX3 (USB3.0) - есть примеры, и уверен на все 100% что будет работать (использую FX3-GPIF для перекачки данных до 380 МБ/с).

Тут за голый камень от 20$

 

Дальше малины и другие платы с SoC у которых есть MIPI-CSI.

А на Lattice CrossLink смотрели?

[RustamValiev 0]

2. Я прикидываюсь камерой MIPI-CSI2, чтобы в Jetson загнать свои потоки данных от скоростных АЦП.

@Major, было бы Вам интересно сделать то же самое (для того же самого) но немного в другом контексте ...

1) GigabitEthernet -> CSI2 (нужно загнать в Jetson Tx1 поток от нескольких RAW-камер, каждая из которых генерирует трафик порядка 0,8 Гбит/сек)

2) SubLVDS (Sony) -> CSI2 (видео-поток от сенсора Sony Imx 249 преобразовать из SubLVDS в MIPI CSI-2, трафик по интерфейсу тоже порядка 0,8Гбит/сек)

 

Извините за возможный офтоп.

[tmtlib 0]

А тем временем в продажу вышло множество камер USB3.0, начиная от 8 мегапикселей.

Нету никаких cyusb3014 и fpga! Просто один чип стоит (не всегда одинаковый) и маленький SPI EEPROM к нему (AT25040A).

Есть модуль, который предположительно использует сенсор от смартфона известной фирмы.

На одном из модулей виднеется выход SPI (в самом низу картинки MOSI/MISO/SCK).

Модулей намного больше, залитые эпоксидкой или без фото задней части с микросхемой я сюда не добавлял.

Сверху-вниз:

N1: Фирма Kingcent, 8мегапикселей USB3.0. На микросхеме виднеется надпись NXP "A......." что-то там. Но у freescale/nxp я нашел только микросхемы для IP-камер, которые работают только при наличии большой внешней оперативки и флеш. Тут явно что-то другое.

N2: Ссылку не сохранил, нашел на 1688.com. Микросхема похожа на предыдущий вариант. Все ищется по запросам камера (через переводчик) 800 (для 8 мегапикселей) USB 3 модуль.

фото в полном разрешении: http://www.igrodel.ru/usb3-8mp-cameras.jpg

N3: Микросхема SONIX SN5259 + сенсор 8 мегапикселей Sony IMX-179 (аналог ищется на www.alibaba.com и 1688.com).

N4: микросхема схожая с N1 и N2. Сенсор явно от мобильника или от планшета, слева маленький SPI EEPROM. (https://gucee.1688.com/)

N5: Скорее всего SONIX, как на N3. N3 и N5 возможно не USB3.0, а USB2.0 (shop1473414493515.1688.com/)

N6: Опять USB3.0, опять 8 мегапикселей IMX179. Тут уже виднеется серийный номер микросхемы, но название стёрто лазером. На плате дата разработки 201703v1.0 (https://rys2015.1688.com/)

N7: 8 мегапикселей USB3.0 Сжатие видео H.264(https://shop1369446042678.1688.com/)

N8: 8 мегапикселей USB3.0, есть выход SPI (https://camera888.1688.com/)

Это только маленькая часть! Интересно, какой чип там используется (N1,N2,N4,N6,N7 и N8)

У 1,2,4,6,7 чипы похожи, у N8 немного побольше.

Вряд ли это cyusb3014 с параллельным интерфейсом. Откуда тогда у IMX179 возмётся MJPEG сжатие на максимальном разрешении 8мп.

У последней камеры интересно наличие H264 сжатия + USB3.0 + SPI интерфейса.

Учитывая, что сейчас USB есть везде, а USB3 можно вставить и в USB2 (просто уменьшится интерфейс), то такое решение очень интересно.

Одна микросхема + небольшая SPI FLASH soic8 + сенсор на 8 мегапикселей, и можно по USB2.0 гнать 2 мегапикселя с хорошей светочувствительностью. Вместо использования древних модулей камер на 2 мегапикселя, которые при комнатном освещении уже дают огромный шум.

Кто-то знает, какой чип там используется, или хотя бы есть догадки?

 

Update: ещё забыл сказать, недавно нашел интересную штучку.

ALTERA D8M-GPIO: http://www.terasic.com.tw/cgi-bin/page/arc...=68&No=1011

в основе лежит интересная микросхема Toshiba TC358746AXBG / TC358748XBG

The MIPI® CSI-2 to Parallel port and Parallel port to CSI-2 (TC358746AXBG/TC358748XBG) is a bridge device that converts MIPI data transfers from devices such as a camera to an application processor over a Parallel port interface. All internal registers can be access through I2C or SPI (in CSI out case only).

Микросхема распараллеливает MIPI, а дальше можно по усмотрению. Также вроде эта микросхема может и в обратную сторону собирать параллельный поток в MIPI. Фото:

 

Изменено 11 августа, 2017 пользователем tmtlib

[tmtlib 0]

Нашел микросхему. NXP Advanced (ASC8848A ASC8849A ASC8850A ASC8851A ASC8852A).

К сожалению снята с производство, а NXP покинула этот бизнес. Подробности:

даташит: http://www.mouser.com/ds/2/302/75017158-289388.pdf

обращение к клиентам: https://media.digikey.com/pdf/PCNs/NXP/IPCA...r_13Apr2015.pdf

хорошая была микросхемка, и по размерам, и по функционалу

[vladimir_orl 0]

есть хорошая связка cypress cx3 + ov5640

и документации в инете много

[StewartLittle 41]

Смотрите также CrossLink от Lattice - MIPI Video Bridging FPGA : http://www.latticesemi.com/en/Products/FPGAandCPLD/CrossLink

Lattice предоставляет для CrossLink кучу бесплатных готовых ядер для организации мостов с CSI-2, DSI и прочими MIPI'шным интерфейсами.