FrSky Taranis - Максимум возможностей за минимальные деньги.
Так вот кстати о своей ЛРС я ничего не говорил, термин спроектировали Печатную плату, спаяли отладили это да, А вот я не бросался словами типа разработали, и сами от и до написали софт, давайте будем реалистами.
Она не передаёт никаких Sbus в вашем понимании…
Сергей, по мне так вопрос и логичен и понятен )),
SBus более продвинут, в силу своей “цифровости”, в отличии от “аналоговсти” PPM.
Другое дело, что РРМ еще долго не умрет, потому как под него много заточено.
ИМХО конечно, но “скармливание” ВЧ модулю РРМ это все таки архаика, особенно в век цифровых технологий ))
давайте будем реалистами
Ну, так давайте!!!
для кодирования одного канала два байта с избытком (10 бит - 1024 отсчета)
что бы передать 24 канала в цифре надо передать 48+ (с учетом байтов защиты от ошибок) байт,
все таки это значительно быстрее чем “скормить” ВЧ модулю 24 канала в виде РРМ.
но “скармливание” ВЧ модулю РРМ это все таки архаика, особенно в век цифровых технологий ))
а в чём смысл скармливания ВЧ модулю Sbus если он один чёрт потом преобразовывается совершенно в другой протокол для передачи? Я понимаю что можно, но нужно ли?
Чтобы получить Sbus в аппе наверное тоже нужны ресурсы и какое то время… А имеет ли смысл сначала тратить ресурсы и время для формирования Sbus чтобы потом его расшифровывать и передавать?
Вопрос таки заключается в том, что аппа по проводам не очень быстро передает сигнал от стиков к ВЧ модулю???
Насколько сильно выражено это “не быстро”, в пропорциональном соотношении в сравнении со скоростью передачи в целом от стиков до сервы или мотора, если все остальное никак не поменяется???
По видимому, эта ЛРС понимает Sbus исключительно для использования её в ретрансляторе. Можно попробовать установить в компаньоне опцию для скачивания прошивки под мультипротокольные внешние модули. Правда sbus там походу нет.
а в чём смысл скармливания ВЧ модулю Sbus если он один чёрт потом преобразовывается совершенно в другой протокол для передачи?
Я так думаю, что поток получаемый ВЧ от аппаратуры больше не преобразуется, а модулируется и отправляется на приемник.
В преобразовании в ВЧ модуле вообще нет никакого смысла ))
Насколько сильно выражено это “не быстро”, в пропорциональном соотношении в сравнении со скоростью передачи в целом от стиков до сервы или мотора???
тут имеет место и второй вопрос, насколько вероятно искажение сигнала.
ага, а что тогда такое ACCST, FASST и прочие игрушки?
Это протоколы передачи.
а РРМ Sbus и прочие Басы это протоколы кодирования данных.
Это протоколы передачи.
а РРМ Sbus и прочие Басы это протоколы кодирования данных.
правильно, значит таки в чистом виде Sbus не передаётся модулированным? 😃
Если бы было всё так просто, тогда все аппаратуры были бы равны… а почему то приёмник турниги не хочет работать с фриской…
Блин ребят, я с вас просто балдею, давно такой флудильни не видел)))) Вот честно, если вам не надо и вас не интересует, это же не значит что другие не пользуются… Я понимаю что некоторые из вас Летают на самиках даже без стабилизации, некоторым это и не нужно совсем. Но блин вот сложно просто было ответить нет не видели или просто промолчать, из простого вопроса развели балталогию непонятно о чем и ни к чему не приведшую.
а почему то приёмник турниги не хочет работать с фриской…
данные передаются одинаковые,
а вот “модуляция”(очень грубо) разная.
потому и не понимают.
значит таки в чистом виде Sbus не передаётся модулированным?
вероятно нет, я не встречал )), хотя было бы логично уйти в полную цифру.
способов модуляции не так много придумано 😃
а вот методик обхода ошибок - завались! Это и прыжки по каналам, когда отдельные биты передаются по разным каналам, или наоборот избыточность, когда одна и та же инфа передаётся по нескольким каналам и т.д. … Всё это и является заранее разработанным протоколом передачи информации, который не имеет ничего общего с Sbus, PPM…
… Я понимаю что некоторые из вас Летают на самиках даже без стабилизации,…
У 3Д-эшников самолетчиков стабилизация запрещена правилами. На вертах - ФБЛ. У каждого вида свои требования.
а вот методик обхода ошибок - завались! Это и прыжки по каналам, когда отдельные биты передаются по разным каналам, или наоборот избыточность, когда одна и та же инфа передаётся по нескольким каналам и т.д. … Всё это и является заранее разработанным протоколом передачи информации, который не имеет ничего общего с Sbus, PPM…
все правильно, но передается во всех случаях одна и таже информация, тот самый РРМ сигнал.
все правильно, но передается во всех случаях одна и таже информация, тот самый РРМ сигнал.
полностью согласен, но просто “удалив модуляцию” на стороне приёмника тот же PPM не получить… нужна расшифровка принятых данных по определённому протоколу
аппа по проводам не очень быстро передает сигнал от стиков к ВЧ модулю???
Насколько сильно выражено это “не быстро”
В разы быстрее, чем могут маслать стиками все здесь присутствующие. Так что скорость в данном случае не критерий.
если вам не надо и вас не интересует
ну как видите интересует, если дискуссия выходит за ваши рамки, то зачем её останавливать если она в рамках темы? мне вот гораздо интереснее узнать развёрнутый ответ на вопрос нежели сухое: да, нет. вы ж в любом случае получили ответ, пусть даже не тот который ожидали
но просто “удалив модуляцию” на стороне приёмника тот же PPM не получить…
Сергей, вот тут ты ошибешься КМК.
На выходе приемного тракта будет тот самый РРМ,
дальше контроллер приемника выделяет из РРМ отдельные каналы и выводит PWM на порты приемника.
Мало того, есть прошивки для приемников Frsky например, которые позволяют этот РРМ “вытащить” на выход приемника.
rcopen.com/blogs/179522/18776
снова один и тот же вопрос, почему тогда приёмник FrSky не работает с Турнигой?
только не нужно рассказывать про разную модуляцию…
простой пример, попробуйте осмыслить:
«Технологию расширения спектра методом прямой последовательности (DSSS) можно представить себе следующим образом Вся используемая “широкая” полоса частот делится на некоторое число подканалов. Каждый передаваемый бит информации превращается по заранее зафиксированному алгоритму в последовательность из 11 “чипов” (по числу подканалов), передаваемых одновременно и параллельно по всем 11 подканалам. Интенсивность сигнала одного чипа близка к фоновой, однако, при приеме последовательность чипов декодируется по тому же алгоритму, что и при кодировке, и, таким образом, полезный сигнал удается выделить на фоне шума. Другая пара приемник-передатчик может использовать другой алгоритм кодировки-декодировки, причем количество алгоритмов практически неограниченно.
при передаче PPM кодируется! прежде чем на выходе приёмного тракта образуется PPM он должен быть декодирован!