Как стать автором
Обновить

Комментарии 63

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

P.S. Немного завидую тем, кто сделал предзаказ. Сам, по каким-то причинам, которые сейчас не вспомню, делать предзаказ не стал. Возможно решил подождать.
Непростое это дело, так что медленно продвигается. Спасибо!
Спасибо за поддержку, все действительно идет не так гладко, как представлялось с самого начала. После выпуска тиража сделаем статью «как это было» — ибо есть что рассказать.
А по предзаказу — он пока не закрыт, блокировать окончательно будем к концу мая.
Понятно, что между «собрать дома гаджет из электроники, купленной на ebay» и «запустить в фабричное производство в другом государстве разработанный гаджет» большая пропасть. К тому же, это устройство будет продаваться, а значит требования к нему и к документации куда выше.
Удачи!
Наконец-то, российская приятная линуксовая платформа. Вы на нее дебиан, кстати, ставили? По идее проблем быть не должно, но мало ли…
И что у вас за вай-фай модуль внешний, тоже своей разработки?

Да, нет ли у вас в планах сделать по аналогии с Ардуиной хотя бы пару разных вариантов — то есть Мега, где побольше напихано и Нано, где минимум.
Мне жутко хочется получить, наконец, нормальный процессорный модуль, на котором проц, РАМ, флешка и ГПИО по периметру, и ничего больше.
Ну планов-то громадьё. Просто улучшать еще не созданное — не совсем правильная затея. Сначала дадим жизнь базовому варианту, потом уже к импровизациям приступим.
Дебиан — не ставили, и он не совсем для нашей платформы.
Вайфай модуль — это плата с напаянным на нее чипом. Чип серийный, а вот плату делали под свой конструктив, т.к. требования у нас очень уж специфические.
Именно дебиан нет, не ставили ещё. Вайфай модуль на базе чипа Marvell 88W8686, разводили под наши габариты. В планах есть несколько модификаций, «Мега» — эт просто с более крутым процом (пару недель назад DM369 вышел, вкусняшка). А мне более хочется «Нано» — т.е. габаритами 2x1 см, техническая возможность есть. Но это в планах на будущее, сейчас бы первую плату до конечного пользователя довести чтоб появились деньги на дальнейшие разработки. В планах оооочень много всякого но на всё нужны бабки.
>А мне более хочется «Нано» — т.е. габаритами 2x1 см, техническая возможность есть.

А мне-то как хочется) Я о нем, собственно, и говорю. А то поискал процессорные модули с минимумом на борту (то есть, чтобы ВЧ цифровую часть самому не разводить и не производить) — а их почти что и нет нормальных. Либо монструозные либо китайские. А с китайскими связываться не хочется, у них в документации бардак. Были еще красивые итальянские. В них почти все как надо, но трудно достать и у них древнейший процессор.

image
Нее, 4см эт шибко много. Мне надо именно 2x1 см (ну или 3x2 максимум), чтоб в паровозик впихнуть :-)
Ну если сделаете такой модуль, то будет вообще великолепно. Я у вас их пачку куплю сразу)
20х10 мм это что-то слишком оптимистично, имхо. Там же проц, память и флешка — не влезут, я думаю.
Вон китайский A10S проц сам по себе уже где-то 10х10 мм.
Challenge accepted!
Ну я ж про высоту ничего не сказал :-) Проц — с одной стороны платы, память — с другой. Флешку — на второй этаж. GPIO — там же в виде контактов под пайку.
Эх, вот почему кроме бродкома никто особо не делает Package On Package?
Чтобы прямо на процессоре было посадочное место под память, как в той же самой Raspberry Pi. Существенно упростило бы подобные модули.
Самсунг делает Exynos
Или как Broadcomm и у Intel в новых атомах, память на проц?
Exynos 4412 Prime Quad Core CPU Module
Processor: Samsung Exynos4412 Cortex-A9 Quad Core
Speed: 1.7GHz
GPU: Mali-400 Quad-core 440MHz
Memory: LPDDR2 RAM 2Gbyte (POP)
PMIC: MAX77686
HSIC-USB Hub: USB3503A
Size: 43 x 25 mm

