roboforum.ru

Передача информации, подобной картинкам с камеры требует чудовищного битрейта. Текущих мэйнстримов два.
Первый, простой, использование внешних модулей подключаемых, в основном, по UART и, возможно, по SPI... Подключение по UART в основном упирается обычно в предел 115200 б/с. Можно ускориться, но точно не выше единиц мегагерц.

Второй вариант - одноплатники с линуксами на борту, местами даже имеющие wifi. Но одноплатники шут заставишь работать с перифирией так, как нужно. Плюс, в основном они сыроваты. Мне удалось пощупать это счастье, которое называется "Качественная картинка с робота" с использованием virt2real... И то с большими ограничениями по части взаимодействия с gpio. Но virt2real скорее мёртв, чем жив, а я уже хочу такое!

Вопрос Вопрос фундаментальный и стоит ребром. Как передавать картинку с камеры, с использованием старших серий stm32, например?...

Заказал сейчас за жуткие деньги навороченную ПЛИС. Хочу попробовать всё от передатчика до процессора и контроллеров двигателей запихнуть в один кристалл. Авось чё и получится...

virt2real изначально хотели сделать с драйверами моторов l293, с uart и spi у вас аналогично. у камер есть свои специализированные интерфейсы, которых хватает для передачи нужного битрейта - mipi csi-x и прочие. идёте от модуля камеры, значит и подбирать арм или плату нужно под камеру. идёте от арма, подбираете модуль камеры. хотите сразу комплектом, так берёте комплект. нужно куда-то этот видеопоток передавать, подбираете что бы нужное сжатие потянуло и был нужный интерфейс - ethernet, usb, wifi,... старший стм32 тут каким боком, тем более когда вы непонятно что с видеопотоком на плисе делать собрались? с дорогущим плисом тоже улыбает, а нельзя было взять сразу, допустим смартфон или хорошую девборду со старшим армом, кучей озу/флеша, операционкой и т.д.?

Девборда не есть гуд тем, что я не могу спаять ее на коленке...

вы бы определились - не можете или не хотите. в первом случае этому можно научиться.

Да шут с ним с процессором и видеопотоком.
Как скоростное соединение поднять? Хорошо бы, конечно, чтобы сразу wifi, но, может быть, оно и не надо. Задача заиметь канал, как минимум, на 10Mb/s.
Что я тут могу рассмотреть в качестве приёмо-передатчика? От этого будем отталкиваться.

Дыкть nRF24L01 вестимо, кого ж ещё?

у 24х 1-2мбит как теоретический максимум.
ну как как? берёте и подымаете, где оно у вас там валяется. юсб, вайфай, гбитный эзернет и куча всегоещё можете, тем более что плис какую-то модную взяли. только сначала потренироваться нормально мысли и задачи формулировать не помешает.

Mirmik писал(а):Вопрос Вопрос фундаментальный и стоит ребром. Как передавать картинку с камеры, с использованием старших серий stm32, например?...

а вы уверены что оно вам нужно? вы эту картинку обрабатываете или просто снимаете? может использвать камеру со своим передатчиком wifi/eth будет проще?

metric
Я бы хотел поиграться с обработкой изображения непосредственно на железке (в ПЛИС). Так что хотелось бы завести камеру непосредственно на ПЛИС.
По сути, передача данных - пока вторичная задача. В принципе, если не найду ничего лучше, то, конечно, поставлю nRF24. Штук пять лежит . Но хочется канал побыстрее.

Вот известный мне virt2real использовал чип Marvell 88W8686. Но там, насколько я понимаю, был проприетарный драйвер под линух. (Хотя шут знает, может я и сумею заставить его работать). Но хотелось бы найти хороший вариант, на который я бы смог опереться и в будущих проектах. Вопрос скоростного соединения постоянно возникает.

типа Pixy? http://charmedlabs.com/default/pixy-cmucam5/
для обработки изображений все же лучше linux и opencv, больше возможностей.

Э не... С этим я уже поигрался... Я хочу попытаться воспроизвести кое-что на тему того, как человеческий глаз это делает. Там всё весьма таки параллельно. opencv в этом плане не особо перспективен.

Добавлено спустя 3 минуты 12 секунд:
http://charmedlabs.com/default/pixy-cmucam5/
Любопытно. Изучим.

Ethernet?