у меня почти аналогичная задача
про работу вручную вы наверное имеете ввиду через какой-то спец интерфейс проца?
Я заказал плату на таком проце AT91SAM9XE512, по скорости он вам вряд ли подойдет, но в нем есть ISI интерфейс для руления камерой, как бы в теории все просто, настроить нужные регистры, кадр пишется напрямую в память, по окончании кадра получаем прерывание, обрабатываем кадр. Как будет на практике еще не знаю
по поводу самой камеры, то вроде бы сейчас не проблема 30 fps (кадров в секунду), видел много 60 fps, так что получать кадры с 20fps вроде бы не проблема, проблема успеть обработать

Глупость.
Оптимален Linux или нет - зависит от поставленной задачи. Перечитайте задачу топикстартера.
Написанный Вами софт работающий под Linux-ом ну никак не может быть быстрее софта, работающего без оси.
Правда это зависит и от программиста.


Я не собираюсь этого делать и судя по задаче топикстартер тоже.


Что представляет из себя контроллер SDMA я знаю, так как работаю с iMX257.
Что касается скриптов контроллера, то писать ничего не надо, так как они уже написаны "специально обученными людьми".
Бери и пользуйся.


Заплюхается товарищ или нет зависит только от него. Главное терпение и желание.
В свое время под свою задачу полностью поднял iMX21, который работает без ОС, но при этом кроилась память с использованием MMU.
Был поднят декодер H.263, мультимедиа ускоритель eMMA, интерфейс CMOS сенсора + VGA сенсор и много другое.
Не заплюхался

Глупость - в любом случае оптимальней использовать готовое чем изобретать велосипеды.



еще одна глупость - заапросто будет потому что смогу использовать всю мощь gpu и vpu.



главное - голова на плечах, а у кого она есть берет ОС и не парится над низкоуровневым программированием а решает свои задачи.



вот - есть же зачатки рационализма, не все потеряно у вас еще

Сообщение отредактировал sasamy - Jul 6 2012, 13:21

Мы видимо говорим о разных вещах. При чем здесь gpu и vpu.
Еще раз перечитайте тему топика и что нужно топикстартеру.

Я не против ОС.
Просто там где она нужна я ее использую, а где не нужна - нет.
Желаете пихать линух куда угодно и не париться над низкоуровневым программированием?
Удачи!!!

...

"вот - есть же зачатки рационализма, не все потеряно у вас еще"

Ну Ё маЁ.
У меня все зашибись.
А Ваш сомнительный "рационализм" девайте сами знаете куда.

ему нужно вот это
http://gstreamer.freedesktop.org/data/doc/...ns-v4l2src.html

можно и напрямую работать с v4l, для Linux у фрискейл есть неплохая библиотека unit test. gpu и vpu в основном для вас ответ - почему вы никогда не станете майором

Я не модератор, но всё равно напомню про правила форума. Личные оскорбления запрещены.

Личных оскорблений пока не усматриваю. Пока всё в рамках.
Тем не менее, прошу избежать характеристик личностей.
Модератор.

[DELETED]
Сообщение №5 топика
" У Freescale довольно неплохая поддержка своей продукции. Для быстрого запуска документации достаточно.
Я бы наверное сначала посоветовал бы ознакомится с Linux SDK этой платы и запуститься под Линуксом.
Думаю с этим вариантом сэкономите массу времени. А потом будет виднее - нужна ОС или нет. "

Или "рацональней" прикручивать левое "нечто"?

Сообщение отредактировал IgorKossak - Jul 6 2012, 14:45

Рациональнее не витать в облаках - Linux тут просто очевидное решение. Какой смысл разбираться с работой конкретного устройства конкретного производителя когда можно написать код _один раз_ и он будет работать на любом процессоре где работает Linux, а это без преувеличения все процессоры на баз cortex-a8. При этом автоматически сюда попадут и устройства UVC и сенсоры с цифровым выходом и платы с АЦП. Завтра вам предложат китайцы процессоры по полбакса за мешок и вы сядете в лужу потому что не сможете им воспользоваться, потому что документации на них нет вообще никакой кроме портированного ядра Linux, а я смогу даже не пересобирая свой код

