Комплексный прибор - авиагоризонт, скорость, высота и т.д.

Может стоит вам пообщаться с ними ю, чтобы ваш прибор мог транслировать данные на их приложение?
Теоретически это возможно. Для этого КП должен транслировать данные по протоколу GDL90, а не Mavlink. Но AlexVr мне ответил, что это достаточно трудоемко и сравнимо с разработкой нового прибора.
 
Добавлю еще существенное отличие, что КП от AlexVr измеряет воздушную скорость через свой датчик давления MPXV7002DP, а протокол GDL90 (насколько я смог изучить) позволяет только вычислять скорость относительно земли.
 
Последнее редактирование:
Здравствуйте, а можно цену и очень подробное описание работы получить?
Спасибо
 
Теоретически это возможно. Для этого КП должен транслировать данные по протоколу GDL90, а не Mavlink. Но AlexVr мне ответил, что это достаточно трудоемко и сравнимо с разработкой нового прибора.
Да, так и есть. GDL90 "Гарминовский" протокол.
 
Добавлю еще существенное отличие, что КП от AlexVr измеряет воздушную скорость через свой датчик давления MPXV7002DP, а протокол GDL90 (насколько я смог изучить) позволяет только вычислять скорость относительно земли.
Протокол это всего лишь набор "правил" передачи информации, а информация может быть любая и какая там скорость передается, протоколу должно быть все равно...

Полазил у них по сайту, они предлагают не только приложения планшету, но и коробочки аналогичные вашему прибору (с различными функциями) . Причём к их приложению подключаются и сторонние производители коробочке и датчиков.. Может стоит вам пообщаться с ними ю, чтобы ваш прибор мог транслировать данные на их приложение?
Плюс к этому приложению можно даже X-plane подключить, потренировался на симе, потом отлетал вживую🙂
Вообщем таких "коробочек" и приложений для них полно, почти все друг с другом "дружат", спецификации открыты, было бы желание...
 
почти все друг с другом "дружат", спецификации открыты, было бы желание...
Конечно всё легко подружить, например самые простенькие преобразователи:
Плюс переделка всего ПО под новые уровни сигналов и частот. Проще не придумать..
 
Протокол это всего лишь набор "правил" передачи информации, а информация может быть любая и какая там скорость передается, протоколу должно быть все равно...
В этом протоколе скорость отсутствует. Но пойду проверю еще раз.
 
На программном уровне протоколы принципиально разные: etdey/gdl90
Даже если преобразовать весь поток данных с КП при помощи отдельного контроллера, данными нужно "научить" пользоваться стороннюю программу. Если у кого-то это получится, будет конечно замечательно.
 
Последнее редактирование:
На программном уровне протоколы принципиально разные: etdey/gdl90
Даже если преобразовать весь поток данных с КП при помощи отдельного контроллера, данными нужно "научить" пользоваться стороннюю программу.
А может не преобразовывать, а сразу данные с датчиков формировать в нужный пакет сообщения? Грубо говоря свою прошивку написать. Только разбираться надо... у меня на это много времени уйдет. Может есть кто-то из энтузиастов, кто этот код напишет на раз?
 
А может не преобразовывать, а сразу данные с датчиков формировать в нужный пакет сообщения? Грубо говоря свою прошивку написать. Только разбираться надо... у меня на это много времени уйдет. Может есть кто-то из энтузиастов, кто этот код напишет на раз?
В том и дело, что показания датчиков, например, пространственного положения ВС, не абсолютные, а коррелируются сигналами с датчиков возд. скорости, спутниковыми координатами, производной высоты по времени. И у каждого датчика свой уровень и тип сигнала. Их обработкой занимается контроллер с прошивкой, а для картинки на экране берется итоговое вычисление, после фильтра Калмана. Прошивка завязана на свой протокол, другой без переделки не примет. А вот итоговые данные, которые уже для картинки на экране, преобразовать можно, но тогда переделывать придется ПО, которое формирует картинку.
 
А может тогда зайти с другого конца.. Посмотреть что интересного и хорошего есть в этом Горизонте. Поспрашивать пользователей программы, поспрашивать пользователей вашей программы... И развивать свою с учётом полученной информации....
 
В этом протоколе скорость отсутствует. Но пойду проверю еще раз.
вот вам описание протокола и способа подключения от Foreflight например, таблица AHRS Message в конце.

Плюс переделка всего ПО под новые уровни сигналов и частот. Проще не придумать..

Переделка всего ПО? серьезно? про какие уровни сигналов вы говорите?
Я так понимаю у вас вай-фай уже реализован, так вперед согласно ссылке выше, формируете несколько пакетов с данными и отправляете по UDP-протоколу на заданный порт, и любая GDL-90 совместимая программа отображает все. Реально, в чем сложности то?😆
 
Вчера посмеялся от души. Почитал эту ветку. Заинтересовался полетным контроллером который продает AlexVr. Решил для пробы сначала скачать программу на планшет, пойдет не пойдет на 10 Android. Установил, запустил и вдруг бац.... пошли данные: координаты, тангаж, крен, высота....
Я в шоке... не понимаю к кому я мог подключиться через Bluetooth. И тут до меня доходит. Захожу в комнату к сыну, а он с моим Р/У самолетом возится подвес с камерой тестирует.
Оказывается телеметрия с полетного контроллера самолетика так же через протокол MAVLink передается.
Видео 1

IMG_20210316_233108.jpg
 
Алексей, уровни датчиков для STM32 почти всегда одни - 3.3 вольт, если у датчика выходной уровень/напряжение другое, то ставят преобразователь уровня, конечно стоит учитывать что преобразователи уровней разные для разных интерфейсов. Но суть одна - микросхема преобразует напряжение цифрового сигнала. Что касается протокола то для вашей RTOS достаточно написать небольшой модуль, который будет собирать пакет данных в определенной последовательности и пихать его по UDP согласно стандарту GDL90 советую посмотреть как это сделано на stratux и сделать аналогично на Си вместо питона.
 
Назад
Вверх