repstosw 18 19 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 3 hours ago, Ozelot said: По моему самый доступный вариант - OV5647. MIPI интерфейс. На этом сенсоре масса камер для Raspberry PI. Взял её на заметку. Для начала поищу у себя на старых платах телефонов/ноутбуков. Вроде было несколько камер каких-то. Марки телефонов сохранены, можно будет опознать, наверно. Точно есть камеры от Sony Ericsson K800i или 750i - они лучшие, с авто-фокусировкой. Могут отдавать JPEG, но с тем же параллельным интерфейсом (CSI, DVP) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 19 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 1 hour ago, repstosw said: Для начала поищу у себя на старых платах телефонов/ноутбуков. Вроде было несколько камер каких-то. Марки телефонов сохранены, можно будет опознать, наверно. Всё не то. На платах от телефонов "кроваточные" камеры. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 19 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 6 hours ago, aaarrr said: IMX219 во второй версии камеры RPi дает значительно более качественную картинку. А этот IMX219 может давать на выходе маленькие размеры кадра? Типа 160x120, 176x144, 220x176, 320x240 и им подобные? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 19 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 10 minutes ago, repstosw said: А этот IMX219 может давать на выходе маленькие размеры кадра? Может, но тогда он не нужен. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 19 августа, 2022 Опубликовано 19 августа, 2022 (изменено) · Жалоба 26 minutes ago, aaarrr said: Может, но тогда он не нужен. Смотрю даташит на IMX219, в описании не вижу возможности получить выходной размер кадра меньше чем 640x480. В даташите на OV2640 об этом явно написано: В линуксовых исходниках приведены видеомоды также для больших разрешений. Это точно, что IMX219 поддерживает LowRes фреймы на выходе? Как обстоят дела с этим у OV5647 и OV5640 ? Я бы оставил OV2640, будь она на MIPI. Нужны LowRes фреймы: от 160x120 до 320x240 Изменено 19 августа, 2022 пользователем repstosw Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 19 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 3 minutes ago, repstosw said: Это точно, что IMX219 поддерживает LowRes фреймы на выходе? Биннинг + кроп. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 19 августа, 2022 Опубликовано 19 августа, 2022 (изменено) · Жалоба 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 19 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 17 minutes ago, repstosw said: Кроп больше для подгона Aspect Ratio подходит, ИМХО. Дёшево, поэтому для всего подходит :) 17 minutes ago, repstosw said: А что такое "биннинг"? Это случайно не равномерный пропуск пикселей сенсора с целью, чтобы уменьшить размеры фрейма в целое число раз ? Не пропуск, суммирование. 18 minutes ago, repstosw said: В OV2640 мне показалось, что там фильтрация. В OV2640 ISP встроенный, как и в 5640. Большинство сенсоров его не содержит. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 19 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 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 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 19 minutes ago, repstosw said: Из вышеприведённых исходников видно, что за уменьшение кадра отвечает именно DVP И где это видно? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 48 19 августа, 2022 Опубликовано 19 августа, 2022 · Жалоба 3 часа назад, repstosw сказал: и очень огорчило то, что на MIPI идёт в обход DVP. На структурке это нигде не видно, MIPI - это просто вариант выходного интерфейса, он не должен быть завязан на процесс обработки картинки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 19 августа, 2022 Опубликовано 19 августа, 2022 (изменено) · Жалоба 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 20 августа, 2022 Опубликовано 20 августа, 2022 · Жалоба 30 minutes ago, repstosw said: Отсюдова делаем вывод, что произвольный выходной размер кадра задаётся с помощью регистров DVP**, относящихся к DVP. Неправильный вывод. Если в названии регистра фигурирует DVP, то это вовсе не означает, что он только к DVP относится. Посмотрите на блок-схему. Вы действительно считаете логичным вырезать окно после выходного FIFO? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 48 20 августа, 2022 Опубликовано 20 августа, 2022 · Жалоба 4 часа назад, aaarrr сказал: Вы действительно считаете логичным вырезать окно после выходного FIFO? Вот и мне это странным показалось... Хотя, кто там это все выдумывает, может под веществами был)))))))))) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 20 августа, 2022 Опубликовано 20 августа, 2022 (изменено) · Жалоба 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 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться