Вопросы по iNav
Странно только, что до сих пор никто не сделал на этом ни одной полезной фичи, типа возвращения домой по напряжению батареи, или фотографирования через равные интервалы времени. Или все делают, но молчат?
Есть мнение, что люди, которым это действительно нужно, летают на Ардупайлоте, ибо там весь этот функционал с дёрганьем сервой или фотографированием раз в N секунд появился давным-давно и хорошо задокументирован.
А Спихальский снова решил засрать память (которой на F3 или F7 и так мало) очередной гениальной фичей, которую будут использовать от силы 2-3% пользователей айнава.
По нормальному (даже не как в большой авиации, а хотя бы как в серьезных дронах), пользовательские скрипты и тому подобное не “mission critical” должно запускаться на отдельном компьютере, который просто командует полетным контроллером. А полетный контроллер должен выполнять только тот код, который обеспечивает полёт летательного аппарата. А то, что мы имеем сейчас, это заведомо тупиковый путь. Скоро станет мало памяти даже самых топовых MCU в линейке F7, а специально для фпвшников никто не будет выпускать новый чип с большим флешем и памятью. А перенести на новое железо будет трудно, потому что айнав, бетафлай и все прочие производные клинфлая жестко приколочены гвоздями к архитектуре stm32.
а хотя бы как в серьезных дронах
должно запускаться на отдельном компьютере
Вы это на форуме хоббийном пытаетесь выяснить? Тут, 98% людей, бы только что б жужжало над головой в нужном направлении.
Не, я для себя все давно выяснил. А это так, мысли вслух, раз уже затронули такую тему.
А это так, мысли вслух, раз уже затронули такую тему.
Тут мысли вслух иногда до срача доводят 😃.
то, что мы имеем сейчас, это заведомо тупиковый путь. Скоро станет мало памяти даже самых топовых MCU в линейке F7, а специально для фпвшников никто не будет выпускать новый чип с большим флешем и памятью.
Это просто реализация хотелок пользователей, из серии - как получится. А для фпвшников практически ничего из этого не нужно, это нужно игрунам 😃, ну и некоторым для экспериментов.
Скоро станет мало памяти даже самых топовых MCU в линейке F7, а специально для фпвшников никто не будет выпускать новый чип с большим флешем и памятью.
STM32 H7 A3RI. 10x10мм 64 пина, 280 MHz, 2 Mb flash и еще ~1.4 Mb ОЗУ. При желании можно прошивку на две части разделить и подгружать частично с SD карточки в ОЗУ, а оттуда уже запускать. Цену обещают в $5.4065 в партии 10 тыс. штук. Но пока не доступно.
давно пора на H7 переходить, разработчики смогут нормальное цветное ОСД запилить, а то там матек что то колхозит…
давно пора на H7 переходить, разработчики смогут нормальное цветное ОСД запилить, а то там матек что то колхозит…
На этот чтоли? И что там прям осд шикарный?
На этот чтоли? И что там прям осд шикарный?
На этой вообще осд нет.
Даже на версии стандартного размера полетного контроллера, стоит всё тот же старый добрый символьный аналог max7456 (at7456e).
Тогда непонятно, зачем “разработчикам нормального OSD” сдался H7. Кроме гемора с внешней памятью ничего интересного.
Скоро станет мало памяти даже самых топовых MCU в линейке F7, а специально для фпвшников никто не будет выпускать новый чип с большим флешем и памятью.
Не станет. Во-первых, увеличение объема встроенной памяти микроконтроллеров это в последние годы общемировая тенденция.
Во-вторых, уже существует семейство stm32h7, которое позволяет грузиться с внешней QSPI flash, объем которой может достигать сотен мегабайт. Докинуть внешний DDR SDRAM на h7 тоже никто не мешает.
пользовательские скрипты и тому подобное не “mission critical” должно запускаться на отдельном компьютере, который просто командует полетным контроллером
Такие решения тоже существуют, FlytOS например. Но это скорее для commercial / industrial use нежели для хобби.
давно пора на H7 переходить, разработчики смогут нормальное цветное ОСД запилить
А где связь между цветным осд и h7?
давно пора на H7 переходить, разработчики смогут нормальное цветное ОСД запилить, а то там матек что то колхозит…
У него есть возможность захвата и вывода аналогового видео?
Сделать нормальное OSD проще простого: берете Raspberry Pi Zero($5), берете камеру к нему($13), пишете программу получающую данные телеметрии через UART и формирующую картинку с OSD. Сам Raspberry имеет выход аналогового видео - подключаете к передатчику и готово! Еще бонусом можно видео на SD карточку писать.
Странно, почему никто этого еще не сделал… при быстром поиске попадались проекты по накладыванию OSB и трансляции через WiFi, а вот просто вывод картинки для трансляции аналогового видео как-то не попались.
Cтранно, почему никто этого еще не сделал…
Вы картинку с этой камеры видели? На её фоне даже древние аналоговые камеры вроде hs1177 выглядят достойно.
В соседней ветке народ внешние HDMI-камеры через конверторы подключает лишь бы избавиться от малиновой камеры.
Это первое. Второе - какая будет задержка при таком подключении? raspivid накинет 100 мс, не меньше. Генерация аналогового видео тоже займёт время.
Вы картинку с этой камеры видели? На её фоне даже древние аналоговые камеры вроде hs1177 выглядят достойно.
В соседней ветке народ внешние HDMI-камеры через конверторы подключает лишь бы избавиться от малиновой камеры.
Это первое. Второе - какая будет задержка при таком подключении? raspivid накинет 100 мс, не меньше. Генерация аналогового видео тоже займёт время.
Не видел, но думаю как-нибудь попробовать. В соседней теме, если не ошибаюсь, стоят HD-Link. Там совсем другое качество нужно. Для аналогового видео думаю сойдет.
Если писать на Питоне, то там не только 100 мс будет 😆. В такой схеме не надо сжимать видео, не надо его передавать через WiFi - взяли картинку с камеры, положили в память, наложили элементы, перекинуди в видеопамять. Преобразование в аналог займет время… 1/60 и 1/50 секунды для полукадра NTSC и PAL соответственно. Композитный выход там встроен прямо в SoC - не вижу причину по которой там должна быть задержка.
В соседней теме, если не ошибаюсь, стоят HD-Link. Там совсем другое качество нужно.
Этот HD-линк настолько HD, что после сборки я его сразу же разобрал, ибо картинка с Eagle 2 показалась мне более детализированной и приятной для глаза.
Это всё конечно ИМХО, но лично мне такой вариант кажется тупиковым.
Непонятная ерунда сегодня приключилась…NAV ALTHOLD… Сам пропал…т.е. до этого летал, всё ОК…Сёдня летаю и не пойму…высоту не держит…Лечу 100 м высота…пара секунд смотрю 120…и так постоянно туда-сюда…ПРиехал домой, подключил к компу, смотрю…а NAV ALTHOLD тупо отсутствует…Было настроено на один трёх позиционный - ANGLE + NAV ALTHOLD+NAV POSHOLD…всё на месте, а NAV ALTHOLD…нету…Как такое может быть?
Это обычное дело,вчера подлетнул,начал прыгать коптер в навальхолд , смотрю логи,а там камтриг включается весто навальтхолда! В гуи все правильно включается,перепрошил-вроде заработало как надо.Это помимо того,что коптер два раза выключался при переключении режимов,вывод арма на тумблер не самый лучший вариант-канал минус а плюсов как то не вижу.ПАрошивка 2.4 матек,батарейка крона)
Это “обычная ситуация” при использовании конфигуратора либо сильно отличающегося по версии от версии прошивки либо “стороннего” типа мобильного speedybee.
Здравствуйте. Подскажите прошился inav 2.5.0 квадр перестал ловить спутники полетник matek CTR GPS TS 100 хотя на 2.3 все работало.
Всё сам разобрался.
Всем привет! Обновил прошивку на 2.5.0. и не смог взлететь, газ на максимум, а он еле крутит моторы. Что может быть не так? Раньше армил, включал удержание позиции и плавно взлетал, а тут по OSD вижу что газ растёт, но ни чего не происходит…