Что изменилось за последние 10 лет?
Здравствуйте. Вернулся в хобби после десяти лет перерыва. В те доисторические времена использовал такую технику:
- аппаратура управления Turnigy X9R (прошивка er9x)
- модуль передатчика FrSky DJT telemetry
- радио приемник FrSky D8R-II plus с поддержкой PPMSum (все каналы на одном выходе)
- полетный контроллер ArduPilot 2.6
Не могли бы пояснить непонятные для меня моменты:
- изменился ли протокол связи между аппаратурами управления и модулями передатчика. Будут ли работать новые современные передатчики (например TBS Crossfire) с моей Turnigy X9R?
- имеет ли смысл переводить мою аппаратуру на прошивку OpenTX?
- какой протокол связи сейчас используется для связи радио приемника и современных полетных контроллеров (например Matek F411-WTE или H743). Будет ли работать PPMSum или сейчас нужно что-то другое?
- посоветуйте хороший современный передатчик и приемник для управления на дальнем расстоянии
- посоветуйте хороший полетник для iNav и ArduPilot
Просмотрите крайние 4-ре десятка постов по теме “Новинка - FrSky R9 900MHz 16CH Long Range Receiver & R9M Module System”.
- изменился ли протокол связи между аппаратурами управления и модулями передатчика.
Да, изменились.
Будут ли работать новые современные передатчики (например TBS Crossfire) с моей Turnigy X9R?
Неа.
- имеет ли смысл переводить мою аппаратуру на прошивку OpenTX?
Имеет смысл купить новую аппарату с OpenTX.
- посоветуйте хороший современный передатчик и приемник для управления на дальнем расстоянии
Radiomaster TX16 + TBS Crossfire MicroTX + TBS Nano RX
- посоветуйте хороший полетник для iNav и ArduPilot
Для крыльев Matek серии F7, для коптера Mamba.
Для крыльев Matek серии F7, для коптера Mamba.
На всякий случай хочу предостеречь от Matek F411 - количество UART портов недостаточно. При современных технологиях 2 (и даже 3-4) UART порта - мало!
Очень быстро упрётесь в собственные хотелки, которые не получается реализовать именно по причине скудности вход-выход интерфейсов…
- например TBS Crossfire) с моей Turnigy X9R
Будет, крос и с ппм умеет.
Лично для меня особо ничего не изменилось, а для клоунов ищущих последнюю прошивку для их пахнущей аппы скажу следующее : от перестановки говна сумма не меняется! Может немножко грубо начертал, но зато с позитивом!
С позитивом, но в корне неверно. Даже за год многое меняется, а за 10 лет кардинально всё ушло вперёд.
Попробуйте сегодня собрать коптер на 4х канальном PWM приёмнике и КК контроллером. И рамой из пластиковых труб…
“Железо” несколько более консервативно, но всё же и оно меняется, 10 лет в моделизме - большой срок
Даже за год многое меняется, а за 10 лет кардинально всё ушло вперёд.
- Фактически стандартом для аппаратуры управления стало OpenTX и его форки, на базе недорогого и распостраненного SoC STM32.
- Использование OpenTX как open source позволило резко уменьшить затраты времени и финансов при разработки аппаратуры и итого рыночную ее стоимость, в два и более раза.
- Радиомодемы от Sentiel с LoraWAN протоколом увеличили дальность устойчивого управления фактически на порядок, при равных мощностях.
- Что позволило огранизовать полнодуплексный канал управления, с передачей и контроля, и полноценной телеметрии с UAV.
- Для особо желающих, устойчивый прием телеметрии плюс OpenTX плюс ноутбук буквально на коленке позволяют организовать вполне себе приличную наземную станцию контроля-управления UAV.
Это только по системе управления и телеметрии.
Итого FPV полеты на 5-8км и в высоту на 1-2км на каком-нибудь Dart или Talon с крылом в полметра, которые выглядят больше как игрушки, стали повседневной обыденностью. В котором термин “моделирование” уже некорректен, потому что это уже вполне себе самостоятельное RC micro aviation в хобби варианте.
Буквально за 5-6 лет. Или даже меньше.
Хотя многие строгают себе из бальcы копии и летают исключительно LOS, ну это тоже хобби. Одно второго не отменяет.
На 12z уже лет 10 точно и никуда не собираюсь, так что по сути как летали так и летаем. Мягких посадок…
Итого FPV полеты на 5-8км и в высоту на 1-2км на каком-нибудь Dart или Talon с крылом в полметра, которые выглядят больше как игрушки, стали повседневной обыденностью.
Здравствуйте, а что сейчас “в тренде?” для таких полетов? Тоже пытаюсь вернуться в хобби и моя старая 7-ми канальная футаба т7с имеет дальность около 500 метров. Что можете посоветовать из недорого в плане аппаратуры управления? (как я понял OpenTX) и видео передатчика/приемника? В наличии из прошлого имеется шлем на 5.8 eachine ev800. И зачем на современных аппаратурах количество каналов 10+, видел на али и 16 каналов и 24. Это зачем, для чего? Ну ок, полетный контроллер с коптера, возврат домой - канал, автотюн (не знаю зачем)- канал, ну закрылки - канал, и вот зачем 16 каналов или больше?
Еще из любопытного: почему 16-ти канальная Futaba T16iz 18ch на 18 каналов стоит почти 40 тыс, а FrSky Taranis X9 Lite на 24 каналов стоит 6 тыс? И у них нет openTx? Если нет, то зачем он нужен? Почему такая разница? Как тогда задешево летать за 5-10 км?
1: арм/дизарм 2: переключение из трех режимов 3: автотюн 4: автотрим 5: еще какиенибудь режимы типо полет по точкам 6: включить/выключить запись камеры 7: переключение мощности видеопередатчика 8: переключение между несколькими камерами 9: переключение осд. Это по поводу зачем столько каналов на пульте.
Из пультов можно взять любой со встроенной elrs. Вроде сейчас в тренде этот елрс. Можно и обычный пульт типо jumper/radiomaster и отдельно комплект elrs с передатчиком и приемниками.
Из видео пойдет любой на 5.8ггц 600 мВт и поддержкой смартаудио/трамп. Этого должно хватить на 5-10км с лихвой.
Еще из любопытного: почему 16-ти канальная Futaba T16iz 18ch на 18 каналов стоит почти 40 тыс, а FrSky Taranis X9 Lite на 24 каналов стоит 6 тыс? И у них нет openTx? Если нет, то зачем он нужен?
-
запихать в пакет можно любое количество каналов, это совсем не трудно,
вот только если каналов больше 10 сделать период обновления 7 мс будет совсем не просто.
ровно такой период PWM у Футаба 14SG и выше на всех каналах в режиме FASST на оригинальных приемниках.
к слову на TFR8SB 7 мс только на первых шести каналах, дальше 14 мс.
Скажем так, вертолетчики не летают в режиме FASTest 14, слишком большой лаг получается. -
ОпенТХ конечно много чего умеет, но у Футаб своя система вполне справляется с большинством задач.
-
А цена, ну да Футаба берет много за имя и надежность связи и при этом ОпенТХ не влияет на последний параметр ни разу.
-
На стоковой Футаба, с приемником Фрскай народ вполне летает на 5 км в прямой видимости )), ну т.е. не в городе и не в лесу. Хотя что в городе. что в лесу никакая АПа не справится с большой дальностью.
В общем, все зависит от Ваших потребностей, если у Вас само летающее изделие с полетным контроллером, то ему вполне хватит аппаратуры на базе Ардуино.
Главное что бы полетник получил требуемую информацию.
1: арм/дизарм 2: переключение из трех режимов 3: автотюн 4: автотрим 5: еще какиенибудь режимы типо полет по точкам 6: включить/выключить запись камеры 7: переключение мощности видеопередатчика 8: переключение между несколькими камерами 9: переключение осд. Это по поводу зачем столько каналов на пульте.
а в один канал все это никак не впихуется ? один бит на каждый режим, ну на некоторые два бита итого 20 бит,
ну ладно, запихували бы в два канала по 1024, или у разработчиков … ну да ладно, не будем о грустном.
Можно все режимы и в один канал запихнуть. Но смысл если тумблер трехпозиционный. Хотя есть аппаратуры с 5 переключателями.
да хоть десять переключателей запихать в один канал, в чем трудность ?
Не обязательно на каждый канал иметь стик или тумблер. Комбинацией стиков можно добавить канал. К примеру у меня армед газ внизу и в право, дизарм газ внизу и в лево. Ну и стиками с права ещё пара каналов. Получается двух. поз. тумблер.
да хоть десять переключателей запихать в один канал, в чем трудность ?
дело не в трудности, дело - зачем?
ну как вариант, что бы не “плодить количество” каналов, так как это плохо сказывается на качестве связи.
хотя, тем которые FPV юзают это не имеет значения )
что бы не “плодить количество” каналов, так как это плохо сказывается на качестве связи.
Фреймы с измерениями передаются постоянно, вне зависимости от значения. Их размер также неизменен. То есть это постоянный поток сообщений с некоторой частотой.
Для CRSF например пакет управления.
struct crsfPayloadRcChannelsPacked_s {
// 176 bits of data (11 bits per channel * 16 channels) = 22 bytes.
unsigned int chan0 : 11;
unsigned int chan1 : 11;
unsigned int chan2 : 11;
unsigned int chan3 : 11;
unsigned int chan4 : 11;
unsigned int chan5 : 11;
unsigned int chan6 : 11;
unsigned int chan7 : 11;
unsigned int chan8 : 11;
unsigned int chan9 : 11;
unsigned int chan10 : 11;
unsigned int chan11 : 11;
unsigned int chan12 : 11;
unsigned int chan13 : 11;
unsigned int chan14 : 11;
unsigned int chan15 : 11;
} __attribute__ ((__packed__));