flybrain. передатчик + приемник + автопилот. powered by stm32
В программе есть указания на критические углы. тангаж, крен. А если борт в 2 км по дальности и 3км высоты? РУ как всегда пропало не вовремя - разряд батареи, порыв ветра и прочие трудности стоящие в очереди на событие.
Одно другому не мешает, в описанном мной алгоритме всего лишь должно выполнятся одно дополнительное условие - АП не должен давать снижаться самолету больше расчетного по траектории. Если он “бесплатно” получит подъем за счет термиков или еще чего то пусть на здоровье поднимается(ограничивая высоту заданным потолком) и рассчитывает снижение уже с учетом текущей высоты и расстояния до базы. Ограничение на углуы по крену и тангажу ни кто не отменяет. Если вы прилетели и у вас высота над базой 3 км. пусть он спокойно планирует по спирали или зигзагами(как по моему сейчас происходит) с разрешенным креном и тангажом. По сути все остается так как есть только добавляться одно условие…
Соболезную по поводу потери носителя. Сам собирал из 3-х частей скай, когда хотел сделать мертвую петлю Высоты не было на 20 секунде… для АП она была 0. Не понятно реагировал на управление в конце или нет…
Я так понял, непосредственная причина падения - отрыв крыльев из-за перегрузки при переходе с авто режима на стаб и ручной. Что произошло с датчиком высоты так и не понял. Может вибрация, может помеха, а может и плохой контакт на питании АП/приемника.
Я так понял, непосредственная причина падения - отрыв крыльев из-за перегрузки при переходе с авто режима на стаб и ручной. Что произошло с датчиком высоты так и не понял. Может вибрация, может помеха, а может и плохой контакт на питании АП/приемника.
Алексей, у меня есть крыло, предлагаю поставить твой АП туда и поэкспериментировать… Если что, то крыло не жалко 😃 поставим только АП с РУ без видео для начала, посмотрим как основные режимы отрабатывает твой экземпляр…
Алексей, у меня есть крыло, предлагаю поставить твой АП туда и поэкспериментировать… Если что, то крыло не жалко поставим только АП с РУ без видео для начала, посмотрим как основные режимы отрабатывает твой экземпляр…
Можно. Попробую в выходные вырваться из дома. 😃
Я в дороге домой. Буду в воскресенье.
Алексей, Петр, сколько раз напоминал про сброс в дефолт кнопкой при переходе с древних прошивок на новые? Полно новых параметров появляется. Они без начальных установок - кривые.
Алексей, ну ты же видел, что горизонт в противоположную сторону работает, нафига судьбу испытывать? Высота нулевая,АП в панике. Он хочет набрать высоту хотя бы10 метров, Дима правильно объяснил.
Задолбался я в телефон пальцем тыкать, в воскоесенье подробнее отпишусь.
Без правильно работающего высотомера летать нельзя!
Алексей, ну ты же видел, что горизонт в противоположную сторону работает, нафига судьбу испытывать?
Алексей, я был в полной уверенности, что так и должно быть (думал это типа положение самолета а не горизонта). И плюс ко всему, в мониторе IMU, положение объекта на экране в точности соответствовало положению платы в пространстве. И это окончательно убедило меня в правильности работы IMU. Более того, я настроил все реверсы таким образом, что в реальности стаб рулил в правильном направлении. То есть фактически проблема была только с отображением горизонта в OSD.
А вот проблема с высотой - до сих пор загадка. Я так и не понял, почему она отвалилась через несколько секунд после взлета.
Вообщем мистика. Надо будет попросить Алексея добавить возможность полного сброса содержимого микросхемы флеш памяти (она кстати это умеет сама аппаратно делать), что бы в совсем тяжелых случаях можно было бы начинать с нуля.
Алексей? Что это было? Можно подробней? Кнопка это…? То есть сбросить в дефолт все настройки всего? И снова прописать свой же конфиг?
Жмем кнопку, подаем питание. Как начнет мигать светодиод с интервалом в 1 сек, отпускаем кнопку. После этого входим в консоль и даем команду save config
Данные действия загружают начальные значения конфига в память в обход флешки. Чтобы сохранить их надо давать команду save config в КП. Нет гарантий, что начальные значения всем подойдут, но они гарантируют отсутствие глючных, изначально не заданных значений каких-либо переменных. В частности настройку ИМУ и компаса придется задать заново. Но там все быстро, и вроде как параметры налётаны.
информация обновляется ровно через каждые 12 секунд. Если например в терминале набрать “mon on baro” (или любой другой датчик), то строчки будут появляться по одной через каждые 12 сек.
Пинцип работы с ЮСБ со стороны АП- накидка данных в выходной внутренний буфер. По протоколу ЮСБ хост сам присылает прерывания выгребает этот буфер. Далее все прерывания ЮСБ и события по выдачи чего-либо в консоль находятся в самых низких приоритетах. То есть, есть вероятность, что какое-то частое событие с более высоком приоритетом не дает другим событиям отрабатываться.
Короче, похожий симптом с задержкой вывода в консоль может наступить из за сбоя I2C шины. Помониторь тестером напряжение питание, которое приходит на датчики. У меня на самой первой макетке питание приходило 3,1В. Так вот этого не хватало, и некоторые датчики вешали I2C.
Далее, если ОСД показывается на экране, то это явно не проблема кварца. Если кварц не запускается, то никакой картинки не будет.
Другим источником высокоприоритетных прерываний является СТДАПП. UART канал с ним работает на частоте 115200. Соответственно с ним или без него такой глюк произошел? Если с ним, выдернуть его, либо приемник.
Еще могу предположить, что поскольку глюк пропал после перезаписи дефолтных параметров, то скорее всего какой-то элемент ОСД с кривыми координатами мог гадить в жизненно-важное пространство ОЗУ. У меня нет в коде 100% защиты, от рисования ОСД чисто в видеобуфер. Если координаты выставить за пределы экрана, то может накрыть какие-то данные. Сброс параметров по кнопке гарантирует начальные координаты в пределах разрешенной видеопамяти. Дима с таким глюком никогда не сталкивался, так как я всегда давал ему платы с уже предустановленным конфигом. А у тебя и у Петра были прошивки, которые работали со старым ОСД версии 1. На вторую версию вы переключили конечно, а вот ресетили ли в дефолт все параметры, это вопрос…
Из моих объяснений не стоит делать вывод о том, что каждый раз на новой прошиве надо делат ресет в дефолт. Я всегда пишу, какая новая переменная появилась и какое начальное значение ей надо задать в КП. Адресное расположение старых переменных внутри страниц флешки я не меняю, а только с низу дописываю новые. Поэтому старые значения остаются без изменений.
Их там три… красный, желтый, зеленый. (подозрительно…) Алексей, тот крайний, он красный…
Крайний красный светодиод показывает либо связь по ЮСБ, если кабель подключен (мигает), либо (без ЮСБ) показывает состояние связи с СТДАПП или приемником. Если горит - нет связи, если не горит, то связь есть.
Как ведет себя объект (параллелепипед) в окне монитора IMU (в КП) в зависимости от наклона/поворота платы АП если изначально держать плату лицевой стороной (на которой стоит проц) вверх и USB разъемом к себе (аудио/видео разъемом к экрану).
Показометр горизонта в КП - это игрушка. Она может себя по всякому вести в зависимости от того как галочки на экране потыкать. Более того OpenGL своих глюков добавляет, особенно, когда YAW разрешено отслеживать.
Ставишь камеру на смолет, выводишь на телек с камеры. ОСД должно отслеживать горизонт при наклоне. Это единственно правильный вариант. А у тебя на видео оно с точностью до наоборот работает. Соответственно ты интуитивно параметрами реверса по рулям скомпенсировал. И всё бы ничего, но высотомер почему-то перестал работать. Не могу сказать почему, очень странное поведение. Не могло в дырку что-то попасть? Или может поток воздуха из какой-то щели туда задул? Не могло возникнуть давление избыточное в отсеке, где АП расположен, из за набегающего потока воздуха? Температура. Нет ли поблизости от BMP085 источников высокой температуры? По началу вроде работало, а потом резко переглючило. Закачай сюда лог чергного ящика этого полета, давай посмотрим на поведение высоты из лога.
по поводу алгоритмов снижения…
На этой неделе соберу все в кучу по новым фичам и испытаю на самолете. В принципе снижение сейчас должно быть более плавным. Дима правильно заметил, сейчас высота быстро падает, хотя попытки дифференцированного подхода к высоте в зависимости от расстояния у меня были заложены. Только это не срабатывает из-за задержки вариометра. У него лаг почти 2 сек. Соответственно оно как бы играет тангажом в результате. Здесь я тоже доработал, надо посмотреть как будет теперь.
Проблема то ведь в чем основная? А в том, что показание тангажа, не соответствуют реальному набору или сбросу высоты. В этом смысле меня радует оптимизм Тимофея, где он в своей теме недавно описывал алгоритм автовзлета с подбором тангажа. Конечно для того крыла, что у него на видео, на полном газу тангаж глубоко по фиг, оно и так ракетой в небо. А Скай в этом смысле очень тухлый аппарат. Он на небольшые углы тангажа начинает реагировать с задержкой до 2-3 секунд. И в Скае показания тангажа уж точно не отражают реальной ситуации с набором и сбросом. У меня была уже завязка на тангаж, так я на малой высоте в тестах, чуть в землю самолет не загнал, так как тангаж показывал +10, а самолет все равно еще снижался. Можно конечно требовать от пользователя добиться с помощью триммеровки тангажа именно реальной картины, но насколько это вообще разумное требование? А вот если не успели еще этот момент настроить, или не знаете как это сделать. И как быть в этом случае? Вообщем сейчас протестим, как поменялось поведение сброса высоты на автовозврате, перестало ли качать. Еще раз сопоставим показания тангажа и вариометра, там примем решение, на сколько доверять показаниям тангажа. Собственно самое гланое - малые высоты. Там решение надо принимать быстро и нет времени ждать, когда вариометр соизволит предоставить правильные показания.
И вопрос возник, еще . АП рулит рудером или нет? Его самому надо подмиксовывать ?
Сейчас рудер работает только на стадии удержания курса до определенных малых углов ошибки. Поэтому, рудер надо подмиксировать к элеронам для крыла.
Наконец преодолел рубеж в 10км. Слетал почти ночью на 30 км.
Ни фига себе, 90 минут. У тебя там диванчик, минибар, пиво?
Ты принципиально летел до потери связи? Я бы не рискнул, наверное. Можно смело записываться в табличку рекордов Александра (Баучи)
Ни фига себе, 90 минут. У тебя там диванчик, минибар, пиво?
Ты принципиально летел до потери связи? Я бы не рискнул, наверное. Можно смело записываться в табличку рекордов Александра (Баучи)
С приездом!
Да, диванчик был бы в самый раз, да и все остальное тоже не помешает 😉
В этом полете тестировали патч на РУ и ВМГ, на АП была возложена задача возврата самолета. Я как бы АП доверяю, так что я рискнул, всеж уже больше 200 часов с ним налетал! Кстати, во всех моих полетах рудер не в ту сторону работал. В общем, тест его нужен.
В табличку уже записался 😃
Сижу, пытаюсь сообразить, что могло убить проц? АП был упакован, соединен с СТДАПП шлейфом и подсоединена батарея. Закончив с видео, снял гнездо и убирая со стола крыло сдвинул СТДАПП уголком к АП соединение произошло со стороны разъема видео. Хочу сообразить, что еще кроме проца может понадобиться? Питание, ОСД?
Хочу сообразить, что еще кроме проца может понадобиться? Питание, ОСД?
Если честно я так и не понял, у тебя 12В от видео попало на какой-то пин разъема?
Кстати, во всех моих полетах рудер не в ту сторону работал. В общем, тест его нужен.
Да, будет на днях. Вчера не успел еще все новинки на самолете проверить.
перевенутый СТДАПП уголком въехал под штырьки АП. На этом угле есть 5в. Поскольку заметил не в тот же момент видимо так около минуты оставалось. USB был отключен. Все рассоединил. Отключил батарею. Снова включаю. АП уже мертв. Измеряю, 3.5в с шлейфа - 0.в. Разъединяю - 3.5 есть.
Даю USB на АП, 3сек. МСР жжет палец.
“революция стоит того если она умеет защищаться”
Предохранитель был? Эх, Петр, Вы не первый 😌
Предохранитель был? Эх, Петр, Вы не первый
Да вот, еще как то не сложилась картина происшедшего. Да и какой же предохранитель спасет, когда проц тихо умирает от повышения на десятые доли вольта?
Я предполагаю, что при коротыше выгорел какой-то элемент. Ток ессно в скачок прыгнул. Если б стоял фьюз - мог бы разомкнуть питание. Фьюз, однако, не достаточное средство. Необходимое.
Хорошо б какой-либо монитор-откусыватель питания иметь.
Есть ли такие?
Даю USB на АП, 3сек. МСР жжет палец.
Если 5В пришло на штырь питания АП, то боюсь, что все очень печально. Оно попадет везде. Единственная надежда, что проц сгорел и замкнул шину ранее, чем что-то еще ёкнулось. 5В вырабатывается линейником, при КЗ он защиту включает. Соответственно, надеятся только на то, что что-то одно сгорело первым. Снимай проц, подавай питание. Если 3,3В появится, тогда есть надежда, что все остальное живо. В противном случае все равно по очереди снимать все микры и проверять, не появится ли 3,3В.
Предохранитель был? Эх, Петр, Вы не первый
Фьюз не спасает, он на ток реагирует. А если ток вылез за 1А, то уже поздно пить баржоми, все уже случилось.
Если б стоял фьюз - мог бы разомкнуть питание.
5В вырабатывается от 78L05 оно при токе 150мА само как фьюз сработает.
Если 5В пришло на штырь питания АП
Штырь был занят шлейфом. Оно могло попасть на штырь АП Video. И да, 7805 был теплый. Если МСР1702 дохнет 5 вольт пройдет сквозь?
Если МСР1702 дохнет 5 вольт пройдет сквозь?
Я думаю нет, хотя экспериментов таких не ставил.
Если 5В попало на видео штырь, то накрылся скорее всего либо ОУ, либо элементы логики, которые ОСД формируют. Процессор ну никак не мог получить 5В с разъема видео.
Если 5В попало на выход звука, то вообще ничего не могло случиться, так кондер разделительный, он не пропустит постоянку. Попробуй аккуратно снимать вентили с платы, может это они коротят землю и питание. А MCP греется так как КЗ присутствует из за какой-то дохлой микры.
Но реально я не вижу способа, как бы +5В могло повредить МК. Это напряжение контактирует только с ОУ и с двумя логическими буферами. Единственный момент - как поведет себя ОУ, если ему на вход подали больше, чем его напряжение питания. Не пропустит ли его на общее питание платы. Ну тут уж только гадать.
До проца я снял все что к ОСД. Со снятием проца кз ушло, шина 3.3 имеет к земле более 3кОм. Попробую подать питание Через СТДАПП? Снятый проц имеет коротыш 12, 18, 19, 31,32, 34, 63, 64
Да. Подавай. Только сначала убедись, что он 3,5В вырабатывает правильно. Как подашь, привинти ГПС антенну. Дождись спутников, чтобы светик заморгал. Если моргать будет, то скорее всего только проц накрылся. Если бы реально 5В на питание пролезло, то ГПС модуль не смог бы выжить.
Если моргать будет,
GPS жив.