Требуется embedded Linux разработка, СПб Опции

[remote_job]

День добрый.

Требуется разработка софта под Линукс, установленный на отладочной борде, скорее всего вот такой 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 процессорами.
• В каком-то крайнем только случае требуется человек не из СПб.

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

[DASM]

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

[remote_job]

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

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

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

[_3m]

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

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

Требуется...

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

Поток данных между фронтэндом и приемником до 18 мБайт/с. Мне видится, что без задействования DMA не обойтись.
Это не полное описание устройства, на него наложится еще функционал, но начнем с этого.

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

[bzx]

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

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

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

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

[DASM]

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

[EvilWrecker]

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

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

[sasamy]

Cитару я бы тут не использовал- а взял бы тот же и.мх, но шестой.

Плюсую - это во всех отношениях выгодней, устанете пальцы загибать если все перечислять, на стартерките он еще и дешевле в 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

[EvilWrecker]

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

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

[prig]

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

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

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

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

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

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

[remote_job]

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

[DASM]

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

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

[EvilWrecker]

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

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

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

Что касается

У Линукса с мультмедией на самом деле швах.

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

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

18 мБайт/с

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

[sasamy]

У Линукса с мультмедией на самом деле швах.

вот специально для вас записал с компрессией "на лету" - 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

Вы вот с этого UVC по still image capture попробуйте.

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

Вобщем в Линуксе из коробки работает на самом деле только коробка

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

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

[DASM]

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

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



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

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

[sasamy]

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

Не нравится CLI - не используйте, кто заставляет.
http://gstreamer.freedesktop.org/data/doc/...helloworld.html
http://gstreamer.freedesktop.org/modules/qt-gstreamer.html

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

Вы не поняли - кому этот USB кроме вас и китайцев нужен
http://www.mipi.org/specifications/camera-interface

[Harbour]

С мультимедией в Linux все зашибись, нужно просто руки выпрямить. Сейчас никто особо не парится и во все медиа-коробки (carpc, телевизоры, телефоны, домашние центры) ставят ондроед, и летает там и видео и звук и с ресурсами все ok. а ондроед как известно - это жестоко похаканый гуглем Linux
Более того - из всего этого еще можно и выжать realtime, т.е. обеспечить гарантированный jitter и задержки для любой подсистемы, включая audio one.
Для данного проекта требование sata явно надуманное - SD карта или USB-to-SATA переходник решит задачу на любом подходящем проце.

P.S. Забыл сказать о будущей коробке от Steam - догадайтесь на чем она будет работать ?

[EvilWrecker]

С мультимедиа как и с многим другим в линуксе все очень хорошо в пределах его идеологии, того для чего он собственно и делается - если шагнуть чуть в сторону без избитых примеров вроде лицензируемых видеокодеков и похожей ерунды а собственно с соединением со всякого рода микросхемами такими к которым нужны и драйвера и по верхнего уровня и много что другого. Будь у вас хоть 100 человек с руками настолько прямыми что пора их регистрировать в палате мер и весов(которая в Париже, почти) то без определенной документации, поддержки производителя и еще до кучи ничего не выйдет. Можно сейчас возразить- вот пишут же люди, линукс работает и Тут-и-Там, спору нет у меня самого дебиан крутится на ноутбуке, но напомню вам что такая ситуация наблюдается там где либо продукта очень много и очевидно что очень многим людям это надо, либо людям сильно припекло и они во что бы то ни стало заставили как то работать. Может статься ситуация что в контексте темы найдется(вряд ли в ней самой если честно) какая нибудь новая/относительно редкая/NDA-шная и пр микросхем(а/ы) с которой придется что то делать. Джитеры и реалтаймы - это все несерьезно по сравнению с проблемами уровня:

- какова архитектура драйвера?

- как заставить работать?

- ничего не получается?

- ошибки?

- сбойное поведение?

а список еще длинный. Надо соотносить желаемое и реальность и исходить из этого, а не пытаться пропихнуть на каждом углу какое то отдельное решение каким хорошим или нет оно само по себе бы не являлось.

В контексте задачи и.мх6 вытянет все без лишних телодвижений. Остальное от лукавого. Адндроид как был коммерческой игрушкой(пусть и удачной) так и останется- хотя кстати тут он тоже подойдет если автору удастся использовать его, в чем у меня большие сомнения. Валвы со стимбоксами и прочие коммерческие погремушки из другой оперы- там другие деньги и другой уровень разработки.В этой же теме проще поставить имх и на остальное просто забить- в разумных пределах конечно.

[Harbour]

В том то и дело, что именно для "шагов в сторону" эта система более всех других и приспособлена. Успех Linux, как его видят многие в виде унылого использование как игрового десктопа может и является мечтой большинства, но для embedded задач нафиг нужен Сто человек для проекта любой сложности совсем не нужно - достаточно 4-5, если уж очень кажется что все-таки нужно больше, значит проект разбивается на 2 подзадачи, и т.д. Не вижу здесь никакой NDA'шной проблемы - хочется закрыть код, не вопрос, вплоть до anti-reversing штучек, хочется его засунуть в чип и дать с ним драйвер - так легко. Джитеры и реалтаймы - на самом деле очень серьезно если нужно управлять роботами или каким ответственным оборудованием - столкнетесь, узнаете.

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

Никто ничего и никому тут не пихает - уверен на форуме есть люди успешно пишущие разные задачи и под вындовз и под qnx и просто на асме для 80186/Z80. Вопрос каким трудом это им дается и во что встали такие проекты - особенно по саппорту/масштабированию/развитию.

