Прием и обработка ППРЧ

[Alex9797]

Давно стесняюсь спросить: - а зачем бороться с этими сигналами? Какова конечная цель?

[mike-y-k]

Да именно этот аспект самый интересный.

А так тут присутствуют две задачи:
- Вполне решаемая техническая - на базе уже готовых решений FHSS с небольшой доработкой на нестандартное использование.
- Пока не решенная математическая - разработка эффективного алгоритма поддержания матрицы переключений в актуальном состоянии.

Собственно тут начинается выраженная серая зона при которой уже теоретические разработки могут быть неправильно расценены.

[adray]

Ну на данный момент стоит задача эфективного подаления каналов блютуза с наиболее меньшей мощностью. НУ а в дальнейшем может и на GSM нацелиться =)

[mike-y-k]

Учитывая заявленный протокол и его радиус работы вполне себе тестовая площадка.
А вот со вторым будет на много порядков сложнее.
Для решения первой задачи достаточно импульсного излучателя с вычисленными для протокола временем излучения и паузы для воспрепятствования работе протокола.

[adray]

Я понял.А еще такой вопрос, не подскажете ли вы можно ли с помощью SRD приемника и сопутствующего ПО (GNU Radio) например записывать в файл частоты в диапазоне на которых была активность ?? Такой себе сканирующий приемник с запоминанием

[mike-y-k]

Для данного решения именно одного приёмника будет маловато. Для FHSS/DSSS нужна сеть приёмников. Цена конечно будет достаточно высокая. А при одном приёмнике только погода на Марсе на выходе получится.

[adray]

А можете обосновать Вашу мысль ??

[mike-y-k]

Математически/технически/на пальцах?
Исследуемый диапазон содержит N каналов.
Данные о событии во времени отсутствуют.
Длина события минимально M.
Время перестройки передатчика на частоту K.
Из приведённых данных вырожденный случай системы для мониторинга N приёмников.
Если ж требуется точный приём всего потока данных в обе стороны, то при неизвестной матрице смены частот чисто математически нужны N приёмников. Иначе выпадения пакетов.