[repstosw 18]

3 hours ago, Ozelot said:

По моему самый доступный вариант - OV5647. MIPI интерфейс. На этом сенсоре масса камер для Raspberry PI.

Взял её на заметку.

Для начала поищу у себя на старых платах телефонов/ноутбуков.  Вроде было несколько камер каких-то.   Марки телефонов сохранены, можно будет опознать, наверно.

Точно есть камеры от Sony Ericsson K800i или 750i - они лучшие, с авто-фокусировкой.  Могут отдавать JPEG, но с тем же параллельным интерфейсом (CSI, DVP)

[repstosw 18]

1 hour ago, repstosw said:

Для начала поищу у себя на старых платах телефонов/ноутбуков.  Вроде было несколько камер каких-то.   Марки телефонов сохранены, можно будет опознать, наверно.

Всё не то. На платах от телефонов "кроваточные" камеры.

[repstosw 18]

6 hours ago, aaarrr said:

IMX219 во второй версии камеры RPi дает значительно более качественную картинку.

А этот IMX219 может давать на выходе маленькие размеры кадра?   Типа 160x120, 176x144, 220x176, 320x240 и им подобные?

[aaarrr 69]

10 minutes ago, repstosw said:

А этот IMX219 может давать на выходе маленькие размеры кадра?

Может, но тогда он не нужен.

[repstosw 18]

26 minutes ago, aaarrr said:

Может, но тогда он не нужен.

Смотрю даташит на IMX219, в описании не вижу возможности получить выходной размер кадра меньше чем 640x480.

 

В даташите на OV2640 об этом явно написано:

 

В линуксовых исходниках приведены видеомоды также для больших разрешений.

Это точно, что IMX219 поддерживает LowRes фреймы на выходе?

 

Как обстоят дела с этим у OV5647 и OV5640 ?

 

Я бы оставил OV2640, будь она на MIPI.

Нужны LowRes фреймы: от 160x120  до 320x240

Изменено 19 августа, 2022 пользователем repstosw

[aaarrr 69]

3 minutes ago, repstosw said:

Это точно, что IMX219 поддерживает LowRes фреймы на выходе?

Биннинг + кроп.

[repstosw 18]

19 minutes ago, aaarrr said:

Биннинг + кроп.

Кроп больше для подгона Aspect Ratio подходит, ИМХО.  А что такое "биннинг"?  Это случайно не равномерный пропуск пикселей сенсора с целью, чтобы уменьшить размеры фрейма в целое число раз ?   Тоесть бикубического/Ланцош- фильтра нет, выходит.  В OV2640 мне показалось, что там фильтрация.  Хотя могу ошибаться.

 

Нашёл явное упоминание возможности установить резрешения от 320x240 и меньше для OV5640 (она на MIPI):

https://github.com/STMicroelectronics/stm32-ov5640/blob/main/ov5640.c

 

Драйвера для IMX219 с такими крохотными чудо-режимами пока не нашёл.

Изменено 19 августа, 2022 пользователем repstosw

[aaarrr 69]

17 minutes ago, repstosw said:

Кроп больше для подгона Aspect Ratio подходит, ИМХО.

Дёшево, поэтому для всего подходит :)

 

17 minutes ago, repstosw said:

А что такое "биннинг"?  Это случайно не равномерный пропуск пикселей сенсора с целью, чтобы уменьшить размеры фрейма в целое число раз ?

Не пропуск, суммирование.

 

18 minutes ago, repstosw said:

В OV2640 мне показалось, что там фильтрация. 

В OV2640 ISP встроенный, как и в 5640. Большинство сенсоров его не содержит.

[repstosw 18]

2 minutes ago, aaarrr said:

В OV2640 ISP встроенный, как и в 5640. Большинство сенсоров его не содержит.

Посмотрел структурную схему OV5640 и очень огорчило то, что на MIPI идёт в обход DVP.

Из вышеприведённых исходников видно, что за уменьшение кадра отвечает именно DVP:

/* Initialization sequence for QQVGA resolution (160x120) */
  static const uint16_t OV5640_QQVGA[][2] =
  {
    {OV5640_TIMING_DVPHO_HIGH, 0x00},
    {OV5640_TIMING_DVPHO_LOW, 0xA0},
    {OV5640_TIMING_DVPVO_HIGH, 0x00},
    {OV5640_TIMING_DVPVO_LOW, 0x78},
};

 

