Проект Мегапират на самик!
MPU-6000
Компаса в нем все равно нет. Версия 9x еще только готовится к производству.
В проекте OP тестили, отзывы неоднозначные по этому делу. Без особых восторгов. Революции не произошло. Но решили, что с этой штукой будет проще, особенно, когда версия 9х появится. Поэтому скорее всего OP проект будет жить на MPU-6050. Посмотрим.
Удобно то, что какая-то математика встроена уже внутрь, непонятно только какая и какого качества.
Выйгрыша по деньгам с этой штукой пока все равно не получается.
Хм… прикинул по бюджету выходит по деталям 5,5 т.р. А жпса нету?
Олег, у тебя паршивко поддерживает только конфиг датчиков ALLINONE, или есть возможность все же и FFIMU подконектить? Большинство платок с нашими датчиками заточены именно под стандарт FFIMU.
А там у акселя другой адрес, и гира стоит “криво” оси не совпадають…
Другой датчик подразумевает другие дефайны. А дефайны пользователю недоступны. Менять через наземку бесполезно: программа даже до основного цикла не дойдет, если не обнаружит все датчики на месте. Это было задумано во избежание всяких глупостей.
Итог: если и делать что-то, то это много переделывать. Так что может быть, когда нибудь…
Тоскливо, я две платки датчиков заказал сейчас тестирую а они как раз таки FFIMU оказались, обидна понымаешь 😦
ты же парой страниц назад не собирался на стм переползать?
Ну надо же затестить твое творение 😃 Мне хотца на работу алгоритма кватернионов посмотреть реализованного на STM…
Другой датчик подразумевает другие дефайны.
К стати датчики то все те же, проблема в адресации у акселя.
Ну надо же затестить твое творение 😃 Мне хотца на работу алгоритма кватернионов посмотреть реализованного на STM…
К стати датчики то все те же, проблема в адресации у акселя.
А Ежеужа не забросишь как Олег (не в обиду Олегу…)?
По Ежеужу - отписал в личку… тут выложу лог сегодняшнего полета…
Что посоветуешь?
Спасибо!
Олег же не дает ковыряться в его паршивке, так что ежеужа забрасывать пока планов нет, в чем же я своими кривыми ручками ковыряться буду 😃))
Посмотрел лог, у тебя явные косяки с ГПС… Я с этим гребанным ублоксом который стоит на вортексе мучался мучался, потом порезал дорожки и вывел разъем (папу как у сервы) для подключения внешнего ГПС, проблемы ушли…
Хоть он и показывает кучу спутников, но то ли сигнал очень слабый то ли ловит кучу каких то “отраженнок” в общем данные крайне кривые…
Поэтому авторежимы у тебя и не работают как должны, АП просто в ступор впадает от диких “перемещений” туда сюда обратно 😃
К тому же у тебя смотрю еще один из первых вариантов ежеужа 😃 Бага со скоростью ГПС еще не поправлена, скачет то м/с то км/ч.
проблема в адресации у акселя.
Лёнь, если ориентация датчиков такая же, как у “аливаны”😃, то это не проблема - у акселя ВМР180 8 нога (SDO) перебрасывается с “земли” на + (или наоборот, в зависимости от начального положения:))
У гиры точно ориентация другая x и y поменяны местами… По акселю сказать не могу, перепаивать ногу у акселя… эм, я пасс 😃
У гиры точно ориентация другая
Тогда “Ой!” 😃
Леонид.
если есть из чего, собирай. конвертну последнюю сборку, обновишь локально. бута можешь залить сразу.
Но вообще плодить кучу вариантов железа не входило в мои планы…
Олег же не дает ковыряться в его паршивке, так что ежеужа забрасывать пока планов нет, в чем же я своими кривыми ручками ковыряться буду 😃))
Посмотрел лог, у тебя явные косяки с ГПС… Я с этим гребанным ублоксом который стоит на вортексе мучался мучался, потом порезал дорожки и вывел разъем (папу как у сервы) для подключения внешнего ГПС, проблемы ушли…
Хоть он и показывает кучу спутников, но то ли сигнал очень слабый то ли ловит кучу каких то “отраженнок” в общем данные крайне кривые…Поэтому авторежимы у тебя и не работают как должны, АП просто в ступор впадает от диких “перемещений” туда сюда обратно 😃
К тому же у тебя смотрю еще один из первых вариантов ежеужа 😃 Бага со скоростью ГПС еще не поправлена, скачет то м/с то км/ч.
Ага! Понял, теперь вопрос - где резать, что менять???
И где более новы ежеуж лежит? (Ссылку кинь…).
Спасибо!!!
Сфоткай крупным планом вортекса снизу, покажу 😃
Но вообще плодить кучу вариантов железа не входило в мои планы…
Надо тебе платку развести, да заказать штучек так 10-100 😃 Думаю большинство бы купило, в том числе и я 😃 Ну если соизмеримо будет по цене с собранной из макеток 😃 И проблема бы данная ушла, и тебе денежка за труды капала бы 😃 Только ГПС давай отдельно мутить, встроенный в плату на примере вортекса показал себя не с лучшей стороны…
апдейт 2.0.1257 (+ наземка)
Впихнуто распознавание дефектов шины I2C: коротыш, пересечение, дохлые датчики. При запуске все отказы перечисляются на ОСД под надписью sensors failure. До устранения дальше не пустит.
Прим. перев.: барометр временно отключен совсем, поэтому baro alt=0 и температура тоже. Не до него щас.
В полете работа датчиков также постоянно мониторится, но на экран не выводится (только звуком)
Включено измерение напряжения ходовой батареи до 50В на входе AIN4 (через делитель 30к:2к2). В наземке в панели настроек выведена подстройка показаний напряжометра.
Также автоматом определяется кол-во банок ли-по. Позже, по мере разряда батареи до низкого (по моему разумению) уровня, индикатор напруги меняет внешний вид и начинает мозолить глаза 😃
На 90% сделана телеметрия в видеосигнале. Думал, придется ужиматься, а туда влез вообще весь протокол наземки, еще и место осталось. Идея такая: на какой-нибудь андурино и (опять) е-осд в кач-ве синхры делается “наземка”, которая из видеосигнала выковыривает всю телеметрию, свою часть (команды трекера) передает на сервы, остальное спихивает в ком-порт на mpx_gcs.
Проблема с первоначальным реквестом решена периодическим обновлением параметров, т.е. полностью односторонний режим возможен.
Помехи и замирания побоку, т.к. каждый из 5 субканалов повторяется 10 раз в секунду и каждый пакет закрыт CRC. Пока виден хоть полукадр со снегом, ТМ будет идти.
Телеметрия в видео - это суперБл. АААгооонь !
Возможно я выскажу глупость, но попытаюсь.
А почему бы не сделать виртуальные оси датчиков (гироскоп, ускорение, компас).
Для вычисления положения тела в пространстве, использовать именно эти каналы.
Назначение реальных осей к виртуальным прописать в иПром или флэшь. и указывать матрицу осей при старте системы.
Тоже самое можно сделать и для каналов управления (входящих и исходящих).
Если идти дальше по пути универсализации, то тогда стоило бы и адреса датчиков хранить в каком то месте.
Суть такого решения позволила бы использовать ЛЮБЫЕ платы ИМУ (с правильным набором датчиков) и Любой ориентацией.
Если я не прав , то хоть скажите ПОЧЕМУ.
Если я не прав , то хоть скажите ПОЧЕМУ.
Виктор, а ради чего это все затевать? Вот скажи, ты, наверно, собрал дискавери, впихнул какую-то плату датчиков, подключил ПЗУ, ОСД, приемник, и у тебя раздаются в динамиках вопли sensors failure? Или просто так предлагаешь, ради “общечеловеческих ценностей”?
На данный момент только Юрий показал, что у него уже что-то работает и он действительно участвует в проекте на СТМ. Если ему вдруг нужно будет какой-то датчик повернуть (или баро отключить по причине неимения, что уже сделано) - не вопрос. А пытаться предугадать, в какой ларек с датчиками заглянет вероятный пользователь - не вижу смысла.
Сфоткай крупным планом вортекса снизу, покажу
ну Вортекса сфотать только вечером смогу - он в самике, самик в Моделке 9еще и вырвать его оттуда (в смысле Вортекса из самика…) нуно.
А ссылку на новый Ежеуж?
Да и какой ГПС посоветуешь вместо ублокса?
спасибо!
Все компоненты собраны в “кучу”, но не спаяны, по причине отсутствия времени 😦 Буду постараться сделать сегодня вече-ноче-ром.
Если я правильно понял, никаких ограничений, кроме “религия не позволяет” нет. Так почему бы и не сделать. Понятно что это скучно и не кайф с этим возиться.
Просто я в своей деятельности ОЧЕНЬ часто сталкиваюсь с юзерами (пользователями), и качество софта определяет не только только функционал, но еще и дружественность к конечному потребителю.
И когда 50 человек начинают названивать и спрашивать а как сделать так или иначе, приходится или переписывать код под новые запросы (требования) или делать его относительно универсальным.
Я предпочитаю делать сразу максимально универсально и чепятать инструкцию (как правильно настроить и пользовать), это снимает изрядный головняк в плане поддержки конечного юзера.
А теперь представь, начнут писать 5-10-20 человек и просить повернуть оси туда или сюда. Вопрос а нахрена тебе это нужно ? И скорее всего на третьем или десятом ты их пошлете наФиг за правильными платами.
А это уже не есть дружественная поддержка конечного пользователя.
Все это моё личное ИМХО. И уж тем более, я ни в коем случае не осуждаю подход АВТОРА к программированию и поддержке.
пысы Мне не составит проблем переделать плату под правильную ориентацию датчиков. Это просто отдвинет финальную сборку на пару дней. Но не у всех есть такая возможность и не все умеют ЭТО паять.
Да и какой ГПС посоветуешь вместо ублокса?
Да по барабану, лепи какой есть, по идее даже с герцовым отлично летает, я прилепил от какого то ОСД не помню уже названия.