FrSky Taranis - Максимум возможностей за минимальные деньги.
Сначала нужно определиться с тем, что такое телеметрия и RSSI в этой телеметрии. А так же узнать мощность передатчика в приемнике. Предположим, что она не 100, а 10мВт. Рассуждения мои просты. Мы имеем пульт с мощностью 100мВт и это прилично. Вы прекрасно управляете своей моделью, залетая даже за небольшие здания. Ваш приемник отдает в телеметрию RSSI, т.е. силу сигнала, которую он принимает от пульта. Пусть это значение будет 60, когда вы залетели за здание. Но ваш приемник телеметрийный, он должен послать данные вашему пульту. Только вот посылает он сигнал с мощностью 10мВт. Этот более слабый сигнал не может прийти на пульт. Именно в этот момент ваш пульт теряет телеметрию и ругается, но управление при этом не пропадает.
Всё так и есть. Но раньше в этих же местах не было пропадания телеметрии.
Ну может шумовой фон повышен. У меня, кстати, на X4RSB субъективно сигнал хуже принимается, чем на X8R. Но на X8R антеннки получше и чуть повыше аккумулятора находятся, а усы X4RSB походу неудачно затеняются.
Господа хорошие, приветствую!
Вот решил приобрести таранис.
Насколько я понял, сейчас по прежнему актуален X9D PLUS?
На банггуде нашел две версии. В чем отличие так и не понял (ну разве что цена на 900 руб дороже), может есть где дешевле чем там?
Что еще дополнительно необходимо докупить?
Насколько я понял для FPV200-250 дронов рекомендуют приемник X4R. А если в дополнение захочу дальнобойный долголетный сетап?
Еще вопрос. Какие 3S аккумы брать для него? Чтоб в бокс вошли и с максимум работы
Дальность - категория относительная.
Вообще лучше брать народный приемник FrSky X8R
Для дальняка берут FrSky L9R, но он без телеметрии(((
Какие 3S аккумы брать для него? Чтоб в бокс вошли и с максимум работы
чем не устраивает штатная батарея?
Вообще лучше брать народный приемник FrSky X8R
X4RSB хорош для мелколетов своим размером и весом. Особого смысла таскать X8R нет, но можно. У меня на ZMR250 X8R стоит, а на 210том уже X4RSB.
X4RSB
А в чем разница между SB и не SB версией? Какой приоритетен для 200 квадриков?
видимо S.bus
X4RSB хорош для мелколетов своим размером и весом. Особого смысла таскать X8R нет, но можно. У меня на ZMR250 X8R стоит, а на 210том уже X4RSB.
отвечал на вопрос “А если в дополнение захочу дальнобойный долголетный сетап?”
А в чем разница между SB и не SB версией? Какой приоритетен для 200 квадриков?
Меньше задержки сигнала, что критично для гоночных мелколетов. Более точно и с пояснениями в соответствующей теме по cleanfligth или по 250 квадрам.
А если в дополнение захочу дальнобойный долголетный сетап?
Про стандартный x8r вам написали, далее дальнобой l9r, но нет телеметрии, а еще дальше модули на, допустим, 433мгц типа rmilec и др. Вставляются сзади. Также делают ретранслятор, чтобы уменьшить наводки на аппаратуру, а у тараньки они есть и не держать у причинного места мощный источник излучения ).
Таки у какого меньше задержки сигнала, напишите человеку. Я не знаю.
А в чем разница между SB и не SB версией? Какой приоритетен для 200 квадриков?
x4r вообще для квадриков недостаточен - в нем только 4 канала, сбаса, вроде, и нету. x4rsb 3 “аналога” и по сбасу 16. Короче, вот
Таки у какого меньше задержки сигнала, напишите человеку. Я не знаю.
Я тоже не знаю, но если верить обсуждению в ветке про Horus, то у S.Bus задержки выше, чем у PWM. Там в обсуждении, конечно, много флейма и предрассудков, но есть и интересная информация, в частности тут и вот тут.
x4r вообще для квадриков недостаточен - в нем только 4 канала, сбаса, вроде, и нету. x4rsb 3 “аналога” и по сбасу 16.
Угу. Поэтому дело не в задержках, а именно в количестве каналов.
Таки у какого меньше задержки сигнала, напишите человеку. Я не знаю.
с SBUS
Уточним, почитаем…но помнится мне так как написал.
у S.Bus задержки выше, чем у PWM
Да вы правы, у PWM задержка нулевая, но количество проводов = количеству каналов.
PPM задержка выше чем у SBUS, провод один в обоих случаях.
задержка нулевая
это как? данные не передаются? 😉
это как? данные не передаются?
Что не понятно? Данные генерятся одновременно и в передатчике и в приемнике, и на сервах. На сервах иногда даже быстрее. 😁
Эхх, шутники. Ну просветите что ли… Жду…
Все постоянные типа передача сигнала от передатчика до приемника сокращаются и не учитываются так как постоянны в обоих случаях. Если это вам не понятно то уж извините.
PWM основан на изменении ширины импульса, изменение ширины импульса приводит к изменению положения сервы или изменению скорости вращения двигателя. Длительность импульса колеблется от 1000 до 2000 мкс. Принятый из радиотракта сигнал фактически неизменным передается на серву или регулятор…
В общем случае PPM сигнал — это последовательность PWM сигналов один за другим по одному кабелю, но с различной модуляцией.
Ну а s.bus это уже цифра, данные передаются пачками по 25 байт каждые 14 мс для аналогового и 7 мс для цифрового режима.
Ну давайте разбираться в теории…
PWM (Pulse Width Modulation, или же по-нашему ШИМ) - это способ кодирования сигнала, при котором состояние канала (уровень газа, положение сервопривода и т.д.) кодируется длительностью передаваемого импульса. Для передачи информации о состоянии одного канала, длительность импульса может составлять от 1 до 2 миллисекунд (реально даже чуть больше - 2140мкс). PWM широко используется в “классических” приемниках, сервоприводах и т.д. Если каждый сервопривод подключается к своему разъему на приемнике - это, в принципе, и есть PWM.
PPM - это, фактически, несколько PWM, идущих “друг за другом”. Т.е. в PPM информация обо всех каналах передается последовательно. Этот протокол обычно используется для общения аппаратуры и ВЧ-модуля (но не в Taranis - об этом дальше). Добавьте к этому всякие синхронизации, в итоге на передачу полного пакета из 8 каналов уйдет от 9 до 18 миллисекунд, в зависимости от конкретных значений каждого канала.
Производители подумали и пришли к выводу, что современными ВЧ-модулями нужно еще и управлять - переключать их в разные режимы, добавлять контроль и коррекцию ошибок и все такое. Если эти дополнительные сигналы посылать вместе с PPM, то длительность передачи одного полного набора информации о состоянии каналов станет гораздо больше 18мс. А это вряд ли понравится пользователям. В то же время, есть более эффективные методы передачи информации в цифровом виде. Поэтому у каждого производителя появился свой “фирменный” протокол общения аппаратуры и ВЧ-модуля. У FrSky это PXX, и именно он используется в Taranis’е (а также его можно включить в OpenTX и er9x для других аппаратур). Майк как-то говорил, что в протоколе PXX информация о состоянии каналов передается пакетами длительностью 9мс. каждый. Каждый такой пакет несет информацию о 8 каналах. Отмечу, что для передачи 16 каналов нам понадобится 18мс. Но зато со всем “оверхедом” и с гарантией, что за пределы этого интервала мы не выйдем. Это, опять же, передача информации от аппаратуры к ВЧ-модулю.
SBUS - это цифровой сигнал, тут информация кодируется в цифровую последовательность по определенному алгоритму. SBUS достаточно часто используется на приемниках для передачи информации “обо всех каналах сразу”. В некоторых частных случаях может использоваться для общения аппаратуры и ВЧ-модуля. Из того что я нашел, средняя длительность пакета SBUS находится где-то в районе 10-20мс.
Получается, что вроде как SBUS как минимум не медленнее, но давайте рассмотрим реальный пример. Есть у нас Taranis. Аппаратура “внутри себя” общается с ВЧ-модулем по своему фирменному протоколу PXX. Получив пакет с данными от аппаратуры, ВЧ-модуль отправляет его на приемник (тут добавляется время передачи радиосигнала, но для простоты мы его в расчет не берем). Приемник, приняв пакет, может сразу же отправить его на каждый PWM-канал в отдельности - это самое простое, поэтому делается быстрее всего. Если же мы хотим получить на примемнике SBUS, то тут приемник должен сначала получить ВСЮ последовательность (а в случае с 16-ю каналами это ДВА пакета, т.е. те же 18мс), затем ОБРАБОТАТЬ ее, преобразовав в SBUS, и только ПОТОМ он отправит сигнал “на выход”. Вот тут-то и получается задержка в SBUS по сравнению с PWM.
Если Вы думаете, что теперь Вы во всем разобрались - рано радуетесь! 😃
Некто Oscar Liang написал любопытную статью про SBUS и PPM применительно к коптерам. Оказывается, т.к. PPM - сигнал “не очень цифровой” и достаточно слабо защищенный от помех, возможны ошибки при приеме сигнала (ну, мало ли - помеха в эфире, дело, в общем-то, обычное). Поэтому полетный контроллер Cleanflight при работе с PWM-сигналами сначала вычисляет СРЕДНЕЕ из трех последовательно принятых значений, и только затем использует полученную информацию для управления полетом. А это уже 3x18мс = 54мс. И вот тут-то SBUS окажется быстрее, т.к. в протоколе SBUS есть свои методы контроля ошибок и полетному контроллеру нет необходимости “усреднять” принятые значения - каждое поступившее по SBUS значение он сразу “кидает в бой”.
Однако, это реализация конкретного алгоритма в конкретном полетном контроллере. Как работают другие - я не знаю (да и про Cleanflight-то могу судить только из прочитанной статьи).
Вот так…
experimentator, спасибо!
немного дополню про PWM
не стоит забывать, что кроме непосредственно длительности импульса, кодирующего сигнал (1-2мс) есть еще длина всего фрейма - 20 мс
и видимо это зависит от конкретной реализации приемника, но PWM импульсы могут выдаваться по каналом не одновременно, а последовательно
что по сути сделает время получения данных от всех каналов по PWM равным одному пакету PPM
еще немного информации тут: www.*************/ru/blogs/view_entry/7574/
Не стоит забывать, что если мы используем “Extended Limits” (-125 … +125), то длина импульса для одного канала может превышать 2мс. Это повлияет и на общую длину PPM-фрейма.
Вообще говоря, длина PPM-фрейма в современных аппаратурах может настраиваться пользователем. Во всяком случае в er9x такая настройка есть, подозреваю что в OpenTX она тоже должна быть.
Хотя применительно к Taranis’у и его ВЧ-модулю эта информация не имеет особого значения - надо просто использовать протокол PXX, который является штатным для встроенного ВЧ-модуля, а также для FrSky XJT. Тогда не возникнет никаких проблем с длительностью фрейма.
Частное замечание по задержкам и испульсам:
- 85% присутствующих на форуме вообще никогда в жизни не ощутят, что любая аппа имеет какие либо задержки (при этом больше половины из них же пользуется сервами, работающими раз в 5-10 медленнее любых задержек)
- из оставшихся 15% половина если и видит проблему, то не придаёт ей значения, а вторая половина может с ней справиться, работая стиками на “опережение”, но это тот уровень, который большинство просто не поймут (я в том числе).
- исходя из вышеизложенного, скорее всего следует рассматривать разговоры о разности всех этих 6-7 и 10-15 мск как вечный спор футабо и “нефутабо”.
😃