Прошивки CleanFlight/BetaFlight для полетников
Не путайте выходной радиопротокол с “промежуточным” от процессора аппы к передатчику (толстый намёк - с чего бы для 8-канальной передачи время передачи пакета в настройках индицируется вдвое меньшее, чем для 16-канальной). Заодно освежите в памяти назначение пинов в отсеке для внешнего радиомодуля.
Кроме того, как вам ни странно, кроме FrSky существуют и другие бренды аппаратур управления.
Я и не путаю. Думаю, что в большинстве современных аппаратур так и работает. Что процессор в аппе послал, то FC на другой стороне и получит. 8/16 каналов - шлют один или два пакета соотвественно.
Илу в калькулятор FKF, вычисляю gyro_filter_q и r на срез 470.
В rc2 и калькулятор не нужен, там сразу частоту можно задать.
Я и не путаю. Думаю
Ещё раз толсто намекаю - посмотрите назначения выходов на внешний радиомодуль.
в большинстве современных аппаратур так и работает.
И ещё раз повторяю - не на одном FrSky современные аппаратуры начинаются и заканчиваются.
P.S. С ответа начёт “лишней нелинейности” вы тихо съехали 😉 Равно как и с ответа - чем же она отличается от “лишней нелинейности” при калибровке стиков в аппе, там ровно то же аналогово-цифровое преобразование (только не надо обобщать на весь белый свет датчики Холла).
Илу в калькулятор FKF, вычисляю gyro_filter_q и r на срез 470.
По ходу, была ошибка в блекбоксе, есть видео как ее исправить в коде, возможно 470 это 470 : 2= 235 Моторы дают шум в районе 200 и чуть выше. Нужно смотреть версию блекбокса.
И какой фильтр лучше, разница только в задержке, а задержка не влияющая на пилотирование проявляется только в наличии пропвоша. Там где меньше, там его нет, там где больше -есть и ни на что это больше не влияет.
Вот это видео по фиксу, нужно открыть один файлик и в тексте убрать множитель 2
По ходу, была ошибка в блекбоксе, есть видео как ее исправить в коде, возможно 470 это 470 : 2= 235 Моторы дают шум в районе 200 и чуть выше. Нужно смотреть версию блекбокса.
посмотрю.
но мне помогло, понравилось. в этом суть.
посмотрю. но мне помогло, понравилось. в этом суть.
У вас железный аргумент, вы попробовали и оно полетело. Эксперимент мерило истины 😃
Я просто подумал что может фильтр сработал на кратной частоте ( гармонике ) и если его прописать на реальной частоте получится еще лучше.
Ещё раз толсто намекаю - посмотрите назначения выходов на внешний радиомодуль.
Посмотрел, там много чего есть, в том числе serial port. github.com/opentx/opentx/wiki/Taranis-I-O-ports#ex…
Не надо придумывать лишние сущности там, где их нет. Я изначально написал - нормальные передатчики и приёмники. Там аналоговый сигнал только в момент считывания положения стиков. Все данные передаются в цифровом виде и во время передачи не портятся (испорченные пакеты отбрасываются полностью).
Калибровка стиков в аппаратуре - это единственно корректный вариант. Иначе при смене аппаратуры пришлось бы перенастраивать все коптеры.
Я понимаю, что такой сетап мало кто использует, но лично у меня две разные аппаратуры для управления одним и тем же коптером: taranis и evolution.
Я изначально написал - нормальные передатчики и приёмники
- Вы написали “современные”
- “Нормальные” - растяжимое понятие
Если бы вы написали “речь сугубо о цифровых передатчиках и сугубо о SBUS-выходах приёмников” - я бы ещё понял. Но написали вы ни разу не так.
Калибровка стиков в аппаратуре - это единственно корректный вариант. Иначе при смене аппаратуры пришлось бы перенастраивать все коптеры.
rxrange компенсирует не калибровку стиков, а калибровку связки приёмник+полётник. Как я уже писал выше, НА ПРАКТИКЕ там бывают “индивидуальные” отклонения, как правило, при использовании разных моделей приёмников с одним и тем же профилем аппаратуры или при использовании аппаратуры, где приёмник не привязывается к профилю.
калибровку связки приёмник+полётник. Как я уже писал выше, НА ПРАКТИКЕ там бывают “индивидуальные” отклонения
Ок, но только если использовать PWM/PPM. У меня только один такой приёмник есть, встроенный на FC для tinywhoop.
Ок, но только если использовать PWM/PPM. У меня только один такой приёмник есть
Ну а у меня, например, PPM используется на OmnibusF3 c iNAV - так как там попросту не хватает UART-ов под всю периферию (GPS, BT-модем, SmartPort, SBUS)
А что за приёмник, может стоит попробовать F-Port? Или сразу на crossfire перейти.
А что за приёмник, может стоит попробовать F-Port?
Откуда FPort - на айнаве-то? 😃
Или сразу на crossfire перейти.
Там не дальнолёт - сетап на zmr250 чисто поиграться с айнавом. На XSR километр с лишним дальности имеет - да и ладно.
Betaflight v3.3.0 Release Candidate 3 ( финал по плану 1 марта )
github.com/betaflight/betaflight/releases
Конфигуратор обновили до сборки 160
andwho.sytes.net:8080/job/…/Platform=windows/
И есть вроде новые скрипты которые работают, видео что появилось видео Барделя , но пока не смотрел.
А динамические фильтры разве могут работать на 16/16? По-моему толку от них на таких частотах нет.
А динамические фильтры разве могут работать на 16/16
А где почитать почему нет?
А динамические фильтры разве могут работать на 16/16? По-моему толку от них на таких частотах нет.
А почему бы и нет. Хоть на 8 и 4. На таких частотах ещё проще фильтровать.
Ещё раз толсто намекаю - посмотрите назначения выходов на внешний радиомодуль…
У Тараниса встроенный радиомодуль работает на каком то своём протоколе, там не РРМ.
Кстати описание этого протокола, я что то не нашёл, интересно, что там.
Но вот на разных приёмниках показания маленько отличаются на одном и том же профиле. Не сильно, но я подстраиваю. Хотя вроде везде SBUS.
Справедливости ради, на РРМ приёмниках показания гуляли гораздо сильнее, в зависимости от приёмника.
У Тараниса встроенный радиомодуль работает на каком то своём протоколе, там не РРМ.
Кстати описание этого протокола, я что то не нашёл, интересно, что там.
Но вот на разных приёмниках показания маленько отличаются на одном и том же профиле. Не сильно, но я подстраиваю. Хотя вроде везде SBUS.
Справедливости ради, на РРМ приёмниках показания гуляли гораздо сильнее, в зависимости от приёмника.
Вроде называется PXX Protocol. Обычный цифровой PCM протокол. Его исходники можно найти в исходниках OpenTX или ER9X.
Вроде называется PXX Protocol
Спасибо! Почитаю!
Он называется XJT в последних версиях Er9x, OpenTX - не знаю.
Он называется XJT в последних версиях Er9x, OpenTX - не знаю.
XJT это версия передающего модуля
Вы бы хоть в код не поленились заглянуть, прежде чем отвечать.
github.com/MikeBland/mbtx/…/ProtocolDialog.cpp#L92…
github.com/opentx/opentx/blob/…/en.h.txt#L105
Ну раньше протокол назывался PXX (было в Turnigy 9XR в прошивке er9x) а потом переименовали в XJT, наверное.
Да, именно так, в Er9x уже больше года переименовали как, в OpenTX - не знаю, нет подходящего радио 😦
В опентх его могут назвать “розовая собачка” а протокол все равно PCM
Суть была в том что это цифровой протокол
Да, точно цифровой, PCM. Но PCM - это слишком широкое понятие.
Об этом можно было даже не спорить. Отличие модуля XJT от предыдущих было именно в этом.