Android в этой задаче нафиг не нужен - он был приведен в качестве аргумента в противовес заявлению, что мол мультимедия в Linux никуда не годится.

Деньги стимбоксов или каких других проектов к уровню мультимедия в Linux никакого отношения не имеют - или может ребята из стима уже переписали alsa/X'ы/счедулер/opengl по новой (как это страшно любит делать m$) ? Не смешите мои тапочки - они используют тот же мультимедиа стек Linux что и все остальные, только с руками у них видимо все Ok.

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

[EvilWrecker]

В том то и дело, что именно для "шагов в сторону" эта система более всех других и приспособлена

Безусловно- в первую очередь из-за типа лицензии, однако

Сто человек для проекта любой сложности совсем не нужно - достаточно 4-5, если уж очень кажется что все-таки нужно больше, значит проект разбивается на 2 подзадачи, и т.д.

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

Не вижу здесь никакой NDA'шной проблемы - хочется закрыть код, не вопрос, вплоть до anti-reversing штучек, хочется его засунуть в чип и дать с ним драйвер - так легко. Джитеры и реалтаймы - на самом деле очень серьезно если нужно управлять роботами или каким ответственным оборудованием - столкнетесь, узнаете.

Я вам так скажу- все эти высказывания мне настолько знакомы что и не описать, вкупе с "не важно на чем разрабатывать главное чтобы программист был хороший/какая разница на чем писать- на яве или на плюсах/если смог запустить ртос на дискавери то 61850 на нескольких устройствах организует". Сам я ни разу не эксперт и не гуру и до горизонта очень далеко, но точно могу сказать что все это как раз

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

Откуда такая уверенность? Достаточно долго наблюдаю неподалеку работу senior system architect, senior hardware engineer, R&D scientist по встраиваемым системам(а область опустим)конкретно из энетрпрайза. Не очередных инженегров электронщиков с пикадом паяющих 0805 на коленях а конкретно сеньоров с серьезным багажом.Во многом равняясь на этих людей мне немало удалось узнать/повидать - и что хочу отметить:разумеется и до этого я считал вышеупомянутые высказывание бредом, но когда увидел как оно "по-настоящему"...Намек понятен думаю.

Что касается

Когда ко мне приходят и говорят - вот тебе проц (неважно какой) сделай на нем чего-нибудь - я его незамедлительно посылаю сразу куда подальше

.

На этом форуме чересчур много "экспертов" и "гуру". Но избегая оффтопа скажу в рамках темы - человек выбрал имх6, на основе описанного ему лучше взять имх6 -а что и как ему делать с ним это сугубо личное. Захочет гонять данные в риалтайме с видео и пр- пожалуйста, захочет светодиодом моргать- не проблема, это все личноге мнение того, кто заказывает. Короче говоря не наше с вами дело. Кто-то захотел использовать такой камень- ок, что и как он с ним будет делать- его проблема, достаточно предупредить человека и договориться а не заниматься мессианстовом

[Harbour]

Безусловно- в первую очередь из-за типа лицензии, однако

Чем же лицензия мешает танцорам ?

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

Так уже пару лет как перешел в ентерпрайз с их уровнем задач и деньгами

Сам я ни разу не эксперт и не гуру и до горизонта очень далеко

Ну ... видно невооруженным глазом

Намек понятен думаю.

"Учиться, учиться и еще раз учиться." Дорасти до рядом сидящего архитектора, не зафакапить пару-тройку проектов, а там глядишь и опыт придет

человек выбрал имх6

Осталась мелочь - в выбранных рамках реализовать задуманное

договориться а не заниматься мессианстовом

личное дело каждого чем и где заниматься, главное не оффтопить

[EvilWrecker]

Другого поста от Harbour я не ждал- оно и понятно, как что так все эксперты, из компаний уровня intel/nvidia/ibm, да еще и видно все невооруженным глазом(самое время заниматься мессианством в низкобюджетных предложениях о работе- никак передать мировой опыт).Что ж, это действительно дело каждого- а по теме осталось добавить в выбранных рамках, как вы говорите, избегая разработок, купить i.MX6 модуль(Q7 например- сейчас много их делают) и вкрутить в свой проект, да и кариер борды есть под этот форм фактор готовые, в том числе с беспроводкой. Это конечно если неохота разрабатывать.

[Tarbal]

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

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

А в чем проблема с Ситарой? Просто интересно. Если iMX6, то тогда с omap4 надо сравнивать.

[DASM]

На омар4 смотреть не советую, тот редкий случай, когда фрискейл лучше. Хотя бы в части документации. Кстати никто не в курсе, Техас ушел с мобильного рынка, что будет с омап4?

[remote_job]

Написал всем заинтересовавшимся, как мне показалось. Если кому-то не написал, а он заинтересован, скажите.
Всем спасибо за комментарии по делу и флуд куда ж без него на электрониксе

[remote_job]

Кстати, вот еще на IMX6 QUAD нашел интересную систему http://www.wandboard.org/index.php/details
Мне она интересна тем, что главная плата - компактная, а base board - очень проста, одни разъемы по сути.

[EvilWrecker]

Привел на скриншоте вырезку и документации- обратите внимание.


Если заинтересовал и.мх6 то лучше смотрите в сторону родных отладок фрискейла.

Эскизы прикрепленных изображений

 

[_3m]

Привел на скриншоте вырезку и документации- обратите внимание.

В варианте imx6 QUAD интерфейс SATA имеется, в остальных - нет.