Создание собственной системы стабилизации
могу отдельную платку сверху одевающуюся с крутилками, но нет желания…
Это потому что их нет в ардупелоте.
ардупелоте.
мне как-то всё равно на ардупелот, может завтра будет что-то другое…
хотя народ жаждет ардупилот, а не Дринкерпилот или СержДокпилот почему-то?
хотя народ жаждет ардупилот
А чего его жаждить? Пошел и купил, или гораздо дешевле набор сенсоров из серии GY-XX купил и проводами присобачил например к FEZ40-mini, залил прошивку - вот вам тот самый арду.
а не Дринкерпилот
Дринкер не ведет дневник своих действий в виде тем на форумах. Кому интересно как сверлились дырки и припаивались детальки? А уж тем более никакого ковыряния в чужих кодах с нытьём “это я не понял, это у меня не работает, а это зачем ОНИ это сделали”.
почему-то?
Потому что там все “красиво” - комп., “планер”, “фишечки”, “крутилки” все под винду… это внушает доверие и подкупает пользователя…
нашел nuttx от vrbrain - полным ходом перелазит, загрузка проца 6% - може обманывают… плата очень смахивает на мою первую версию только баро по spi…
так что возможен полный hal и вливание…
Блин, пришел Дринкер и опять тема в говносрач превращается!
так что возможен полный hal и вливание…
Кто “вливать” то будет ? Покопавшись в течение года с STM (303,407) для себя явно уяснил, что не смотря на единую платформу Cortex, нюансов на уровне кода в настройке периферии и работе с “потрохами” очень много, уж не знаю какой там HAL будет (остается только верить…).
В связи с этим придерживаюсь мнения, что сделать 100% порт любого софта в разы сложнее, чем сотворить новый…
Кто “вливать” то будет ? Покопавшись в течение года с STM (303,407) для себя явно уяснил, что не смотря на единую платформу Cortex, нюансов на уровне кода в настройке периферии и работе с “потрохами” очень много, уж не знаю какой там HAL будет (остается только верить…).
Этих нюансов гораздо меньше чем разница между STM32 и AVR8 (а арду работает на обеих платформах, как раз благодаря HAL) - так что там мелочи по сути.
Сергей,а Вы можете написать ФАК по своей плате?Типа код берем здесь,компилястер такой,шаг один,два,три…
- так что там мелочи по сути.
Некоторые “мелочи” (без которых не обойтись), в частности режимы DMA разной периферии приходилось обходить довольно хитрым способом… Тут еще сказывается фактор одновременного использования почти всех (у меня) устройств чипа со всеми прибамбасами и как следствие попадание в “недокументированные ситуации”…
Сергей,а Вы можете написать ФАК по своей плате?Типа код берем здесь,компилястер такой,шаг один,два,три…
rcopen.com/blogs/74247/18369
rcopen.com/blogs/74247/18039
как это всё под виндой тут dev.ardupilot.com/…/ez-set-up-and-build-ardupilot-…
ardupilot px4firmware и px4nuttx брать тута github.com/SergDoc
и хватит уже на вы наверное 😃
50х50 - это не удобно ?? чего ж еще надо то ?? и не нужна для самолета “продолговатая плата” , если конечно самолет не размером со спичечную коробку…
ИМХО лучше продолговатая с выходами-входами с торцов или сверху-снизу.Типа “Ёжеплаты” все же не очень удобна в плане размещения.Не все же предпочитают самолеты размером больше спичечного коробка)))
продолговатая с выходами-входами с торцов или сверху-снизу
Минимум ширины у меня реально получился (прошлогодний вариант), при 100-лапом чипе и НЕмногослойной плате -
40 мм, меньше - ну никак, (опять же это только проц. и датчики, без флэши, GPS, и нормального питания… )
тут уж как говорится “сэля ви”… Попробуйте сами, так сказать…
Не все же предпочитают самолеты размером больше спичечного коробка)))
для тех кто не предпочитает www.aliexpress.com/item-img/…/1660366674.html
Или вот отличная штука, но ценник заоблачный 1bitsquared.com/collections/frontpage/…/lisa-s
Или вот отличная штука,
Еще ни так давно думал о такой компоновке, а кто то уже сделал (как всегда…) - типа выделить IMU в отдельный блок со своим процем, а второй проц. управляет полетными режимами. При программировании задача физического отделения этих узлов напрашивается интуитивно и постоянно…
Так что вот вам и КОНЦЕПТ на будущее: IMU c единым протоколом обмена и “все остальное”. Мне понравилось…
типа выделить IMU в отдельный блок со своим процем, а второй проц. управляет полетными режимами.
Олег, это вы об “однобите”(последняя ссылка)? дык там как раз всё в одном, и жпс тожа… Крайне хорош для мелких леталок, там картинка есть с 100ым вертолётиком.
А вообще такое тоже есть, это PX4 (инс+перифирия на разных процах и платах) и Pixhawk (2 проца на одной плате).
КОНЦЕПТ на будущее: IMU c единым протоколом обмена и “все остальное”.
и такое есть на топовом DJI, если память не спит с другим), там есть отдельное ИМУ где аналоговые датчики развешаны по граням металлического кубика, полетник на отдельной плате.
(последняя ссылка)? дык там как раз всё в одном
Ну да… неплохое решение в плане разделения задач для системы именуемой “полетный контроллер”, и кстати для “народных” проектов (коммерческих и свободных) считаю очень выгоден такой подход, блок с обсчетом положения аппарата в пространстве и единым интерфейсом (высота/положение/координаты) может выступать как независимый авторский продукт доведенный “до ума”, а отдельно к нему можно создавать разные целевые (коптер/ самоль. и т.д.) модули с поддержкой Flash, IDE и т.п.
diydrones.com/…/auav-x1-part-iv-some-auav-x1-board…
Ссылку взял из ветки про ПХ4.Собственно вот что хотелось.Остается дождаться выхода в свет.
блок с обсчетом положения аппарата в пространстве и единым интерфейсом (высота/положение/координаты) может выступать как независимый авторский продукт доведенный “до ума”
Это да, но это получается реальный ПХ4, мозги в одной кучке, интерфейсы в другой.
Есть и авторский, открытый снаружи продукт ))) www.pololu.com/product/2723
Ссылку взял из ветки про ПХ4.Собственно вот что хотелось.Остается дождаться выхода в свет.
Неплохая штука, только вот какой проц не увидел…
))) разглядел, СТМ32Ф427
Ссылку взял из ветки про ПХ4.Собственно вот что хотелось.Остается дождаться выхода в свет.
гы пиксхавк-мини 😃