FrSky Taranis - Максимум возможностей за минимальные деньги.
а почему то приёмник турниги не хочет работать с фриской…
данные передаются одинаковые,
а вот “модуляция”(очень грубо) разная.
потому и не понимают.
значит таки в чистом виде Sbus не передаётся модулированным?
вероятно нет, я не встречал )), хотя было бы логично уйти в полную цифру.
способов модуляции не так много придумано 😃
а вот методик обхода ошибок - завались! Это и прыжки по каналам, когда отдельные биты передаются по разным каналам, или наоборот избыточность, когда одна и та же инфа передаётся по нескольким каналам и т.д. … Всё это и является заранее разработанным протоколом передачи информации, который не имеет ничего общего с Sbus, PPM…
… Я понимаю что некоторые из вас Летают на самиках даже без стабилизации,…
У 3Д-эшников самолетчиков стабилизация запрещена правилами. На вертах - ФБЛ. У каждого вида свои требования.
а вот методик обхода ошибок - завались! Это и прыжки по каналам, когда отдельные биты передаются по разным каналам, или наоборот избыточность, когда одна и та же инфа передаётся по нескольким каналам и т.д. … Всё это и является заранее разработанным протоколом передачи информации, который не имеет ничего общего с Sbus, PPM…
все правильно, но передается во всех случаях одна и таже информация, тот самый РРМ сигнал.
все правильно, но передается во всех случаях одна и таже информация, тот самый РРМ сигнал.
полностью согласен, но просто “удалив модуляцию” на стороне приёмника тот же PPM не получить… нужна расшифровка принятых данных по определённому протоколу
аппа по проводам не очень быстро передает сигнал от стиков к ВЧ модулю???
Насколько сильно выражено это “не быстро”
В разы быстрее, чем могут маслать стиками все здесь присутствующие. Так что скорость в данном случае не критерий.
если вам не надо и вас не интересует
ну как видите интересует, если дискуссия выходит за ваши рамки, то зачем её останавливать если она в рамках темы? мне вот гораздо интереснее узнать развёрнутый ответ на вопрос нежели сухое: да, нет. вы ж в любом случае получили ответ, пусть даже не тот который ожидали
но просто “удалив модуляцию” на стороне приёмника тот же PPM не получить…
Сергей, вот тут ты ошибешься КМК.
На выходе приемного тракта будет тот самый РРМ,
дальше контроллер приемника выделяет из РРМ отдельные каналы и выводит PWM на порты приемника.
Мало того, есть прошивки для приемников Frsky например, которые позволяют этот РРМ “вытащить” на выход приемника.
rcopen.com/blogs/179522/18776
снова один и тот же вопрос, почему тогда приёмник FrSky не работает с Турнигой?
только не нужно рассказывать про разную модуляцию…
простой пример, попробуйте осмыслить:
«Технологию расширения спектра методом прямой последовательности (DSSS) можно представить себе следующим образом Вся используемая “широкая” полоса частот делится на некоторое число подканалов. Каждый передаваемый бит информации превращается по заранее зафиксированному алгоритму в последовательность из 11 “чипов” (по числу подканалов), передаваемых одновременно и параллельно по всем 11 подканалам. Интенсивность сигнала одного чипа близка к фоновой, однако, при приеме последовательность чипов декодируется по тому же алгоритму, что и при кодировке, и, таким образом, полезный сигнал удается выделить на фоне шума. Другая пара приемник-передатчик может использовать другой алгоритм кодировки-декодировки, причем количество алгоритмов практически неограниченно.
при передаче PPM кодируется! прежде чем на выходе приёмного тракта образуется PPM он должен быть декодирован!
снова один и тот же вопрос, почему тогда приёмник FrSky не работает с Турнигой?
только не нужно рассказывать про разную модуляцию…простой пример, попробуйте осмыслить:
«Технологию расширения спектра методом прямой последовательности (DSSS) можно представить себе следующим образом Вся используемая “широкая” полоса частот делится на некоторое число подканалов. Каждый передаваемый бит информации превращается по заранее зафиксированному алгоритму в последовательность из 11 “чипов” (по числу подканалов), передаваемых одновременно и параллельно по всем 11 подканалам. Интенсивность сигнала одного чипа близка к фоновой, однако, при приеме последовательность чипов декодируется по тому же алгоритму, что и при кодировке, и, таким образом, полезный сигнал удается выделить на фоне шума. Другая пара приемник-передатчик может использовать другой алгоритм кодировки-декодировки, причем количество алгоритмов практически неограниченно.
при передаче PPM кодируется! прежде чем на выходе приёмного тракта образуется PPM он должен быть декодирован!
Как же для вас важно доказать свою правоту… И все равно, разговор ни о чем, никому не помогли, ничего нового не сказали.
И все равно, разговор ни о чем
Ну, так что а вам
блин вот сложно просто … промолчать
???
Как же для вас важно доказать свою правоту… И все равно, разговор ни о чем, никому не помогли, ничего нового не сказали.
На нашем ветке никто прошивки не пишет, вопрос поэтому и перерос в непонятно что. нужно наверно в Опен Т-икс его задавать.
почему тогда приёмник FrSky не работает с Турнигой?
потому что разные протоколы передачи.
Интенсивность сигнала одного чипа близка к фоновой, однако, при приеме последовательность чипов декодируется по тому же алгоритму, что и при кодировке, и, таким образом, полезный сигнал удается выделить на фоне шума.
это все о протоколе передачи, на выходе приемного тракта приемника все равно будет тот самый РРМ.
Вауу, скоко нервов тут!
Вопрошающему я пытался дать направление, куда смотреть. И если в том варианте open TX нет сбас, то выход один - просить разрабов добавить поддержку сбас.
вопрос только в том, что считать приемным трактом. ))
а по сути говрим об одном и том же )
rc-master.ucoz.ru/publ/10-1-0-26
rc-master.ucoz.ru/publ/14-1-0-112
Собственно SBUS формат более продвинутый, менее ресурсо затратный при "передаче сторонними девайсами,соответственно вопрос “Нафига козе баян” не обоснованный,Козе баян как раз таки и очень даже)))
Насчет выхода ППМ на конце приемного тракта…Есть приемники умеющие выдавать “на конце приемного тракта” СБАС,просто ППМ более преобладающий формат и таких не так много.
Далее должен следовать тракт преобразования Sbus в формат данных передающим устройством, затем приём приёмником и снова преобразование в Sbus…
Нафига козе баян?
Собственно с ППМ сигналом происходит тоже самое. В случае с СБАС это менее ресурсо затрано и быстрее,плюс еще много всяких плюшек.
Всё уже придумано:
github.com/opentx/opentx/issues/2894
github.com/openLRSng/openLRSng/issues/116
OpenTX умеет передавать цифровой протокол в передатчик, для OpenLRSng уже есть прошивка, которая его понимает.
Собственно SBUS формат более продвинутый, менее ресурсо затратный при "передаче сторонними девайсами
Именно вот об этом по вашим ссылкам ни слова…
В том что Sbus хороший протокол никто и не сомневается, но вот тот факт что его легче передать по воздуху это ваши личные выдумки… Хотя и я не утверждал обратного…
Разговор лишь о том, какой сигнал подавать в ВЧ часть для последующей передачи приёмнику, и вот именно тут нет особой разницы…
Все сейчас хвалятся SBUS на миниках, мол он у приемников совместимых с таранисом есть. А чем хорош Этот интерфейс, минимальной задержкой, что критично на больших скоростях и чего стандартный PPM выдать не может. Только вот не многие задумываются что, для того чтобы была минимальная задержка нужно чтобы этот тип сигналла выдавала аппа, а не только приемник.
Полный бред от абсолютного непонимания сути вопроса. Ох уж эти коптеристы. Начитаются от себе подобных про какие то задержки и начинают придумывать фигню разную.
Существует три уровня посредством которых сигнал от передатчика попадает в исполнительный механизм (серву).
- Цифровой поток передается от аппаратуры в передающий модуль. Для внутреннего модуля Тараниса используются исключительно быстродействующие цифровые протоколы D8, D16. Для внешнего модуля добавлена поддержка цифровых протоколов DSM2, DSMX и исключительно для совместимости с разным старьем есть РРМ.
- Полученные данные (опять в чисто цифровом формате) передаются по радиоканалу в приемник. Даже если на вход передатчика приходит РРМ, то он обязательно преобразуется в цифровые данные. Для 2,4 ГГц передача идет исключительно в цифровом формате. По сути это Wi-Fi только на своих протоколах. Протоколы ACCST у тараниса, FASST у футабы и т.д.
- Принятые цифровые данные от приемника передаются к исполнительным механизмам. Тут могут использоваться PРМ, PWM, S.BUS.
Протоколы третьего уровня, в т.ч. и S.BUS, являются самыми медленными и примитивными. Их задача в обеспечении надежности, помехоустойчивости и совместимости с огромным количеством возможных исполнительных устройств от разных производителей. Главная фишка S.BUS это уменьшение количества сигнальных проводов для управления множеством механизмов.
А теперь суть: протоколам третьего уровня просто делать нечего в первом уровне.
А теперь суть: протоколам третьего уровня просто делать нечего в первом уровне.
Спасибо, разложено всё по полкам. Только автор хотел его поместить на 2ой уровень от передатчика в приёмник, но суть остаётся та же.
Если можно тогда такой вопрос, почему тогда используются столько много каналов - если идёт цифра, что мешает запилить всё в один при передаче? (или я ошибаюсь и он один)
Помоему в таранисе таким образом из 8 в 16 каналов и делается. (Либо 2канала передаются в 1ом, либо передаются актуальные (последние) 8 каналов?) Во что тут упираемся?
Не совсем понял сути вопроса…
Все эти уровни и протоколы сделаны исключительно для совместимости. Софт для аппаратуры пишет команда OPENTX, софт передатчиков и приемников делает FRSKY, исполнительных механизмов (в т.ч. и мозгов коптерных) вообще миллион. И все это должно четко работать. Для этого сигнал на каждом уровне преобразуется, передается и заново восстанавливается.
Конкретный пример: Европа приняла новый стандарт на Wi-Fi устройства. Протокол ACCST этот стандарт нарушает. Поэтому фирма FRSKY выпускает передающий модуль с измененным протоколом ACCST EU. Пользователю надо только поставить прошивку EU в приемник, и все будет работать как и раньше. В итоге мы поменяли только протокол второго уровня. Нам не требуется менять прошивку аппаратуры и всех исполнительных механизмов.