Что изменилось за последние 10 лет?
С позитивом, но в корне неверно. Даже за год многое меняется, а за 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__));
В SBUS практически тот же принцип
The SBUS protocol uses an inverted serial logic with a baud rate of 100000, 8 data bits, even parity, and 2 stop bits. The SBUS packet is 25 bytes long consisting of:
Byte[0]: SBUS header, 0x0F
Byte[1 -22]: 16 servo channels, 11 bits each
Byte[23]
Bit 0: channel 17 (0x01)
Bit 1: channel 18 (0x02)
Bit 2: frame lost (0x04)
Bit 3: failsafe activated (0x08)
Byte[24]: SBUS footer
только передается 24 байта, 16 полноценных каналов и 2 дискретных. но это практически предел.
В SBus2 между приемом пакетов данных идет отправка пакетов телеметрии.
Но я не совсем об этом,
по большому счету никому не надо 16 11 битных каналов.
- запихать в пакет можно любое количество каналов, это совсем не трудно,
вот только если каналов больше 10 сделать период обновления 7 мс будет совсем не просто.
При частоте отправки фреймов 50 в секунду обновление управляющих значений будет с интервалом 20ms. Возможно, есть фантастические люди с нейро-мышечной реакцией глаза-голова-руки в 20ms, но например у самых тренированных спортсменов она где-то 120-150ms, насколько мне известно. То есть за время типовой реакции придет 8-12 фреймов с измерениями.
Олег, я бы порекомендовал пообщаться по этому вопросу с вертолетчиками.
Про себя скажу, начинал с вертолетов и Турнига 9Х, потом пересел на самолеты,
а когда пересел на Футаба 8FG реально “почувствовал разницу”.
я понимаю, что 2048 отсчетов мало кто на ручке почувствовать сможет,
но на уровне подсознания, разница между 2048 и 1024 все таки есть ).
На турниджи, вроде 512 импульсов. FG не знаю на 7 сап 1024 по мануал у.
могу ошибаться, но вроде в альтернативе ±512 было, хотя … тем более 512 супротив 2048
В SBUS практически тот же принцип
SBUS это общий интерфейсный протокол, внутри трансивера между управляющим контроллером и радиомодемом может формироваться совершенно другая упаковка. То же справедливо и для CRSF, но кажется в TBS передаеться as is.
16 полноценных каналов и 2 дискретных. но это практически предел.
Да ну нафик =) Для Lorawan радиомодема, если не изменяет память, максимальный payload для фрейма чуть ли не 4kb. Впихнуть 24 канала не проблема. И ничего не мешает строить сложные схемы передачи, что собственно и делают в приложениях… cdn-shop.adafruit.com/…/sx1276_77_78_79.pdf
Но да, согласен, возможно для любителей это не шибко необходимо. На крыле с 6-7 режимами полета укладываюсь в 8-9 каналов, включая газ-элевоны, ну еще пищалка.