image
Хм. Неплохо.
Что не устраивает:
1) Разъемы такие не всегда удобны, хотелось бы в том же виде, что у итальянцев, по периметру контактные площадки, чтобы модуль можно было впаять на плату.
2) Процессор адски греется, судя по их другим платам на нем, требует радиатора. Я не знаю, если его завести на такой частоте, что производительность будет сравнима с A10, перестанет он в радиаторе нуждаться или нет…
3) Ну и стоит что-то многовато, конечно, 125 баксов.

Но вообще хорош, конечно, модуль. Наверное, чуть позже закажу потестить.
Ну
А10 это — 1 х Cortex-A8,
Exynos4412 это — 4 х Cortex-A9 на почти вдвое большей частоте (максимально).
Конечно он греется и при максимальной нагрузке требует не только радиатор, но и активное охлаждение. Но он сам отлично умеет следить за своей температурой и снижать частоту вплоть до 200МГц при перегреве.
Насколько я знаю, снижение частоты начинается с 82 градусов.
Ребята, вы молодцы! Я вами горжусь! Удачи в реализации проекта!

P.S. Отличный черно-золотой цвет у виртурилки)))
Ну раз жена одобряе, значит верной дорогой идём :-)
Прям настроение подняли! А то вообще ни слуху, ни духу. Жду письмо :)
Ну мы в этом плане отличаемся от американцев с их малиной, которые на каждый чих статью выпускали :-)
Тоже верно!
Виртурилка — новое слово, которое нельзя прочитать с первого раза!
vir-2REAL-K :)
Самое главное забыли написать — о чем вообще речь идет, ну платы какие-то, а для чего? Открыл пост про предзаказ, тоже никакой инфы. Добрался до самого первого поста, так там опять много букв, бегло просмотрев не вчитываясь сути не понял. Какая-то виртурилка, на фото радиомодуль видел. В общем Вы ребят подумайте над этим, сколько таким образом наруду заинтересованного теряете и покупателей.
Зря вы обработку контура платы выбрали фрезеровку, имхо нужно было скрайбирование делать.
Замучаетесь потом края обрабатывать или это китайцы будут делать?
Ура ура!

