Делаю OSD, автопилот и инерциалку...
Не совсем понятно - поворот сервы регулирует
Прошу прощения, что влезаю! Но может быть стоит проявить уважение к топик-стартеру и его теме, и прочитаь хотя бы ДВА(!!!) первых поста данной темы?
Небольной апдейт по проекту.
- Мне пришли все компоненты включая две платы ZBee Pro 868
- Вчера запустил ДСП вместе с внешней памятью. Т.е. подключил jtag. TI и память работает нормально. Конечно не обошлось без косяков на плате (типа забыл ресет пин к питанию подключить и индикатор питания на jtag вывести), но они были героически устранены. Все остально работатет нормально.
Пока можно смело сказать что все идет по плану. DMA драйвер почти готов. UART I2C и SPI на подходе.
Сейчас очевидно что как макет и первый экземпляр для отладки плата удалась и скоро должна полететь. 😃
Это были хорошие новости. 😃
Теперь про плохие. 😃
Сейчас мне уже очивидно что плату придется переделывать. Есть несколько косяков на плате устранение которых требует усилий, что не приемлимо к масс продакшен. Основной косяк это LGA16 и LGA28 корпуса. В принципе все было сделано правильно, но оказалось реализуемо только в расчете на машинную пайку. Пояльником припоять их не получится. Поэтому на первом макете они будут стоять на внешних маленьких платках.
Следующий косяк это 176 ножечный процессор. На следующей плате я поставлю pbga256. В связи с тем что мне удалось на выходных в супермаркете отхватить мини духовку за 30 евро, паять pbga теперь не проблема (как минимум большую духовку для этого не надо гонять). Ну и пару косяков с jtag ом конечно оказались неприятными. 😃
Но это мелочи. Для первого макета - нормально. 😃
Основная хорошая новость в том, что теперь все компоненты системы работают. Осталось только запрограммировть, но это уже не проблема. Следующая позитивная новость в том, что появилась возможность заказать полный монтаж платы за вполне приемлимые деньги (20-30 баксов). 😃
В конце недели выложу апдейт для писишного софта. Там есть несколько нюансов которые хотелось бы обсудить. 😃
…сопартийцы дышат в спину…
приобрёл lm75bim-5 - для измерения температуры воздуха “за бортом” 😉 ( корпус нормальный - ножки торчат внаружу )
жду заказанную плату для подключения девайса по usb, с вниканием как оно взаимодействует.
косяк это LGA16
А LCC на catalog.compel.ru/sensor_accel/list только аналоговые.
а что страшного в LGA? феном их.
а что страшного в LGA? феном их.
Я сделал выводы под них на плате как для машинной пайки. В итоге они оказались короткими и припаять паяльником их не получается.
А чтобы паять феном, во первых надо этот фен купить, а во вторых надо купить bga шарики. 😃
тогда попробуйте так. печку вы купили. залудите площадки обычным паяльником. каплю флюса. сверху чип, и “в печку его” (с)
тогда попробуйте так. печку вы купили. залудите площадки обычным паяльником. каплю флюса. сверху чип, и “в печку его” (с)
Не прокатит.
Во первых, у меня компоненты с двух сторон, а во вторых большая их часть уже на плате. А греть процессоры лишний раз не охото. 😃
В любом случае так как на внешних платках меня все вполне устраивает и сейчас это уже не проблема. Плату я буду доводить до ума и переделывать по любому.
Для первого опытного экземпляра в любом случае, вполне приемлимая плата получилась. 😃
Доброго времени суток, господа!
Я внимательно слежу за данной темой, т.к. мне очень интересен вопрос инерциальной навигационной системы и использовании ее для автопилота.
К сожалению никак не могу толком понять, что же такое OSD? Подскажете? Как я понял - это что-то типа “текст поверх основного изображения” - как меню в телевизоре. Тогда как это привязанно к остальной задаче?
Еще интересно на какой стадии работа, а то что-то давно нет никаких вестей. Понятно, что возникла проблема с отсутствием фена.
Поскольку мне работа интересна, то готов принять участие в разработке алгоритмов, если такая помощь будет необходима.
OSD - OnScreen Display - информация, выводимая поверх основного изображения. К остальной задаче это привязано тем, что OSD выводит в реальном времени информацию об углах, кренах, скорости, высоте и т.п. То есть, инфу, непосредственно связанную с навигацией 😃
У когонить есть алгоритм, или выкладки как связать гироскоп и акселерометр?
www.starlino.com/imu_guide.html
тут много инфы, про связь акселерометра и гироскопа.
Более сложно это делают через фильтр калмана, но тут уже стандартных решений нет. Вернее есть но они слишком общие.
Спс, по этой ссылке я уже был, там внизу они применяют типа адаптивный(обрезаный фильтр калмана). Когда то находил еще код на вии мошин+ с реализацией на калмане.
www.robochamp.ru/…/121-kalmanfilteringfordummies - типа для чайников фильтр Калмана
calypso.inesc-id.pt/FCUL/…/kalman-dan-simon.pdf - Калман на матлабе пример есть
Всем привет!
Меня тут по личным обстоятельствам полторы недели небыло, так что за последние полторы недели ничего не изменилось.
За описание алгоритмов спасибо. Но до этого пока не дошло. Статус сейчас как и неделю назад это написание драйверов.
Остался только SPI написать. Может сегодня его и добью. 😃
я думаю вам будет интерестно.
tfsoft.org.ua/websvn/listing.php?repname=sensors_t…
там уже лежат дрова.
есть еще много уже насортированой инфы на тему инерциальной системы.
если интерестно - могу выслать
Вот тут советы нужны по писишному софту.
Есть два варианта управления системой:
-
Управление через обычное радиоуправление. Есть 7 входов радиоуправления (5 управление и 1 - переключение камеры, 1 - WayPoints) и есть 5 выходов управления (в принципе сейчас я могу сделать 7, а в реальности будет все 16, но входов все равно будет только 7). В конфигурации для АП будет устанавливаться какой канал за что отвечает. Пик декодирует входы, TMS их считывает и если нужно изменяет. Недостаток, что в этом случае не будет обратного канала связи. Все передаваться будет на ОСД. Но основное приимущество, что в поле не нужен будет нетбук.
-
Управление через XBee. В принципе это стоит дешевле чем футубовский приемник и передатчик. Джойстик подключается к компу с XBee и данные джоя передаются через XBee (можно не джой а пульт управления подцепить, он все равно как джой определяется). Будет максимум передаваться 9 пропорциональных каналов и еще 7 цифровых по 2 бита на канал (всего 4 позиции на цифровой канал). Передаваться будут только те каналы, которые меняются. Это нужно чтобы снизить количество передаваемых данных и не так часто ресетить XBee.
Обратный канал будет передвать все параметры полета с определенной частотой (я думаю 1 Гц, но для отладки можно будет использовать и 50 Гц).
Теперь собственно вопросы.
-
Для кого какой вариант управления более предпочтительный? И готовы ли вы перейти на обычные джойстики?
-
Как правильно называются оси у пульта и что они означают? (ну там рудер, элеватор и т.д.) Что-то у меня с этим проблемы… 😃
Мне это нужно чтобы сделать калибровку и назначение каналов управления на каналы джоя. -
Запись/воспроизведение видео на компе.
Сейчас у меня есть возможность либо писать видео в файл и сразу выводить его на экран, или выводить на экран видео и накладывать на него данные телеметрии в реальном времени, но при этом в файл у меня писаться ничего не хочет. Собственно сам вопрос: нужна ли фича, чтобы данные телеметрии в реальном времени выводились на экран в виде графики (как очень навороченный ОСД) или достаточно будет реализовать все в виде приборов? В принципе все данные и так будут на экране, так как ОСД стоит на плате. Отличие только в качестве картинки. Если телеметрию накладывать на компе, то получается очень красиво, но одновременно писать в файл у меня не получается. 😃
Как вариант, я могу сделать и то, и то, а народ сам будет выбирать. 😃
Короче, нужна нам такая фича? -
Сейчас для задания маршрута полета и отображения полета используется Google Earth. Основной недостаток этого то, что надо иметь интернет. Все это можно сделать и на основе обычных карт, но софт тогда получится гараздо сложнее.
Вопрос собственно в следующем: насколько неудобно пользоваться GE? Или можно его оставить и не заморачиваться?
Спасибо.
- Я думаю оптимально было б оставить и то и то , с возможностью переключения.
Софт подразумевается открытым?
Возможно ли?
- модель - приемопередатчик XBee - … - приемопередатчик XBee - модуль сопряжения - пульт (у них обычно гнездо для подключения передатчика есть)
- модель - приемопередатчик XBee - … - приемопередатчик XBee - модуль сопряжения - ноут - модуль сопряжения - пульт
- модель - модуль сопряжения- стандартный модельный приемник - … - модельный передатчик - пульт
под моделью подразумевается Ваша плата.
(футаба дорого, но есть к примеру хоббикинг на 6 каналов, он на несколько порядков дешевле, и его хватает во многих случаях)
В идеале предусмотреть большой файл конфиг, в котором каждый сможет выбирать - что ему больше нравится, или что более вероятно - что есть под рукой. Для приближения первого запуска можете сделать один конфиг под себя с реализацией функций под себя, но оставить возможность дописания и применения и других вариантов. Если будет необходимость и возможность - сообщество допишет.
-
опять же в файл конфиге предусмотреть самостоятельное назначение пользователем функций, потомучто пульты делают мод1 и мод2, там ручки джойстиков поменяны местами.
Если это возможно - предусмотреть вкладку калибровки. -
и то и то 😉
Я так понимаю оно уже есть, т.е. написан и тот и тот вариант. Сделайте пожалуйста возможность выбора. -
Для приближения первого запуска можно пока оставить, а потом заняться более подробно.
Вобще во многих местах принимает 3G и если полет идет не только с пульта но и с применением бука - то наличие GE - не самая большая проблема.
Уточняющий вопрос.
У программы управления и задания координат свой интерфейс + связь через инет с сервером GE, или интерфейс GE?
У программы управления и задания координат свой интерфейс + связь через инет с сервером GE, или интерфейс GE?
Там чисто GE plugin. Т.е. это не совсем GE, но разница с GE незначительна.
Возможно ли?
-
Немного не понятно с модулями сопряжения. Это должна быть отдельная плата на пульт. Сопряжение компа и пульта это стандартная плата. Сопряжение XBee и компа то-же стандартная плата. А вот пульта с XBee сопряжения я пока не видел.
-
Все конфиги будут писаться/загружаться/сохраняться по полной программе со всеми калибравками. Это даже не обсуждается, как само собой разумеющееся. 😃
-
Договорились. Будет и то, и то. По идее можно все совместить, только я пока не пойму как. 😃
Софт подразумевается частично открытым. Т.е. добавить туда можно будет все что угодно, но некоторые компоненты (соединение с платой и вообще модуль коммуникации на пример) будут закрытыми.
Там чисто GE plugin. Т.е. это не совсем GE, но разница с GE незначительна.
- Немного не понятно с модулями сопряжения. Это должна быть отдельная плата на пульт. Сопряжение компа и пульта это стандартная плата. Сопряжение XBee и компа то-же стандартная плата. А вот пульта с XBee сопряжения я пока не видел.
модуль сопряжения - это общее название.
Сопряжение компа и пульта это стандартная плата - согласен
Сопряжение XBee и компа то-же стандартная плата - не сильно искал, но наверно такая тоже есть
А вот пульта с XBee сопряжения я пока не видел. - значит ее не хватает для полного счастья 😃 и ее нужно сделать. Опять же при необходимости. Я думаю что то типа Атмеги8 вполне справится с преобразованием PPM или PCM в уарт в передатчике и обратно - в приемнике.
- Все конфиги будут писаться/загружаться/сохраняться по полной программе со всеми калибравками. Это даже не обсуждается, как само собой разумеющееся. 😃
Отлично.
- Договорились. Будет и то, и то. По идее можно все совместить, только я пока не пойму как. 😃
а в чем проблема?
Софт подразумевается частично открытым. Т.е. добавить туда можно будет все что угодно, но некоторые компоненты (соединение с платой и вообще модуль коммуникации на пример) будут закрытыми.
Я наверно чегото не понял, а как тогда можно что-то добавить если все интерфейсы закрыты?
а в чем проблема?
Я не особо большой специалист с DirectShow, поэтому потратив несколько часов на то чтобы добиться результата, решил больше не эксперементировать. Но я точно знаю, что можно и писать и дополнительную картинку на экран выводить.
Я наверно чегото не понял, а как тогда можно что-то добавить если все интерфейсы закрыты?
Да, недопоняли, или я коряво написал. 😃
А что конкретно хотите добавить?
Я не особо большой специалист с DirectShow, поэтому потратив несколько часов на то чтобы добиться результата, решил больше не эксперементировать. Но я точно знаю, что можно и писать и дополнительную картинку на экран выводить.
Скорее всего да. Но непосредственно на полет это не влияет.
По этому думаю, что решение этой задачи можно отложить на потом.
Да, недопоняли, или я коряво написал. 😃
А что конкретно хотите добавить?
Я еще не видел , что есть, как оно выглядит в живую.
Но апетит появлется во время еды 😉 + Остановка - смерти подобна. Я за развитие. 😉
Дмитрий напишите в каком состоянии находится проект, а то давно новостей нет.