Устройства для управления ЛА на больших расстояниях
Проще купить внешний модуль и пускать на него ППМ с тренерского разъема, цена вопроса 40 баксов, опять таки передатчик курочить не надо, да и вообще любой передатчик тогда можно использовать… Кстати Вы понаблюдайте что там с сигналами в этих 9 проводках, а то мож при высоких частотах ваша затея может не удаться.
+1
А штатный модуль от DX7 наверняка по быстрому SPI управляется (это шина передачи данных такая), может уже и с кабелем 0,5 метра не работать. Там не экран на провод нужен, а очень низкая емкость шлейфа.
Проще купить внешний модуль и пускать на него ППМ с тренерского разъема, цена вопроса 40 баксов, опять таки передатчик курочить не надо, да и вообще любой передатчик тогда можно использовать… Кстати Вы понаблюдайте что там с сигналами в этих 9 проводках, а то мож при высоких частотах ваша затея может не удаться.
тоже хотел предложить такой вариант, но помоему 40 баксов это Вы загнули. Внешний модуль как я понял стоит от 150 баков. Хотя можно поискать БУ
Кстати Вы понаблюдайте что там с сигналами в этих 9 проводках, а то мож при высоких частотах ваша затея может не удаться.
Да, посмотрел, максимум намерял 2кГц… Интересно что это за проводки… Среди группы из трех - 2 питяния и 1 какой-то сигнальный - желтый (там 410 Гц). А вот эта группа из 6-ти - загадка… 😃
А не подскажет ли кто-нить по поводу объема “трафика” между видеокамерой и АП ?
Как бы по моим подсчетам, если камера имеет разрешение около 400 твл, объем данных от камеры до приемника должен составлять порядка 5 Мбит/с для ч/б изображения ( это если перевести в цифру), с учет градаций серого, чуть больше.
Так ли это ? Или я где-то ошибаюсь?
Вопросик появился по системе Шеррера (www.webx.dk/rc/uhf-link3/uhf-link3.htm).
На сайте утверждается - " system uses a complex wide band multi frequency hopping (FHSS)".
Такие системы по определению должны использовать двухсторонний обмен данными.
Вопрос: как тогда может работать его система при использовании усилителя, который продает он же? www.webx.dk/rc/uhf-link3/pa7w.htm
Усилитель не имеет антенного коммутатора (на сайте есть фото платы), соответственно - наземный передатчик не может слышать сигнал с приемника, итог - скачки по частоте невозможны.
Вопросик появился по системе Шеррера (www.webx.dk/rc/uhf-link3/uhf-link3.htm).
На сайте утверждается - " system uses a complex wide band multi frequency hopping (FHSS)".
Такие системы по определению должны использовать двухсторонний обмен данными.
Вопрос: как тогда может работать его система при использовании усилителя, который продает он же? www.webx.dk/rc/uhf-link3/pa7w.htm
Усилитель не имеет антенного коммутатора (на сайте есть фото платы), соответственно - наземный передатчик не может слышать сигнал с приемника, итог - скачки по частоте невозможны.
Ща пороюсь, интересно даже. Но а почему мультихопу надо именно обратная связь ?
По идее, в упрощенном варианте выглядит так (могу ошибаться, поправьте):
Передатчик начинает вещать на одном из скажем 80 каналов. Передав пакет данных, он сообщает приемнику на какой частоте он будет передавать следующую порцию данных(случайная выборка). Приемник получает данные и делает соответственно “перепрыжку” на следующий канал. И ему не надо ничего говорить в ответ. А усилитель, он же просто делает усиление в широком диапазоне, и не анализирует, что там передается внутри. Он просто усиливает сигнал определенной ширины. Все должно работать.
Виктор ! Как же тогда работает санва 2.4 ггц с fhss ? там приемник ничего не излучает (35 ма ток рабочий). алгоритм работы заключается в переборе частотных каналов по определенному порядку, известными (биндинг) только конкретному передатчику и приемнику. Как писал мне Том каждый фрейм-ппм и контрольная сумма передается один за другим на различных каналах в последовательности, которая определяется во время бинда…
wikipedia fhss - псевдослучайная перестройка рабочей частоты (ППРЧ) (англ. FHSS — Frequency Hopping Spread Spectrum). Суть метода заключается в периодическом скачкообразном изменении несущей частоты по некоторому алгоритму, известному приемнику и передатчику. Преимущество метода — простота реализации.
Другое дело, как Вы и говорили, расширение канала приведет к уменьшению расстояния передачи, но суть от этого не меняется…
по поводу камеры. если передавать сырой непожатый контент в черном цвете и 8 битным кодирование в канале нтсс 9216 кбайт/сек, в пале монохром 10368 кбайт/сек, нтсс в цвете 27648 кбайт/сек в пале в цвете 31106 кбайт/сек
Приемник получает данные и делает соответственно “перепрыжку” на следующий канал.
А если приемник не примет эту посылку, а передатчик переключится? Больше связи не будет 😃
Как же тогда работает санва 2.4 ггц с fhss ? там приемник ничего не излучает (35 ма ток рабочий).
Честно говоря я не использовал такие серийные системы, поэтому и задал этот вопрос.
В нормальных FHSS радиомодемах используется двухсторонний канал связи, пример - ZigBee.
по некоторому алгоритму, известному приемнику и передатчику
То есть он по таймеру переключается? А что будет если перезагрузить приемник прямо в полете? Крэш? 😃
Приемник получает данные и делает соответственно “перепрыжку” на следующий канал.
А если приемник не примет эту посылку, а передатчик переключится? Больше связи не будет 😃
Перепрыг происходит по триггеру, в данном случае по кванту времени ппм-фрейма
Как же тогда работает санва 2.4 ггц с fhss ? там приемник ничего не излучает (35 ма ток рабочий).
Честно говоря я не использовал такие серийные системы, поэтому и задал этот вопрос.
В нормальных FHSS радиомодемах используется двухсторонний канал связи, пример - ZigBee.
Чего ходить так далеко за примером - так работает bluetooth…
по некоторому алгоритму, известному приемнику и передатчику
То есть он по таймеру переключается? А что будет если перезагрузить приемник прямо в полете? Крэш? 😃
Я полагаю, что в каждом пакете помимо контрольной суммы передается номер следующего канала, а приемник принимает во всем диапазоне частотных каналов. Идея этой системы заключается в заполнении предписанного диапазона информацией (чтобы узкая помеха не сбила передачу), фактически избыточно занимая канал, и помимо эффективной информации, передавая контрольную сумму в которой содержится информация, адресованная конкретному приемнику. Таким образом на поле возможно функционирование нескольких передатчиков без конфликта наложения.
Ваши вопросы относительно не системы Томаса, а относительно алгоритма ППРЧ, точнее его недопонимания (да и чего говорить - я и сам не до конца врубаюсь)
Короче завтра и проверим в каком режиме работает передатчик…
Приемник получает данные и делает соответственно “перепрыжку” на следующий канал.
А если приемник не примет эту посылку, а передатчик переключится? Больше связи не будет 😃
😃 Ну конечно, так бы оно и случилось. Но давайте подумаем, что нам нужно получить в итоге ? Если это управление данными, скажем управление сервоприводами, мы делаем избыточность данных. Вместо 1 пакета, передаем их 1-16, зависит от того, в каких мы условиях или какое гарантированное качество приема мы хотим обеспечить. Каждая посылка сопровождается номером пакета, допустим от 00 до 0F. Приемник, получив порцию данных с номером #00, и проверив контрольную сумму(она обязательна в том случае, если посылка идет циклично) принимает решение, если сумма правильная, выполняет команду и игнорирует последующие посылки с таким же номером, в случае сбоя, ждет следующую и опять проверяет сумму. И так в цикле. Этим и достигается односторонняя передача.
А если в зоне передачи слишком большие потери, то это уже из другой оперы.
Кстати, примерно так же работает пульт ДУ от телевизора, только там нет CRC.
Но передача идет так же пакетами, циклично, а приемник принимает только одну команду и поэтому нет необходимости нумеровать пакеты. В случае с сервомашинами, или еще чем-то, нам надо их нумеровать, иначе будут проблемы. Вместо отклонения на 1 шаг, мы сделаем все 16, в случае хорошего приема.
ППРЧ для того и сделана, чтобы и при помехах все равно уходить на другой канал и там вещать.
А вот от конкретной реализации алгоритма зависит, сколько времени у приемника уйдет на синхронизацию.
Как правило, есть некоторое число “базовых” каналов синхронизации, приемник выясняет какие из них наиболее “чистые” и пасет их.
Виктор ! Задайте вопрос производителю напрямую ! Он очень отзывчивый человек и ответит на все вопросы…
zat
По избыточности вопросов нет, интересно как FHSS работает без обратной связи…
serj
Понятно, а передатчик соответственно генерит синхро-посылку на этих каналах… Т.е. идентифицировав и заглушив эти каналы можно обрушить линк. Каналы, судя по всему определяются в процессе “биндинга”.
Вы не в курсе - там полноценная оптимальная фильтрация псевдослучайной последовательности реализована, или просто переключение каналов по критерию минимального bit error rate?
Виктор ! Это Вам. Привожу текст обоих писем
мое Do you have spectrograms of your tx-out, i wanna show them one skeptik
engeneer, who wanna helps to tune anli aw-6 with swr-meter. he don’t belives
that your system has fhss method ! He ready to bring spectrometer to test
уours tx-out…
его
I think the best way is to let him measure him self 😃
then he will be amazed how wide band and how fast this thing actually hopps,
and how nice the receiver jumps in sync with it.
Не понял, зачем вы хотите глушить именно каналы ? Забить диапазон 432-437 мгц широкополосным шумом и привет, хотя думаю не так просто обвалить эту систему…
интересно как FHSS работает без обратной связи…
А в чем проблема? Есть известный обеим сторонам алгоритм псевдослучайной последовательности перескока, где ID биндинга является порождающим кодом. Временные параметры последовательности достаточно жесткие - вплоть до точности кварцев. То есть поймав один раз в одном таймслоте свой пакет, приемник на несколько десятков тысяч пакетов может предсказать, где искать любой последующий. И не нужно никакого обратного канала. 😃
PS: Кстати именно этим объясняется относительно быстрое восстановление связи при кратковременной (менее 1-2 сек) помехе и долгим восстановлением (несколько секунд) после более длительного перерыва.
PS: Кстати именно этим объясняется относительно быстрое восстановление связи при кратковременной (менее 1-2 сек) помехе и долгим восстановлением (несколько секунд) после более длительного перерыва.
Золотые слова !😈
И не нужно никакого обратного канала. 😃
Плюс короткие пакеты и алгоритмы корректировки\восстановления ошибок. Всё журчит превосходно.
Плюс короткие пакеты и алгоритмы корректировки\восстановления ошибок
А там точно есть корректирующие коды? Вы уверены? Проверочная CRC имеется, это безусловно. А вот ECC типа Рида-Соломона или даже Хемминга на радиолинке, когда типичные помехи выбивают не 1-2 а длинные цепочки бит, насколько мне известно, малоэффективны. Да и избытоности самого РУ за счет постоянного повтора пакетов хватает за глаза.
В ППРЧ обратная связь в общем случае не нужна. Передавать приемнику следующий рабочий канал - нонсенс, т.к. при потере пакета приемник не будет знать, на каком канале ему принимать следующий пакет и это влечет за собой потерю синхронизации.
Принцип ППРЧ в том, что приемник и передатчик оба знают псевдослучайную последовательность (ПСП) прыжков по частоте. После включения приемник пытается поймать передатчик, и, при успехе, начинает прыгать по частоте синхронно с передатчиком. При потере пакета приемник по таймеру переключается на следующий канал из ПСП и т.д. При успешном приеме приемник синхронизирует свой таймер с передатчиком.
Что касается синхронизации - если частотных каналов немного и ПСП короткая (равна числу каналов), то синхронизация может быть довольно быстрой и “перезагрузка приемника” может быть нефатальной. Приемник может асинхронно слушать случайные доступные каналы, пока не поймает передатчик. Если каналов, скажем, 20, а время пакета 20 мс, то вероятность установления синхронизации в течении 1 сек очень велика. А вот у военных, к примеру, ПСП очень длинные (скрытность) и там вопрос синхронизации - это отдельный разговор (сверхточные часы и т.п). Сколько каналов и какова длина ПСП у Томаса - я не в курсе. Думаю, что каналов немного и что ПСП короткая.
Вы не в курсе - там полноценная оптимальная фильтрация псевдослучайной последовательности реализована, или просто переключение каналов по критерию минимального bit error rate?
😃 Ну… ща просто не набрать мне гугл.рф . Но. Давайте расставим точки над i .
Вопрос был таков: может ли работать без обратной связи канал FHSS.
Ответ, может, есть куча вариантов реализации, от односторонней до двусторонней с подтверждением приема пакета данных.
Надежно ли это - надежно.
По наличию ошибок… да, это было бы здорово. Надо читать инфо по конкретной реализации. Но это уже дело не железа, а протокола.