Я уже, честно, признаюсь почти отчаялся и заказал себе Raspberry )
Ну теперь будет с чем сравнить :)
До кодировании видео для передачи по аналоговому радиоканалу дело не дошло?
Эхх, вы очень больную тему затронули :-(
Я пробую IP-камеру и 2 Вт Wi-Fi усилитель на тяжёлый коптер.
Если заработает — отлично.
Если нет, или дистанция никакая будет — всегда можно взять аналоговый передатчик на 433. Или, если найдётся толковый спец по СВЧ — на 2.4/5 GHz
Не, вайфай эт на самый крайний случай. Я всё рою тему бесконнектной передачи цифирьного видео. Это даст бОльшую стабильность сигнала и очень мелкую задержку.
Это было бы совсем отлично.
Удивляюсь, почему существуют две крайности в передаче видео для FPV — труЪ-аналоговые системы (на сколько бы ГГц они ни работали) и видео в IP-обёртке.

P.S. Мне кажется, самый полезный «шилд» будет таки с макеткой. Сенсоров у людей обычно много, нужно только повесить их на i2c.
Есть варианты подходящие для передачи цифры по воздуху (не через вайфай), но денег они ого-го стоят. Вот, покурите темку. Там много не по теме, но и по теме много.
Я после прошлого обсуждения перерыл кучу материалов, в частности и ветку на рцдизайне, но толкового варианта так и не нашёл, к сожалению. Тут нужен электронщик-эфирник для консультации, а у нас таких под боком нет.
Печалькаааааа…
Уважаемые хабра-люди, подскажите, пожалуйста, если я задумал сделать что-то типа квадракоптера, который бы должен был улетать далеко и передавать видео с вебки на борту через 3G/4G, и летать по GPS координатам (то есть из электроники навешаны юсб-модем 3г/4г, камера, пачка датчиков для телеметрии) — то какие мозги будут оптимальны для данного аппарата? Виртурилка подойдёт? Распберри Б? Или что-то совсем другое надо? Оптимальность цены на устройство в данном случае где-то на последних местах по важности…
Насколько сложно это будет настроить? Я до этого ковырялся только в ардуине, оно простое, а вот как с практически полноценного «компа» рулить моторчиками даже не представляю… Спасибо.
Готового решения не найдете, скорее всего. Т.е. либо делать «под себя», либо взять любой дешевый китайский андроидофон, снять корпус и экран — вот вам и будет комп на андроиде с батарейкой, камерой и 3Г.
а почему мне не подойдёт виртурилка? камера ведь вроде уже есть, 51+4 дырка для датчиков и моторов есть, юсб для втыкания модема есть. что я думаю не так? =)
Дык зачем андроидофон брать, если есть процессорные модули, которые упоминались выше? Китайские, итальянские, корейские самсунговские на Exynos? Российская виртурилка тоже может быть к ним, в принципе, отнесена, у нее ж один этаж это почти чистый проц. модуль, вроде как.
На худой конец есть «мини-компьютеры» из Китая, габаритами 50х50 и даже 70х20 мм, на Allwinner A10, на которые дебиан ставится за пять минут и не надо никакой экран откручивать.
Потому что они могут оказаться и дороже смартфона :(
и ещё вопрос — у андроидофона ведь не будет свободных пинов для подключения моторчиков — а как ими управлять тогда?
Через USB, заводите USB-хост на нем, а на небольшом контроллере поднимаете USB-клиент. И вообще, правильнее низкоуровневые задачи делегировать отдельному контроллеру, который предназначен для реал-тайм задач, потому что линукс совсем даже не RTOS.
Кроме USB на платах часто выведена пара контактных площадок под отладочный UART (Tx/Rx).

А высокоуровневую логику работы пусть большой проц под линуксом ворочает.
UART смарта соединить с UARTом ардуины и оно будет общаться… Хм, большое спасибо вам за совет, наверно так и сделаю, звучит всё так весьма логично.
Я не стал бы все-таки смарт брать. Сам я вот этих товарищей юзаю:
image
http://dx.com/p/rikomagic-mk802-android-4-0-network-multi-media-player-w-wi-fi-hdmi-tf-black-4gb-1gb-ram-149382

Внутри плата примерно 70х20 мм, проц Allwinner A10S, отладочный уарт (даже подписаны площадки), УСБ хост, слот для SD-карточки…
Стоит 46 баксов, то есть порядка 1470 рублей — я сомневаюсь, что вы за такие деньги найдете смарт, на который так же легко и непринужденно с первого раза встанет дебиан и к которому так же, «из коробки» можно сразу подключать USB и UART девайсы.
Беглый поиск в яндексе (а это даже не dx, это Москва) выдал мне это goo.gl/xE2Gu, которое фиг знает как там дела с UART-ом, но есть уже сразу акселерометры и компас, и ещё камера, то есть всю логику можно считать сразу на смарте, а на мк передавать только команды движкам. В вашем случае нужно будет сперва опрашивать пачку датчиков на мк, потом отсылать её на миниПС, а потом обратно принимать команды, что не сложно, конечно, но несколько более геморно.
Да не предназначен линукс для задач реалтайма… Вы мегагерцами пытаетесь скомпенсировать неправильно выбранную ось.
К тому же вы туда еще портируйте линукс, на этот мтсовский выкидыш.
На МК надо опрашивать датчики и управлять моторами, решая задачи реалтайма, то есть регулятор должен быть на МК, а не на компьютере. Компьютер считает логику высокого уровня — распознавание объектов, построение карты, прокладывание маршрута — что там у вас еще будет. И генерирует управляющие воздействия высокого уровня для контроллера двигателей, вида «подняться на 2 метра», «наклониться на 20 градусов в такой-то плоскости». А не берет сырые значения с датчиков и не считает PID.

Все равно нужна будет плата с контроллером двигаетеля, драйверами этого двигателя, схемой питания. Кто мешает туда поставить один маааленький 9 DOF модулек, и получить все что и нужно — акселерометр, компас, гироскоп и даже барометр/альтиметр?
И кто вам сказал, что в том смартфоне есть аж компас? И что он, как и акселерометр, трехосный?
Согласен с вами, МК для локальных задач, комп для глобальных. Поправьте меня, пожалуйста, правильно ли я понял, что лучше купить вот такой комп-свисток, пихнуть в него веб-камеру и 4G модем (там ведь вроде 2 юсб порта), параллельно поставить ардуино со всей телеметрией и GPS, и меджу собой они общаются через UART. Так? =)
И да, огромное вам спасибо за все советы, что вы уже дали, я правда искренне вам благодарен за многие часы времени, которые я не потрачу впустую благодаря вашим знаниям.
Ааа, опять ардуино) Вы его еще кирпичами нагрузите)
Усб порта там два, но второй — OTG, и лично у меня его завести не получилось (правда, я в роли клиента заводить пытался). Судя по оф. обсуждениям — не допилили дрова.
Я бы на плате своей развел посадочное место под аксели/гиро (ну либо, в крайнем случае, под модуль с ними, каких море на ebay и dx), микруху USB-хаба c выходами на модем, GPS, вебку и каким-нибудь DSP-контроллером от STM. Его, кстати, тоже можно к хабу. Или, если уж совсем не хочется с USB разбираться, то к UARTу. Но вообще уарт там отладочный, я бы не стал его отключать от консоли, раз уж все равно хаб разводить.

