Авиагоризонт на базе стандартного экранного модуля на ESP32 с экраном 4.0 дюйма ILI9488. Прототип.

Поділитися
Вставка
  • Опубліковано 15 вер 2024
  • Авиагоризонт на базе стандартного экранного модуля на ESP32 с экраном 4.0 дюйма ILI9488. Прототип. Видео 1. Дисплейный модуль обеспечивает полное взаимодействие с любыми приборами и оборудованием ЛА по CAN шине. В этом примере поток данных обеспечивается от модуля SmartGyro с 6 осевым гироскопом MPU-6050 с фильтрацией по Калману и прочими "плюшками" с частотой потока данных не менее 10 Гц (пока специально скорость занижена). В данном примере дисплейный модуль запрограммирован на отображение положения в пространстве летательного аппарата с выводом дополнительных параметров (синтезированный указатель скольжения, и маркеры положения относительно заданного маршрута). Рывковое обновление спрайтовой графики вызвано большим количеством "рисования" финального изображения, что в последствии будет заменено на готовые отрисованные спрайты - это позволит ускорить вывод готовой графики на которую не надо будет тратить драгоценное процессорное время (обновление экрана в данном примере было с частотой 40 Гц ). Маленькое изображение рабочего поля авиагоризонта вызвано недостатком памяти стандартного ESP32 для полноэкранных спрайтов, в связи с чем в дальнейшем планируется переход на ESP32-S3. На данном прототипе отрабатывается логика программного обеспечения и взаимодействие с периферийными устройствами. #aviation #arduino #esp32 #avionics

КОМЕНТАРІ • 16

  • @vais_tech
    @vais_tech Місяць тому

    В принципе если горизонт не меняется то выглядит хорошо!)

    • @alexandermakarov5016
      @alexandermakarov5016  Місяць тому

      Всему свое время… Вы все хотите чтоб при первом включении опытный прибор показывал все как надо.. так не бывает… на то он и тестовый прототип…. Я потом расскажу и покажу с чем пришлось столкнуться, почему так работало и что было сделано чтоб все это поправить… и всех подружить… Не все так просто… если напрямую подключить к экрану гироскоп картинка плавнее некуда… но тут замысел, архитектура сети и количество устройств обменивающиеся данными совсем другое… Терпение…. ))))

  • @belpower1
    @belpower1 Місяць тому +1

    Здравствуйте. Задержку может быть 10 секунд ещё сделать?😂 Структурой данные лучше отправлять. Там до 10мс спокойно можно.

    • @alexandermakarov5016
      @alexandermakarov5016  Місяць тому

      Смысла отправлять данные гироскопа по CAN шине более 10 раз в секунду (10 Гц) пока нет… можно и 50… но там и без него много каких модулей обеспечивают поток критически важных данных… у CAN протокола есть ограничения с которыми тоже надо считаться… на этапе отладки софта, этого достаточно… Вы вообще про какую структуру говорите? И да, пока вы будете соображать что присходит на экране отправленные секундой ранее данные уже устареют… Вопрос больше не в передаче количества данных а в качестве обработки принятых … вот тут на этих платформах есть над чем работать … на то он и прототип….

    • @barmaley1980
      @barmaley1980 Місяць тому

      Такое ощущение, что у вас экран подключен через софтовую шину. Какую библиотеку для работы с экраном используете?
      Плюс идея дальнейшего перехода на esp32s3 весьма сомнительна, так как вы потеряете возможность двухъядерной работы.

    • @belpower1
      @belpower1 Місяць тому

      ​@@barmaley1980 TFT_eSPI. Сколько у вас стоит таймер на обновление экрана? Я делаю передачу между двумя esp32 через wifi и данные передаются быстро. Сейчас передача у меня работает на 100мс.

    • @alexandermakarov5016
      @alexandermakarov5016  Місяць тому

      @@barmaley1980первое ядро занимается только обработкой CAN шины, второе специально пока не задействовано… пока так… основной код пока в общем loop, там и происходит работа с формированием спрайта и обработка массива данных (отбраковка аномальных значений по последним 10 посылкам), поэтому и задумчивость у экрана … но даже в этом случае частота обновления экрана как я писал 40гц (кадров в секунду) … напомню, сейчас не идет «битва» за плавность картинки… задача на сейчас чтоб все данные принимались, обрабатывались и отображались правильно и всё работало синхронно и как задумано… плавность картинки второй этап, там будут применяться совсем другие методы формирования изображения…

    • @alexandermakarov5016
      @alexandermakarov5016  Місяць тому

      @@barmaley1980как вам уже ответили TFT_eSPI… распределение задач по ядрам есть… пока задача не в плавности картинки… это второй этап… SmartGyro работает с Arduino Nano, там его хватает «за глаза»…

  • @vais_tech
    @vais_tech Місяць тому

    ua-cam.com/video/R5oXYOi66VQ/v-deo.html

    • @alexandermakarov5016
      @alexandermakarov5016  Місяць тому

      И что…., видел я это… Вы прежде чем это постить почитайте кто это делал и на чем… эти проекты сравнивать не корректно… они вообще разные… хотя по сути у этих устройств задача одна и та же… P.S. Кстати этот PFD (или как его назвал автор EFIS) имеет такой же тормознуты отклик… с чего бы это… !?

  • @АндрейПудов-з2ф
    @АндрейПудов-з2ф Місяць тому

    Отклик огромный. Такое только на корабле ставить чтобы в шторм горизонт проверять.

    • @nikphermer824
      @nikphermer824 Місяць тому

      Даже на накорабле в шторм с такой задержкой не отработаешь 😅