Сообщение отредактировал sasamy - Jul 6 2012, 15:22

Очень рад, что обсуждение бурное, надеюсь хоть немного все прояснить.



Coce Sourcery скачал, теперь хочу объединить с Eclipse по инструкции https://sites.google.com/site/stm32discover...ery-development Линукс для компиляции программы ведь необязателен, или я неправильно понял?



Читаю даташит к MT9V034C12STM, но не могу найти диапазон регистрируемых длин волн. Мне нужно ИК светом освещать предмет и регистрировать проходящий, чтобы узнать степень поглощения. Какой бы вы сенсор еще посоветовали?
Вначале я вообще надеялся найти готовый модуль - сенсор с контроллером, чтобы подключиться к нему по spi, usb или ethernet, благо сейчас эти все порты в контроллерах есть, а в таких продвинутых, как мне нужен из-за быстродействия, и подавно. Но такого не нашел, решил подцеплять сенсор вручную на ноги, правда пока смутно представляю, как я это дело все запущу и подозреваю, что не один месяц уйдет на запуск железа, что совсем не касается научной работы, а есть только инструмент.




ПК просто это лишнее, тем более ситуация следующая: предмет свободно падает, на одном уровне я его фотографирую, пока обрабатываю изображение, он летит дальше, а внизу орган воздействия - мне нужно его включить четко вовремя, а как это сделать с ОС, пусть и ОСРВ, я не знаю. Зато знаю, что такое прерывания, таймеры и т.д. в МК Поэтому и выбрал данный путь - управлять процессором как микроконтроллером. Мне бы только к регистрам обращаться возможность получить, а там уж дело техники



А вы камеру подобрали? Это больной вопрос... Дело даже не в частоте смены кадра, а скорее в выдержке, если можно так выразиться. Предмет же падает, поэтому время экспонирования должно быть минимальным, т.к. смаз в 2-3 пиксела это уже плохо.



Просто тут ОС не знаю даже, зачем нужна. Мне только изображение получить нужно и все. Обработка - это просто алгоритм над массивом байтов, ну и дернуть ногой через заданное количество миллисекунд...

Глупо спорить с человеком, который слышит только себя. Перечитайте мое сообщение №5 может тогда все станет на свои места.
Надеюсь моя информация помогла топикстартеру.
А майорам желаю заслуживать свои погоны.
Ув. sasamy, предлагаю завершить сей глупый спор.

Если линукс позволит пользоваться драйвером порта, к которому штатно можно подключить скоростную камеру и я воспользуюсь готовой функцией для получения кадра, а потом еще и дрыгнуть нужной ногой, то это было бы замечательно и стоило бы времени на освоения "ембеддед линукс". Отсчитать миллисекунды можно параллельно подключенным маленьким МК, который только и будет, что регистрировать начало отсчета и включать, если надо, воздействие. Только вот я пока не нашел такую камеру.

это зависит от динамического диапазона сенсора, освещения, ... в общем можно смотреть разные сенсоры (aptina.com ...) и потом искать какие есть камеры на них
с сенсорами вроде бы все просто, а вот с камерами ... как то плохо находятся, я еще не выбрал


ОС нужна только чтобы не иметь гемороя с камерой, мне аналогично, нужен кадр, и его обработка (чистый С++)
если не думать о переносе на другое железо или камеру, то как бы все нормально, если думать, то ... х.з. может и под линукс делать

Сообщение отредактировал AlexMik1 - Jul 6 2012, 15:56

Простите за чайниковский вопрос, но к примеру если пользоваться линуксом, то компилировать программу так же в "Eclipse+CodeSourcery"?

Отсчитывать миллисекунды вам не нужно - драйвер сам ставит таймштампы на буфер
http://v4l2spec.bytesex.org/spec-single/v4l2.html#BUFFER
дрыгать ножкой элементарно через sysfs, 20 fps даст любая камера - смотря какое разрешение нужно, а вот конкретно это

тут не знаю что сказать. Кстати - gstreamer тут будет избыточен, вам достаточно напрямую кадры брать
http://v4l2spec.bytesex.org/spec-single/v4...CAPTURE-EXAMPLE

Сообщение отредактировал sasamy - Jul 6 2012, 16:25