День добрый.

Требуется разработка софта под Линукс, установленный на отладочной борде, скорее всего вот такой http://starterkit.ru/html/index.php?name=s...=view&id=73 плюс такой http://starterkit.ru/html/index.php?name=s...=view&id=74

Основная идея разработки:
Исходный данные.

• К борде будет прилеплена некая другая борда (фронтэнд), подключена она к МК по GPIO. Всего 8 пинов GPIO + клок(около 16 МГц).
• К борде будет подключен HDD
• К борде будет подключена еще одна плата (приемник), тоже по GPIO. Тоже 8 пинов + клок.

Требуется.
Фактически разрабатываемое устройство будет устройством сбора данных. Оно будет стоять в разрыве между фронтэндом и приемником, записывая данные с фронтэнда. Так же оно будет устройством воспроизведения данных ранее записанных с фронтэнда и должно посылать эти данные в приемник, эмулируя таким образом фронтэнд. Записанные данные при этом могут хранится как на подключенном HDD, так и на ПК, к которому будет подключена данная борда через USB 2.0 HS. Поток данных между фронтэндом и приемником до 18 мБайт/с. Мне видится, что без задействования DMA не обойтись.
Это не полное описание устройства, на него наложится еще функционал, но начнем с этого.

Итого, исходя из того как мне видится реализация данного устройства, контрактор должен уметь:

• Писать драйвера для Linux. Для работы с ДМА и GPIO нужен линуксовый драйвер.
• Уметь работать с USB HS, Full Speed не хватит.
• Писать приложения под линукс, обрабатывающее большой поток данных. Образно конечно выразился
• Очень желательно, чтобы умел писать на HDD видео, которое будет идти с подключенной по USB камере.
• Очень желательно опыт работы с iMX процессорами.
• В каком-то крайнем только случае требуется человек не из СПб.

Писать или в личку или в топик. Сначала хотелось бы найти человека, умеющего сделать все описанное выше. Далее обсудим с ним полное ТЗ, так как тут не все подробности, но по клавиатуре стучать долго очень. О деньгах договоримся. Срок месяца два, нужно чтоб человек не впервые это делал

Делал под DaVinci, в т.ч. UVC драйвер - чтение с USB тоже шло с камеры (потом правда от USB камер отказались). Месяца два реально маловато будет. Причем маловато даже только для толковых драйверов, про саму прогу молчу. Вот именно под iMX, да еще с UVC камерами, - очень сомневаюсь, мне на элементарный (как сейчас он стал для меня) вопрос по UVC никто тут не ответил - не шибко популярная тема. СПб.

Спасибо за ответ. Работа с камерой это изначально опция, если окажется слишком сложно откажемся. Главная задача - запись данных с GPIO (в локальный HDD или в ПК по USB) и воспроизведение данных (взятых с локального диска или USB) на GPIO.

Всем ответившим сюда или в личку отвечу в понедельник-вторник, как наберу пул потенциальных исполнителей.
Спасибо!

Требуется выкинуть предлагаемую архитектуру нафик и начать проект заново без использования GPIO.

В imx GPIO сидит на медленной периферийной шине. 18 мБайт/с заведомо недостижимая цифра в режиме GPIO даже если запрячь SDMA (а много людей в россии умеют писать свои SDMA скрипты в imx ? да что там в россии, в мире ?). Так шта "без задействования FPGA не обойтись". Если конечно вам надо чтобы работало. А если цель освоить деньги или всласть помудохаться то можно и GPIO.

Это самое правильное предложение.

1. Оптимально - своя платформа, с аппаратной поддержкой требуемых интерфейсов разработанная со своим форм фактором. Пролёт по срокам.
2. Выбрать иной ARM модуль с поддержкой SATA, например, процессоры семейства Sitara. Про скорость обмена для “плата (приемник), тоже по GPIO. Тоже 8 пинов + клок.” Ничего не сказано, поэтому может что то и выйдет.
3. Взять промышленный комп, например, на Atom-е.

Обращайтесь, контактный email в подписи.

Ладно вам фантазировать, запрягаем штатный SD card интерфейс - и чуть менее 30 Мбайт в секунду будут. Кроме того, я слова "Главная задача - запись данных с GPIO " думаю имеется в виду, что надо логгировать данные с ножек, а про то, что ХДД должен через них быть подключен - не сказано совсем даже

Прежде чем навязывать людям фпга необходмо узнать о каком таком фронтенде идет речь конкретно в случае топикстартера: что это такое? Если сд карточка то DASM прав на все 100%, если нет- то надо смотреть по существу задачи. Ситару я бы тут не использовал- а взял бы тот же и.мх, но шестой.

К слову топикстартера- есть такой проект imx6rex. Опенсорс. Мне в нем не нравится все- но он вам подойдет а кариер борд сделать не проблема- как раз под ваши задачи без лишнего.

Плюсую - это во всех отношениях выгодней, устанете пальцы загибать если все перечислять, на стартерките он еще и дешевле в 1,5 раза.
http://www.starterkit.ru/html/index.php?na...=view&id=97

но в solo варианте нет SATA. SDXC с UHS-I может подойдет, только я не знаю - есть планы по переделке схемы для OEM, в том виде как сейчас - нет переключения SD хоста на домен 1,8 В, но как ни странно есть положительный эксперимент с SDHC в UHS.