Если брать совсем мерзкий вариант — то можно взять китайских хаб, ардуину… Но это отвратительно, особенно на коптере)
А не слишком ли, кстати, амбициозная задача? Вы до этого проектировали такие устройства?
Бедный Parrot Ar.Drone, он должен постоянно тупить, падать и врезаться, там же проц типа нашего стоит (в первой версии точно) ;) И обработка всей математики полета на основном проце.

Скажем так, на ARM основную проблему создают ненужные прерывания (помимо нужных, например от таймера). Но у нас на борту есть такая клевая штука как RTO пины. Как раз программируемый рилтайм ввод вывод. Помимо высокоточных аппаратных программируемых PWM (64 бита разрешение). Плюс механизм FIQ опять же для рилтайм задач. В общем, за смартфоны и малину не скажу, а виртурилка должна с полетными делами справиться.

Вы лучше подскажите, есть ли что-то типа ArduPirate на ARM? На рцдезигне тема была но что-то заглохла. Сами писать мы не станем, шибко обширная тема, тут логичнее сотрудничать с теми кто в теме, или найти открытую софтину и допилить (опенсорс, само собой).
Смартфоны и малина в пролете в этом плане, мы же о них говорили. А то что летает — ну так и что, и на малине можно летать, чисто за счет высокой частоты, обгоняя мегагерцами цикл регуляции) Только это не совсем правильное решение. Правильно — это иметь гарантированный отклик на прерывание.
А FIQ не повлияет на работоспособность остальной системы? Он же может прервать обычное прерывание, мало ли, чего в нем делалось — нужно же постоянно будет входить в прерывание от таймера, чтобы обработать цикл регулировки.

Понятия не имею, есть или нет. Будет подходящее железо — энтузиасты напишут)
Я в низкоуровневых подсистемах не шарю, если честно. Я передаю со слов нашего аппаратчика, он с ними ковырялся, говорит простор для творчества огромный. Так что буду его мучить периодически, чтоб сделал вводную лекцию с примерами ;)

