Камера, дисплей и ардуино

Спасибо, буду разбираться.

 

Вопрос такой, к этой системе можно подключить матрицу получше, которая может снимать 720р на 120герцах?

 

В связи с существованием Arduino Due возник тот же вопрос - возможно ли обрабатывать сигнал с камеры с помощью возможностей STM32? Вообще, на данном контроллере удивительно мало проектов. Вроде бы, 84 МГц должно хватить на обработку видеопотока в небольшом разрешении.

 

Ну давайте считать
84000000 / (640 * 480) / 20 = 13,671875
13 тактов на пиксель. Не разгуляешься.
Для работы с видео есть специализированные решения. Делать это на процессоре общего назначения просто глупо.

 

Тем не менее, уже что-то сделать можно. Это не два такта на пиксель, как с обычным дуино. Не говоря о том, что можно снизить FPS и разрешение, к примеру, 320*240. Да и ДМА там есть.

Имеете в виду PAL - передатчики разного рода? Или использование малины? Можно, да. Но интересно - именно ардуино. Глупо? Может быть. А мигать светодиодами, световые кубы лепить, делать многие другие совершенно бесполезные вещи - не глупо?
Просто интересно. В этом, как бы, и есть смысл ардуино. Хотя иногда оно и на практике, конечно, полезно.
Прошу у уважаемых гуру совета здесь, ввиду достаточно низкой собственной квалификации как программиста. Ибо схемотехник по профессии.
Если, к примеру, использовать OV7670?

 

Нет, не имею в виду передатчики. Имею в виду процессоры. Вы обрабатывать видео собирались, вроде как, а не передавать.

 

Именно. Пока принципиальных препятствий к этому не вижу. Но, ввиду отсутствия (возможно, неверно искал) каких-либо проектов, сходных по функционалу, предполагаю, что препятствия все же есть. Или пока просто руки у людей до этого не дошли.
Имеются: проекты на STM32 телевизора, к примеру, и попытки гнать что-то через NRF24L01 с низким FPS. Устройства вполне себе работают, что и породило данный запрос.

 

Я написал, какие препятствия. 13 тактов на пиксель.

 

Так и я вам ответил. Повторюсь.
84000000/(320*240)/15 получаем 72 такта на пиксель.
Выходит, вполне возможно.

 

И что именно вы собрались в эти 72 такта уложить?

 

Обработку видео. Повторюсь, программист, даже на ардуино, я слабый. Исхожу из того, что для обработки пикселя необходимо минимум 4-5 тактов - по аналогии с видеокартами. Если я не прав - прошу поправить.
Вот здесь https://habrahabr.ru/post/139384/ рассматривается возможность вообще загнать видео на STM32 в прерывания, оставляя свободное пространство для загрузки контроллера ещё чем-нибудь. А частота там поменьше.
Таким образом, уложить все явно можно. Препятствий по-прежнему не вижу.

 

КАКУЮ?

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

По-вашему прерывания не на процессоре выполняются? Переключение на прерывание это дополнительная нагрузка.

 

С целью куда-то потом это все отсылать. На радиомодуль, или дисплей.

Отсюда. Если в чем-либо ошибался, прошу прощения. http://www.ixbt.com/video/3dperfomance.html

Читайте статью. Прерывания это не дополнительная нагрузка, а вполне себе штатная. Для разгрузки основного цикла контроллера.
Ответ все же нашел: вывод видео возможен. Почему этого никто не пытался сделать на ардуино - вопрос.
Вот здесь все получилось с использованием камеры от телефона: https://habrahabr.ru/post/186980/
Вот здесь вообще с помощью того же контроллера вывели на компьютер видео с аналоговой камеры.https://geektimes.ru/post/255316/
Здесь это вообще в виде урока http://cxem.net/mc/mc357.php
Остается только удивиться в отсутствии подобных проектов на ардуино.

 

То есть вам не обработку, а пересылку. О чем мы уже уточняли и вы сказали обработку.

21 сентября 1998 г.

Короче я всё понял, вы просто нервы людям потрепать пришли. Удачи.

 

Если вы не способны вести адекватный диалог - зачем вообще разговаривать? Молчание - золото.

 

Я, конечно, схемотехник. Но чтобы что-то переслать - надо это что-то обработать, в большинстве случаев. Это ясно даже мне. От камеры идут данные в одном формате, к вай-фаю (к примеру) в другом.