Выходит, что все уменьшенные резолюции будут мимо MIPI.

Почему так несправедливо?

[aaarrr 69]

19 minutes ago, repstosw said:

Из вышеприведённых исходников видно, что за уменьшение кадра отвечает именно DVP

И где это видно?

 

[mantech 42]

3 часа назад, repstosw сказал:

и очень огорчило то, что на MIPI идёт в обход DVP.

На структурке это нигде не видно, MIPI - это просто вариант выходного интерфейса, он не должен быть завязан на процесс обработки картинки.

[repstosw 18]

9 hours ago, aaarrr said:

И где это видно?

Открываем даташыту на OV5640, страницы 41-42, и видим:

 

Аналогичных регистров, которые бы относились к MIPI - НЕТ.

Отсюдова делаем вывод, что произвольный выходной размер кадра задаётся с помощью регистров DVP**, относящихся к DVP.   Вышеупомянутые исходники и фрагмент кода - тому подтверждение.

Выходит, что MIPI - не подходит для моих задач.

 

5 hours ago, mantech said:

На структурке это нигде не видно, MIPI - это просто вариант выходного интерфейса, он не должен быть завязан на процесс обработки картинки.

Если бы так было..

Получается, что у V3s  есть кодек h264, но из-за совмещённости пинов на DVP и RGB нельзя задействовать камеру и дисплей на них одновременно.

А на T113-s3   можно было бы использовать аналоговую PAL/NTSC камеру и дисплей на RGB,  но у T113-s3 только MJPEG кодек, обладающий меньшим сжатием, чем H264.

Выходит, оба кристалла НЕ удовлетворяют всем моим требованиям.

Изменено 19 августа, 2022 пользователем repstosw

[aaarrr 69]

30 minutes ago, repstosw said:

Отсюдова делаем вывод, что произвольный выходной размер кадра задаётся с помощью регистров DVP**, относящихся к DVP.

Неправильный вывод. Если в названии регистра фигурирует DVP, то это вовсе не означает, что он только к DVP относится.

Посмотрите на блок-схему. Вы действительно считаете логичным вырезать окно после выходного FIFO?

[mantech 42]

4 часа назад, aaarrr сказал:

Вы действительно считаете логичным вырезать окно после выходного FIFO?

Вот и мне это странным показалось...

Хотя, кто там это все выдумывает, может под веществами был))))))))))

[repstosw 18]

5 hours ago, aaarrr said:

Неправильный вывод. Если в названии регистра фигурирует DVP, то это вовсе не означает, что он только к DVP относится.

Посмотрите на блок-схему. Вы действительно считаете логичным вырезать окно после выходного FIFO?

Я очень хочу и верю, чтобы вы оказались правы!   Поэтому сейчас смотрю алиэкспресс, и вижу что с OV5640 напряг:  она либо на DVP,  либо на 24-контактонм прямом MIPI.

Есть конечно, там пара вариантов на 24-контактной мезонинной кроватке MIPI, но статистика лота(отсутствие отзывов и нулевое число покупок) - не внушают доверия.

Поэтому переключился на более хитовый вариант, о котором уже говорил Ozelot: OV5647.  Здесь всё веселее и дешевле в 3-4 раза:  есть MIPI на 15 контактов и узкая мезонинная кроватка 24 контакта.

Для меня предпочтительнее 15-контактный прямой коннектор, потому что он более надёжный, чем 24-контактная мезонинная кроватка и стабилизаторы питания на камеру используются отдельные (на плате камеры).  А на мезонинной кроватке заводится "грязное" питание, про которое говорил ранее.

 

1 hour ago, mantech said:

Вот и мне это странным показалось...

Хотя, кто там это все выдумывает, может под веществами был))))))))))

По поводу веществ, вот наглядный пример как китайцы вывели 15- контактный разъём MIPI на плату Lichee Zero: разъём отсутствует, его ещё нужно найти и впаять.  Кроме того выводы SDA и SCK не подключены.  Как конфигурить камеру-то ??? )))

А вот фрагмент со схемы камеры Raspberry Pi (rev. 1.3):

Выводы 13 и 14 - CCI (SCCB).

А кроватка мезонина на Lichee Zero ненадёжная и с подачей грязного питания:

 

Казалось бы, мелочи, а столько проблем реально создают.

P.S.  OV5647 также имеет регистры для уменьшения окна, и их тоже соотнесли к DVP:

Изменено 20 августа, 2022 пользователем repstosw