Я вот как раз ночью подцепил всю начинку одной из имеющихся IMU плат: гироскоп, аксель, баро, компац. Хоть прям щас на квадрик ставь, но полетного софта пока нет. Так что очень надеюсь что когда тираж родим то кто-нить займется именно коптерным применением.
Ну как вариант, вы можете и сами это сделать и продавать в виде кита.
Дополнительная прибыль фирме, чтобы не только виртурилку продавать гикам, но и всяким ардуинщикам девайсы поставлять, которые любят чтоб «купил и включил». Нет желания расшириться в эту сторону? Можно же и людей поднабрать, которые будут такие киты проектировать, это много кому из разработчиков интересно (мне, например, я бы поработал с удовольствием над какими-нибудь роботами под управлением линуха и коптерами).

У вас тогда рынок существенно расширится.
Людей нанимать- нужно зп платить, а мы пока очень стеснены в средствах. Пока все делаем своими силами, втроем, довольно тяжко. Если тираж хорошо пойдет и появятся средства — конеш расширяться будем. Планов громадье, но как обычно, не хватает рук и мозгов ;)
Людей нанимать можно не только за зп, можно ещё и за % от прибыли, или за долю в фирме (правда тут беда, что бОльшая часть фирм работает «в чёрную», то есть всё строится на взаимодоверии, но если вы вдруг собираетесь быть «белыми», то вполне вариант, но я надеюсь не собираетесь)), раз уж Ariman так хочет посодействовать — можно же предложить чё-нить типа «вся разработка с тебя, 20-40% с чистой прибыли от твоих китов — тебе». Будут продаваться — всем хорошо, не будут — никто особо ничего не потеряет.

Ariman, а чем собственно плохо обгонять мегагерцами цикл регуляции? Если штука делается довольно массивной и => медленной, а динамика регулирования в приоритетах не стоит, то как бы почему бы и нет? Я в этой области не специалист, так что отсылки к мануалам приму с благодарностью =)
Я не назвал бы летательный аппарат, в особенности коптер, массивным и медленным. Когда пытаешься вылезти за счет мегагерцев нету строгой гарантии выполнения кода за отведенный промежуток времени и реакции на внешнее событие за заданный интервал.
То есть ROTS гарантируют архитектурно, что ваш код начнет выполняться не позже N мс после прерывания, и что ваш процесс получит квант времени не позже M мс. А тот же линукс — не гарантирует, гарантирует, в данном случае, статистика — «1000 раз запускали, мегагерцев хватает, вход в прерывание в среднем не позднее K мс».
В принципе, учитывая, какие сейчас производительности процов и какие постоянные времени у этих циклов регуляции, наверное, не так это и фатально, мегагерцами вылезти. Но ощущение от неправильности реализации остается, РТОС-то придумали как раз для таких задач.
Кстати, во, свежачок :-) Наконец-то руки дошли платку IMU со всеми датчиками подключить. Полный комплект для квадрика (GPS тоже, но оно у меня отдельным модулем к UART цепляется). Уже можно делать полноценный квадрик, именно квадрик ибо на борту у нас только 4 аппаратных PWM (PPM) :-) Правда основная проблема теперь с софтом который математику будет считать по инфе с датчиков и с пульта управления да моторами рулить.
Эх, и опять Linux в роли RTOS ( Печально это.
Может QNX вкатите на виртурилку, раз уж не хотите промежуточный контроллер с RTOS использовать? Вот это будет офигенно — а то что на RPi, что на других похожих платах никто так и не завел нормальной RTOS.
Про QNX очень сомневаюсь что получится накатить :( Так что надо попробовать сначала на обычном линухе (ардрон на линухе летает). На крайний случай — сделаем второй этаж с IMU датчиками и воткнем туда мегу с ардупиратом ;)
Сколько слоёв плата?
10
Зарегистрируйтесь на Хабре , чтобы оставить комментарий