Видео с UVC - это вообще самая простая задача из перечисленного, это работает из коробки в Linux, SDMA - для IMX6 на сайте Freescale есть platform SDK с опианием SDMA и примеры кода (скриптов), другое дело что это мало кому нужно на практике. Про GPIO на 16 МГц - забудьте, проще подключить к IPU и прикинуться BT.656 c embedded sync - для IPU 16 МГц - пшик. Как на "бэкенд" сливать - это уже сложней, в принципе можно таким же образом как и входные данные - BT.656 на IPU.

Сообщение отредактировал sasamy - Nov 1 2013, 14:04

Если нужно жирное соединение в рамках упомянутого контекста то всегда есть гигабитный эзернет, PCIe или усб 3.0 сделанный мостом через PCIe.

А ситара таки да- по сравнению с и.мх проигрывает почти во всем, в интерфейсах и производительности с ценой на них так точно. У техасаских инструментов самые интересные камни это последние омапы которые идет под нда и кейстоуны у которых бывает 4 ядра А15 и8 ядер дсп с плавающей точкой- там и усб 3.0 и мультипортовый гигабитный эзернет свич и много чего до кучи. Но для этой задачи повторюсь самое лучшее -и.мх6, и не только потому что это исключительно удачный камень, но и потому что другого не надо.

Шина 66МГц. Если не вешать на неё несколько мастеров, которые будут асинхронно лупить на полную, то почему бы и нет?
Насчёт того, кто что умеет... В общем-то, ТС как раз этим и интересовался.

Но то, что проще подключить к IPU, как здесь уже было сказано, это да.

З.Ы. А вообще, удивляет количество советов без привязки к конкретной задаче и их содержание.

Сообщение отредактировал prig - Nov 1 2013, 14:24

GPIO во фронтэнде это данность, что ли. Фронтэнд эта плата с двумя вот такими http://www.maximintegrated.com/datasheet/index.mvp/id/5241 чипами. Выходом одного чипа является пара I и пара Q + клок. То же самое для второго чипа, только там без клока, он один на пару. В приемнике, соответственно вход, заточенный под использование этих фронтэндов.
IMX6 плату видел, но до боли в сердце потрясло отсутствие SATA... Туда бы DUO чип, но starterkit не планирует. Поэтому выбрал плату на IMX5.
Своя плата это здорово (base board именно такой и будет, так как от стартеркита не подходит конструктивно, но для начала пойдет), но нет на это особо времени, столько плат готовых... что-то должно пойти. Предложенная плата от стартеркита - это лишь мое предложение, если разработчик аргументирует другую или аргументирует невозможность исполнения на предложенной.

У Линукса с мультмедией на самом деле швах. Вы вот с этого UVC по still image capture попробуйте. Да и самы дрова написаны "write-only" . Вобщем в Линуксе из коробки работает на самом деле только коробка

Посмотрите на фарнеле и диджикее борды на и.мх 6 вродле такой

http://ru.farnell.com/freescale-semiconduc...oard/dp/2124398

Я как то сделал некоторое время назад сервер синхронизации времени по спутнику для комплекса телемеханики - начал на ситаре,закончил на и.мх ибо в последний подходит для таких задач особенно в связке с 2мя эзернетами:у ситары 2 эзернета но у и.мх6 можно воткнуть нормальный свич с поддержжкой 1588, - вообще могу сказать что вам проще будет взять свободно доступные схемы и печатки отладок с сайта фрискейла и сделать на основе референса то что вам надо.Ничего сложного там нет - да с бсп и кое какими драйверами надо повозитьсяЮ но линукс не так страшен и поверьте это гораздо проще чем возиться с заморочками х86 - особеено с таким явлением как биос

Что касается



то это абсолютная правда- а если у вас еще какие нибудь отдельные чипы для мультимедиа(интернет вещей и пр приблуды)завязаное далеко не только на видео то примите мои соболезнования.

апдейт: посмотрел сейчас камень от максима- там написано "3wire interface" - по виду I2C с чипселектом а с таким раскладом можно и2 и 4 и 8 шт этой ерунды соединить с и.мх, но непонятно откуда



Чтото еще кроме этих микросхем во фронтенде? Спрашиваю чисто из профильного интереса - само предложение не интересно.

вот специально для вас записал с компрессией "на лету" - HD камеры у меня правда нет, это какая-то стринная UVC 640x480
http://youtu.be/hBFgGWb8zxM
http://gfile.ru/a2c9o

не понимаю - что тут можно делать два месяца
gst-launch v4l2src num-buffers=-1 ! tee name=t ! queue ! mfw_v4lsink axis-top=120 axis-left=320 disp-width=640 disp-height=480 t. ! queue ! vpuenc codec=0 ! matroskamux ! filesink location=output.mkv sync=false



и нафик оно мне нужно ? пусть с этим китайцы играются
https://github.com/yangh/uvcvideo



у кого-то и Linux не работает

Сообщение отредактировал sasamy - Nov 1 2013, 16:57

Ну да , gst launch , Я и не спорю, на таких программистов только молиться надо, благодаря таким остальные без работы не останутся.


Пусть китайцы. И деньги тоже они получат. А когда вода , в которой гусь думал, что принимает ванну не закипит — не стоит удивляться, какого черта сидите в шахте и уголь на китайского батьку добываете