Forwarded from ПОЛЕЗНАЯ НАГРУЗКА
lr2021-sdr.zip
38 MB
Из LoRa-модема Semtech LR2021 сделали SDR на 100-2740 МГц
В ROM чипа Semtech LR2021 нашлась недокументированная команда, которая вместо штатного демодулятора отдаёт сырую промежуточную частоту: 16 бит на I и Q, амплитуда и фаза на месте.
Команда 0x0290 перенаправляет внутренний источник 2 в приёмный FIFO. Патч прошивки не нужен, работает на ROM 1.24. Наружу идёт голый поток пар I/Q, без заголовков, без меток времени, без слова синхронизации.
По документации Semtech приём сделан понижением частоты. Гетеродин ставится на f_RF минус ПЧ, промежуточные частоты набираются от 267 до 2667 кГц и привязаны к полосе канального фильтра. Зеркало приходит снизу от несущей, на f_RF минус 2·ПЧ, и его положение двигают выбором полосы. Цепочка простая: малошумящий усилитель, смеситель, антиалиасирующий фильтр, АЦП, цифровой тракт. Источник 2 - это сигнал на входе демодуляторов, то есть уже после децимации и канальной фильтрации.
Дальше приёмник пишется в софте. Всё считается на плате LilyGO T-Display-P4 с ESP32-P4, радио в ней штатное. P25 Phase 1, POCSAG и аналоговый FM декодируются на самой плате, звук идёт с неё. Библиотека доступа к радио и прошивка захвата лежат тут. Там же инструменты и измерения. Живые декодеры с интерфейсом - в LakeShark.
Замеры сделаны на одной плате и в одном месте, антенны менялись.
⚙️ приём 100-2740 МГц сплошной вместо паспортных 150-960 и 1500-2600 МГц
⚙️ 250 тыс. пар I/Q в секунду без потерь, 500 тыс. уже переполняют FIFO
⚙️ скорость потока вчетверо выше полосы LoRa
⚙️ 391 секунд непрерывной записи на 125 тыс. пар в секунду
⚙️ подавление зеркала около 41 дБ на 433,9 МГц
У SX1262 с той же платы выхода I/Q нет вообще, только уровень сигнала и штатные демодуляторы, а диапазон разорван надвое: 37-1447 и 2624-3494 МГц. Между ними 1448-2622 МГц глухо, BLE на 2,4 ГГц туда не достанешь.
Отдельно о питании, цифры из документации Semtech. Напряжение 1,8-3,7 В. Приём 5,7 мА на низких частотах и 6,4-10,5 мА на 2,4 ГГц, синтезатор 3 мА, сон 0,47 мкА. Для бортовика это пять-десять миллиампер, но ограничение есть: рабочий диапазон от -40 до +85 градусов Цельсия.
Динамический диапазон у приёмника модемный, и это главное ограничение. Точка пересечения по третьему порядку -12 дБм вблизи несущей и -10 дБм вдали, на вход усилителя можно подать максимум +6 дБм. Излучатель мощностью 1 Вт рядом даст продукты третьего порядка на 42 дБ ниже себя, и сядут они в соседнем канале. Зеркало даёт 35 дБ без калибровки и 45 дБ после неё, на 2,4 ГГц 25 и 35 дБ. Измеренные 41 дБ попадают внутрь этих цифр.
Вторая ловушка с чувствительностью. -147 дБм из документации - это параметр LoRa-детектора, к сырому потоку пар I/Q он отношения не имеет: ни этой обработки, ни её выигрыша там нет. Полка шума в отсчётах стоит около -58 дБFS, то есть реально работают 6-7 бит из 16.
Передача сделана тем же способом, командой 0x0293: 8-битные I и Q подряд в передающий FIFO. Ограничения жёсткие, 16 КБ за раз и 900 мс на заход. Шли на нижней ступени, -9 дБм, хотя усилитель чипа на низких частотах выдаёт до +22 дБм, а на 2,4 ГГц до +12 дБм. Есть и штатные режимы проверки передатчика: несущая без прерывания, бесконечная преамбула, запуск передачи по DIO.
Проверяли не самим собой, HackRF снимал эфир, DSD-neo разбирал: два захода по 36 голосовых кадров P25, все 72 совпали с эталоном, тон 1011 Гц на месте. На резком развороте фазы ошибка доходила до 88 градусов, плавный разворот по четырём шагам свёл её к 1,5-3 градусам.
Осталось неподтверждённым. Поток на 250 тыс. пар в секунду долго не гоняли, фаза 2 P25 не подтверждена, излучаемая мощность не измерена. Спектральной маски и побочных излучений в самой документации тоже нет, их отдали на ETSI и FCC.
🟢 Подписаться на канал
🟢 Подписаться в MAX
В ROM чипа Semtech LR2021 нашлась недокументированная команда, которая вместо штатного демодулятора отдаёт сырую промежуточную частоту: 16 бит на I и Q, амплитуда и фаза на месте.
Команда 0x0290 перенаправляет внутренний источник 2 в приёмный FIFO. Патч прошивки не нужен, работает на ROM 1.24. Наружу идёт голый поток пар I/Q, без заголовков, без меток времени, без слова синхронизации.
По документации Semtech приём сделан понижением частоты. Гетеродин ставится на f_RF минус ПЧ, промежуточные частоты набираются от 267 до 2667 кГц и привязаны к полосе канального фильтра. Зеркало приходит снизу от несущей, на f_RF минус 2·ПЧ, и его положение двигают выбором полосы. Цепочка простая: малошумящий усилитель, смеситель, антиалиасирующий фильтр, АЦП, цифровой тракт. Источник 2 - это сигнал на входе демодуляторов, то есть уже после децимации и канальной фильтрации.
Дальше приёмник пишется в софте. Всё считается на плате LilyGO T-Display-P4 с ESP32-P4, радио в ней штатное. P25 Phase 1, POCSAG и аналоговый FM декодируются на самой плате, звук идёт с неё. Библиотека доступа к радио и прошивка захвата лежат тут. Там же инструменты и измерения. Живые декодеры с интерфейсом - в LakeShark.
Замеры сделаны на одной плате и в одном месте, антенны менялись.
⚙️ приём 100-2740 МГц сплошной вместо паспортных 150-960 и 1500-2600 МГц
⚙️ 250 тыс. пар I/Q в секунду без потерь, 500 тыс. уже переполняют FIFO
⚙️ скорость потока вчетверо выше полосы LoRa
⚙️ 391 секунд непрерывной записи на 125 тыс. пар в секунду
⚙️ подавление зеркала около 41 дБ на 433,9 МГц
У SX1262 с той же платы выхода I/Q нет вообще, только уровень сигнала и штатные демодуляторы, а диапазон разорван надвое: 37-1447 и 2624-3494 МГц. Между ними 1448-2622 МГц глухо, BLE на 2,4 ГГц туда не достанешь.
Отдельно о питании, цифры из документации Semtech. Напряжение 1,8-3,7 В. Приём 5,7 мА на низких частотах и 6,4-10,5 мА на 2,4 ГГц, синтезатор 3 мА, сон 0,47 мкА. Для бортовика это пять-десять миллиампер, но ограничение есть: рабочий диапазон от -40 до +85 градусов Цельсия.
Динамический диапазон у приёмника модемный, и это главное ограничение. Точка пересечения по третьему порядку -12 дБм вблизи несущей и -10 дБм вдали, на вход усилителя можно подать максимум +6 дБм. Излучатель мощностью 1 Вт рядом даст продукты третьего порядка на 42 дБ ниже себя, и сядут они в соседнем канале. Зеркало даёт 35 дБ без калибровки и 45 дБ после неё, на 2,4 ГГц 25 и 35 дБ. Измеренные 41 дБ попадают внутрь этих цифр.
Вторая ловушка с чувствительностью. -147 дБм из документации - это параметр LoRa-детектора, к сырому потоку пар I/Q он отношения не имеет: ни этой обработки, ни её выигрыша там нет. Полка шума в отсчётах стоит около -58 дБFS, то есть реально работают 6-7 бит из 16.
Передача сделана тем же способом, командой 0x0293: 8-битные I и Q подряд в передающий FIFO. Ограничения жёсткие, 16 КБ за раз и 900 мс на заход. Шли на нижней ступени, -9 дБм, хотя усилитель чипа на низких частотах выдаёт до +22 дБм, а на 2,4 ГГц до +12 дБм. Есть и штатные режимы проверки передатчика: несущая без прерывания, бесконечная преамбула, запуск передачи по DIO.
Проверяли не самим собой, HackRF снимал эфир, DSD-neo разбирал: два захода по 36 голосовых кадров P25, все 72 совпали с эталоном, тон 1011 Гц на месте. На резком развороте фазы ошибка доходила до 88 градусов, плавный разворот по четырём шагам свёл её к 1,5-3 градусам.
Осталось неподтверждённым. Поток на 250 тыс. пар в секунду долго не гоняли, фаза 2 P25 не подтверждена, излучаемая мощность не измерена. Спектральной маски и побочных излучений в самой документации тоже нет, их отдали на ETSI и FCC.
Please open Telegram to view this post
VIEW IN TELEGRAM
✍4👍2
Forwarded from ПОЛЕЗНАЯ НАГРУЗКА
Ограничения автор перечисляет сам. Плоская характеристика в полосе, отклик на краях и подавление зеркал не измерены, уровни приходят в dBFS после АРУ приёмника, а не в откалиброванных dBm. Счётчик пакетов в VITA 49 четырёхбитный, потеря ровно 16 пакетов остаётся незамеченной, так что подтвердить работу без пропусков средствами VITA 49 нельзя. Надолго работать не проверяли. Полная совместимость с VITA 49.2 не заявлена, реализовано подмножество команд, а ответ об ошибке не сделан, при неудаче контроллер получает таймаут. Команды на перестройку проверены через SoapyVITA49, драйвер для SoapySDR, который автор ведёт параллельно.
И главное ограничение для работы по эфиру. 25 секунд на смену частоты - это перезагрузка радиомодуля Wi-Fi, а не перескок по ходу потока. Переключиться с 2437 на 5190 МГц и обратно можно, но это около минуты на круг. То есть это станция наблюдения с ручной перестройкой, а не сканер. На 2,4 ГГц доступны девять центров с шагом 5 МГц, и тройка окон по 40 МГц перекрывает весь рабочий диапазон 2,4 ГГц. На 5 ГГц доступен только U-NII-1, то есть диапазон аналогового FPV-видео 5,65-5,95 ГГц сюда не попадает.
Отдельно стоит глянуть vrtgen. Это генератор классов C++ для пакетов VITA 49.2 по описанию на YAML, openwrt-one-sdr идёт другим путём и пишет свой отвечающий модуль руками на C. Форк devnulling отличается от geontech/vrtgen одним патчем, добавлена сборка на macOS и Windows. Зато в истории исходника лежит поучительный баг. Восемь полей спектра в контекстном пакете уходили в провод без перестановки байт, и на машине с младшим байтом первым приёмник получал вместо чисел мусор. Нашли его разбором пакета в Wireshark, а не тестами.
🟢 Подписаться на канал
🟢 Подписаться в MAX
И главное ограничение для работы по эфиру. 25 секунд на смену частоты - это перезагрузка радиомодуля Wi-Fi, а не перескок по ходу потока. Переключиться с 2437 на 5190 МГц и обратно можно, но это около минуты на круг. То есть это станция наблюдения с ручной перестройкой, а не сканер. На 2,4 ГГц доступны девять центров с шагом 5 МГц, и тройка окон по 40 МГц перекрывает весь рабочий диапазон 2,4 ГГц. На 5 ГГц доступен только U-NII-1, то есть диапазон аналогового FPV-видео 5,65-5,95 ГГц сюда не попадает.
Отдельно стоит глянуть vrtgen. Это генератор классов C++ для пакетов VITA 49.2 по описанию на YAML, openwrt-one-sdr идёт другим путём и пишет свой отвечающий модуль руками на C. Форк devnulling отличается от geontech/vrtgen одним патчем, добавлена сборка на macOS и Windows. Зато в истории исходника лежит поучительный баг. Восемь полей спектра в контекстном пакете уходили в провод без перестановки байт, и на машине с младшим байтом первым приёмник получал вместо чисел мусор. Нашли его разбором пакета в Wireshark, а не тестами.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from ПОЛЕЗНАЯ НАГРУЗКА
openwrt-one-sdr.zip
9.2 MB
Роутер OpenWrt One переделали в SDR-приёмник с полосой 40 МГц
На GitHub вышел проект openwrt-one-sdr. Из роутера OpenWrt One на MediaTek MT7981B с радиотрактом MT7976 сделали широкополосный SDR-приёмник: сырые I/Q по 14 бит, 40 млн отсчётов в секунду из диапазонов 2,4 и 5 ГГц. Двухъядерный Cortex-A53 гонит поток по 2,5 GbE на компьютер в формате VITA 49, там спектр и водопад в браузере.
По данным репозитория:
⚙️ приём 2,4 и 5 ГГц, полоса канала 40 МГц, частота дискретизации 40 млн отсчётов/с, 14 бит на пару I/Q
⚙️ перестройка идёт по центрам блоков HE40, а не по основному каналу: 2422-2462 МГц с шагом 5 МГц на 2,4 ГГц и 5190 или 5230 МГц на 5 ГГц
⚙️ 5 ГГц ограничен U-NII-1, 5170-5260 МГц
⚙️ перестройка или смена диапазона занимает около 25 с, это перезагрузка радиомодуля Wi-Fi
⚙️ только приём: во время захвата MAC заблокирован на передачу, а при загрузке и после остановки штатный стек Wi-Fi передавать может
Подход здесь другой, чем в w1700k-sdr. Там прошивку MediaTek выкинули и написали свою целиком, здесь её оставили штатной и управляют ей из Linux. Всё, что нужно, - производитель на ассемблере nds32 размером 1660 байт, впаянный в диспетчер команд прошивки Wi-Fi-модуля. Он идёт по указателю записи блока захвата ICAP и выкладывает отсчёты в кольцо DMA, дальше их забирает драйвер mt76. Кросс-компилятор не обязателен: в репозитории лежит собранный кусок, apply-producer.py вносит те же правки в стоковую прошивку с самой платы и проверяет контрольную сумму. Патч на закрытую прошивку MediaTek не тиражируют, каждый собирает под свою плату.
Регистровую часть удалось унаследовать. MT7981 стоит на той же A-дие MT7976, что и MT7996, и блок захвата у них по одним и тем же адресам шины с теми же значениями сброса. Расшифровку радиотракта брали с MT7996. Формат 14 бит: I в битах 29:16, Q в 13:0, без знакового расширения. На 2,4 ГГц берётся каждый второй упакованный отсчёт, на 5 ГГц все, из-за чего шаг отсчёта разный, 8 байт против 4.
С пропускной способностью вышло впритык. 40 млн отсчётов в секунду по 16 бит на I и на Q дают 1,28 ГБ/с, это чуть больше половины 2,5 GbE. Пакеты собирает ядро: Ethernet, IPv4 и UDP лепятся прямо в ядре и уходят мимо пользовательской программы, промежуточной пересылки нет. В каждом UDP-пакете 1448 байт, это 360 пар I/Q. Контекстный пакет VITA 49 с несущей, частотой дискретизации и форматом данных идёт раз на 128 пакетов с отсчётами, приёмник сначала ждёт его.
Восемьдесят мегаотсчётов в секунду проверяли, но результат автор трактует осторожно. В 16 бит такое не влезает, нужно 2,56 ГБ/с. В 8 бит один ограниченный прогон отдал 819,2 млн слов отсчётов за 10,24 с, но внутри были повторы. То есть это не 80 МГц полосы и не 80 млн независимых отсчётов в секунду. Упаковка 14 бит в 28 бит на пару уменьшила бы поток ещё на 12 процентов, но пакет под это на плате так и не сделан.
С драйвером пришлось повозиться. Периодический опрос статистики по MCU отваливается по таймауту, и штатная проверка состояния чипа после этого перезагружает прошивку и рвёт поток примерно на 4-й секунде. Обновление состояния точек доступа блокирует путь приёма событий от модуля, и без обхода буфер захвата переполняется раз в 150-200 с. В обоих случаях обход сделали в mt76: опрос отключается, а таймаут возвращает ошибку вместо перезагрузки.
🟢 Подписаться на канал
🟢 Подписаться в MAX
На GitHub вышел проект openwrt-one-sdr. Из роутера OpenWrt One на MediaTek MT7981B с радиотрактом MT7976 сделали широкополосный SDR-приёмник: сырые I/Q по 14 бит, 40 млн отсчётов в секунду из диапазонов 2,4 и 5 ГГц. Двухъядерный Cortex-A53 гонит поток по 2,5 GbE на компьютер в формате VITA 49, там спектр и водопад в браузере.
По данным репозитория:
⚙️ приём 2,4 и 5 ГГц, полоса канала 40 МГц, частота дискретизации 40 млн отсчётов/с, 14 бит на пару I/Q
⚙️ перестройка идёт по центрам блоков HE40, а не по основному каналу: 2422-2462 МГц с шагом 5 МГц на 2,4 ГГц и 5190 или 5230 МГц на 5 ГГц
⚙️ 5 ГГц ограничен U-NII-1, 5170-5260 МГц
⚙️ перестройка или смена диапазона занимает около 25 с, это перезагрузка радиомодуля Wi-Fi
⚙️ только приём: во время захвата MAC заблокирован на передачу, а при загрузке и после остановки штатный стек Wi-Fi передавать может
Подход здесь другой, чем в w1700k-sdr. Там прошивку MediaTek выкинули и написали свою целиком, здесь её оставили штатной и управляют ей из Linux. Всё, что нужно, - производитель на ассемблере nds32 размером 1660 байт, впаянный в диспетчер команд прошивки Wi-Fi-модуля. Он идёт по указателю записи блока захвата ICAP и выкладывает отсчёты в кольцо DMA, дальше их забирает драйвер mt76. Кросс-компилятор не обязателен: в репозитории лежит собранный кусок, apply-producer.py вносит те же правки в стоковую прошивку с самой платы и проверяет контрольную сумму. Патч на закрытую прошивку MediaTek не тиражируют, каждый собирает под свою плату.
Регистровую часть удалось унаследовать. MT7981 стоит на той же A-дие MT7976, что и MT7996, и блок захвата у них по одним и тем же адресам шины с теми же значениями сброса. Расшифровку радиотракта брали с MT7996. Формат 14 бит: I в битах 29:16, Q в 13:0, без знакового расширения. На 2,4 ГГц берётся каждый второй упакованный отсчёт, на 5 ГГц все, из-за чего шаг отсчёта разный, 8 байт против 4.
С пропускной способностью вышло впритык. 40 млн отсчётов в секунду по 16 бит на I и на Q дают 1,28 ГБ/с, это чуть больше половины 2,5 GbE. Пакеты собирает ядро: Ethernet, IPv4 и UDP лепятся прямо в ядре и уходят мимо пользовательской программы, промежуточной пересылки нет. В каждом UDP-пакете 1448 байт, это 360 пар I/Q. Контекстный пакет VITA 49 с несущей, частотой дискретизации и форматом данных идёт раз на 128 пакетов с отсчётами, приёмник сначала ждёт его.
Восемьдесят мегаотсчётов в секунду проверяли, но результат автор трактует осторожно. В 16 бит такое не влезает, нужно 2,56 ГБ/с. В 8 бит один ограниченный прогон отдал 819,2 млн слов отсчётов за 10,24 с, но внутри были повторы. То есть это не 80 МГц полосы и не 80 млн независимых отсчётов в секунду. Упаковка 14 бит в 28 бит на пару уменьшила бы поток ещё на 12 процентов, но пакет под это на плате так и не сделан.
С драйвером пришлось повозиться. Периодический опрос статистики по MCU отваливается по таймауту, и штатная проверка состояния чипа после этого перезагружает прошивку и рвёт поток примерно на 4-й секунде. Обновление состояния точек доступа блокирует путь приёма событий от модуля, и без обхода буфер захвата переполняется раз в 150-200 с. В обоих случаях обход сделали в mt76: опрос отключается, а таймаут возвращает ошибку вместо перезагрузки.
Please open Telegram to view this post
VIEW IN TELEGRAM
OnAir: свободный SDR-комплекс для мониторинга радилсигналов
О проекте
OnAir — открытый (open source) кроссплатформенный SDR-комплекс для macOS, Windows, Linux и Android, поддерживающий более 140 режимов. Версия 0.2.8 вышла на этой неделе, и в ней появились сервер без графического интерфейса, HTTP/WebSocket API и потоковые каналы данных — OnAir можно встроить в автоматизированный комплекс мониторинга.
Проект молодой и активно развивается: в каждый релиз добавляется по 15–20 новых режимов. Значительная часть кода написана с активным использованием ИИ — это отражается на скорости появления новых декодеров. Многие режимы проверены только на синтетических сигналах, а некоторые помечены как «в разработке».
Дроны
· DJI DroneID — идентификатор, координаты, высота, оператор (декодируется напрямую).
· Drone Remote ID (ASTM F3411) — приём по BLE и Wi-Fi.
· Аналоговый FPV-видеолинк PAL/NTSC.
· FLARM на 868,2 и 868,4 МГц — только старая версия протокола.
LoRa и IoT
· LoRaWAN (EU868/US915, все SF; читаются только заголовки, полезная нагрузка остаётся зашифрованной).
· Meshtastic, MeshCore, MeshCom.
· LoRa raw (hex/текст без дешифрования).
· Дополнительно: Wi-SUN FAN, Wireless M-Bus, Z-Wave, Zigbee/802.15.4, Wi-Fi HaLow.
DMR и цифровая радиосвязь
· DMR, NXDN, P25 Phase 1 (обычный и транкинговый режимы), dPMR/PMR446, D-STAR, M17 — журналы вызовов, идентификаторы, таймгруппы, данные, короткие сообщения.
· TETRA — служебная информация базовой станции: сеть, цветовой код, идентификатор зоны местоположения (LAI), несущие, сервисы, соседи, признак шифрования.
Инструменты и автоматизация
Для неизвестных сигналов есть Signal Workbench: разбор записи, спектрограмма, измерение ширины полосы, SNR и символьной скорости, определение типа модуляции, демодуляция AM/FM/SSB/CW/ASK/FSK/PSK/MSK/GMSK, просмотр битов и экспорт данных.
Спектроанализатор работает в диапазоне 1–6000 МГц, полный проход по диапазону занимает около 3 секунд — новые излучения видны в спектре почти сразу. Встроенный классификатор автоматически определяет тип модуляции и несущую частоту каждого обнаруженного сигнала, что упрощает первичный обзор эфира и отделение интересных сигналов от фона.
Для интеграции предусмотрены каналы данных (data feeds): ADS-B SBS-1/Beast (TCP), AIS NMEA (UDP), APRS-IS/KISS (TCP), ACARS/VDL2 JSON (UDP), GNSS NMEA (UDP), BLE JSON (UDP), LoRa/LoRaWAN/Meshtastic JSON (UDP). API удалённого управления (HTTP/WebSocket, порт 8765, по умолчанию доступен только с локального хоста) отдаёт статус, телеметрию и спектр, а также позволяет управлять частотой, усилением и запуском. Есть сервер без графического интерфейса onair-server, Docker-образ с веб-интерфейсом (работает в браузере) и rtl_tcp-сервер, дающий другим клиентам доступ к радио.
Поддерживаемые устройства
Нативно поддерживаются:
· HackRF One/Pro;
· RTL-SDR;
· Airspy R2/HF+;
· SDRplay RSP (требуется SDRplay API);
· BladeRF, LimeSDR, USRP, PlutoSDR;
· Fobos, RX888 MkII, RFNM.
Через SoapySDR — прочие SDR. Сетевые источники: PlutoSDR по IP, rtl_tcp, SoapyRemote, SpyServer, SDR++ server, KiwiSDR, Hermes Lite 2, Red Pitaya. Android-приложение поддерживает RTL-SDR по USB, а также rtl_tcp и SpyServer.
Репозиторий: github.com/adswill/OnAir
🤩 🤩 🤩 🤩 🤩 🤩
🪁 КВАДРО КОД
Интеллектуальные системы обнаружения БПЛА
🌐 Сайт: 4code.ru
🛠 Бот поддержки: @quadrocode_support_bot
О проекте
OnAir — открытый (open source) кроссплатформенный SDR-комплекс для macOS, Windows, Linux и Android, поддерживающий более 140 режимов. Версия 0.2.8 вышла на этой неделе, и в ней появились сервер без графического интерфейса, HTTP/WebSocket API и потоковые каналы данных — OnAir можно встроить в автоматизированный комплекс мониторинга.
Проект молодой и активно развивается: в каждый релиз добавляется по 15–20 новых режимов. Значительная часть кода написана с активным использованием ИИ — это отражается на скорости появления новых декодеров. Многие режимы проверены только на синтетических сигналах, а некоторые помечены как «в разработке».
Дроны
· DJI DroneID — идентификатор, координаты, высота, оператор (декодируется напрямую).
· Drone Remote ID (ASTM F3411) — приём по BLE и Wi-Fi.
· Аналоговый FPV-видеолинк PAL/NTSC.
· FLARM на 868,2 и 868,4 МГц — только старая версия протокола.
LoRa и IoT
· LoRaWAN (EU868/US915, все SF; читаются только заголовки, полезная нагрузка остаётся зашифрованной).
· Meshtastic, MeshCore, MeshCom.
· LoRa raw (hex/текст без дешифрования).
· Дополнительно: Wi-SUN FAN, Wireless M-Bus, Z-Wave, Zigbee/802.15.4, Wi-Fi HaLow.
DMR и цифровая радиосвязь
· DMR, NXDN, P25 Phase 1 (обычный и транкинговый режимы), dPMR/PMR446, D-STAR, M17 — журналы вызовов, идентификаторы, таймгруппы, данные, короткие сообщения.
· TETRA — служебная информация базовой станции: сеть, цветовой код, идентификатор зоны местоположения (LAI), несущие, сервисы, соседи, признак шифрования.
Инструменты и автоматизация
Для неизвестных сигналов есть Signal Workbench: разбор записи, спектрограмма, измерение ширины полосы, SNR и символьной скорости, определение типа модуляции, демодуляция AM/FM/SSB/CW/ASK/FSK/PSK/MSK/GMSK, просмотр битов и экспорт данных.
Спектроанализатор работает в диапазоне 1–6000 МГц, полный проход по диапазону занимает около 3 секунд — новые излучения видны в спектре почти сразу. Встроенный классификатор автоматически определяет тип модуляции и несущую частоту каждого обнаруженного сигнала, что упрощает первичный обзор эфира и отделение интересных сигналов от фона.
Для интеграции предусмотрены каналы данных (data feeds): ADS-B SBS-1/Beast (TCP), AIS NMEA (UDP), APRS-IS/KISS (TCP), ACARS/VDL2 JSON (UDP), GNSS NMEA (UDP), BLE JSON (UDP), LoRa/LoRaWAN/Meshtastic JSON (UDP). API удалённого управления (HTTP/WebSocket, порт 8765, по умолчанию доступен только с локального хоста) отдаёт статус, телеметрию и спектр, а также позволяет управлять частотой, усилением и запуском. Есть сервер без графического интерфейса onair-server, Docker-образ с веб-интерфейсом (работает в браузере) и rtl_tcp-сервер, дающий другим клиентам доступ к радио.
Поддерживаемые устройства
Нативно поддерживаются:
· HackRF One/Pro;
· RTL-SDR;
· Airspy R2/HF+;
· SDRplay RSP (требуется SDRplay API);
· BladeRF, LimeSDR, USRP, PlutoSDR;
· Fobos, RX888 MkII, RFNM.
Через SoapySDR — прочие SDR. Сетевые источники: PlutoSDR по IP, rtl_tcp, SoapyRemote, SpyServer, SDR++ server, KiwiSDR, Hermes Lite 2, Red Pitaya. Android-приложение поддерживает RTL-SDR по USB, а также rtl_tcp и SpyServer.
Репозиторий: github.com/adswill/OnAir
Интеллектуальные системы обнаружения БПЛА
🛠 Бот поддержки: @quadrocode_support_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡4🔥4👍3
Forwarded from Фронтовая рупорная станция 📢📢📢
📣📣📣📣📣📣
Такими чёрными и синими коробочкамм оснащены ударные БпЛА, которые летят по энергетическим объектам на территории России.
Повод для размышления....
Думайте и действуйте!!!
Такими чёрными и синими коробочкамм оснащены ударные БпЛА, которые летят по энергетическим объектам на территории России.
Повод для размышления....
Думайте и действуйте!!!
Forwarded from КЦПН. Координационный Центр Помощи Новороссии.
РЭБ врага, частоты, софт.pdf
4.3 MB
«Железо почти не изменилось с 2022-го все решает софт» — командир взвода РЭБ врага о «войне частот», детекции и подавлении
📣 Аналитический центр КЦПН в рамках постоянной рубрики перевод интервью с врагом публикует беседу с командиром взвода РЭБ (позывной «Архей») шестого батальона 12-й бригады специального назначения «Азов» (те самые террористы, экстремисты и запрещённые в РФ ЛГБТ — здесь и в переведённом документе), где он рассказывает, как изменился РЭБ с 22 года
➖РЭБ — одна из самых динамичных сфер современной войны. Пока производители дронов расширяют диапазоны управления и видеосвязи, подразделения РЭБ вынуждены отвечать новыми подходами к детекции и подавлению
➖История частот управления FPV-дронами прошла путь от 915 МГц к 700 и 1000 МГц, затем к низким 433 МГц (которые стали массово известны летом 2024 во время битвы в Очеретино), а с начала 2025 к 2,4 ГГц
➖Однако в частотах управления уже достигнут предел. Причина здесь аппаратная, трансиверы имеют внутреннее ограничение около 3000 МГц. Новых частот практически не появляется — эволюция идёт внутри уже освоенных диапазонов: русские используют более помехоустойчивые прошивки, широкие каналы и другие характеристики
➖Сегодня на направлении Архея преобладает диапазон 2,1–2,7 ГГц — на нём работает примерно 70-75% каналов управления российских дронов
➖С видео всё иначе — развитие не останавливается. Весной 2025 настоящим шоком стали видеочастоты 3,1–3,7 ГГц: у подразделений просто не было оборудования для детекции таких бортов. Примерно тогда же русские начали эксперименты с диапазоном 6–7,2 ГГц, а сегодня на нём летает уже до 10% дронов. Дополнительно усложняет работу то, что российские борта прыгают между видеоканалами: оператор выставил канал, перехватил картинку, а борт уже перескочил на другой
➖Архей уверен, что всё уйдёт и в диапазоны выше 8 ГГц. Производители уже имеют решения для детекции до 12 ГГц, но подавление видеоканала там значительно сложнее
➖Детекция — первоочередная задача для подразделений противодействия БПЛА. Без неё невозможны ни статистика, ни оценка результативности, так как нет объективного контроля падения дрона. Аналоговый видеоперехват и радиомониторинг должны лежать в основе противодействия
➖Покрытие аналоговым видеоперехватом должно охватывать широкие площади. Нужно учитывать рельеф, актуальность участков, особенности каждого средства — антенну, построение на видеоприемниках или SDR. Важна и связь: не всем средствам достаточно Starlink, некоторым нужны Wi-Fi-мосты или оптоволокно
➖При заходе в новую полосу ответственности обязательно выясняется частотная обстановка у соседей. Современные средства не закрывают всех диапазонов- например, оборудование для 6–7,2 ГГц доступно в ограниченном количестве и распределяется на приоритетные участки
➖Всё решает софт. Достаточно сравнить компонентную базу 2022 и нынешнюю — изменения в железе минимальны. Готовые изделия, с которыми работали в 2024, почти не изменились и сегодня. Логика, миникомпьютеры, SDR и видеоприемники остались практически теми же. Исключение — диапазоны 6 ГГц и выше: в 2022 такого оборудования не было, оно начало массово появляться лишь полтора года назад. Ещё одна эволюция касается форм-фактора: усилитель размещают ближе к земле, антенну выносят на качественном кабеле. А вот программная часть эволюционировала существенно. Даже с сегодняшним железом в 2022 нельзя было организовать работу так, как она организована сейчас. Софт позволяет оператору быстрее принимать решения и максимально сократил всю цепочку: услышал про дрон, нашёл, запустил подавление зафиксировал результат, перешёл к следующему
📎Подробности — в документе
Конечно, не стоит принимать все цифры врага на веру, так как он не будет раскрывать в публичном поле все нюансы и данные, а скорее наоборот и наши рэбманы прекрасно это знают. Да и лаг по времени с выходом материала так же исключать нельзя, ведь всё меняется стремительно
🚀 Подпишитесь на наш канал чтобы не пропустить следующие публикации!
🇷🇺 КЦПН в MAX
Cogito ergo vinco
МЫСЛЮ, СЛЕДОВАТЕЛЬНО, ПОБЕЖДАЮ!
➡️ Поддержать русских солдат рублëм
➖РЭБ — одна из самых динамичных сфер современной войны. Пока производители дронов расширяют диапазоны управления и видеосвязи, подразделения РЭБ вынуждены отвечать новыми подходами к детекции и подавлению
➖История частот управления FPV-дронами прошла путь от 915 МГц к 700 и 1000 МГц, затем к низким 433 МГц (которые стали массово известны летом 2024 во время битвы в Очеретино), а с начала 2025 к 2,4 ГГц
➖Однако в частотах управления уже достигнут предел. Причина здесь аппаратная, трансиверы имеют внутреннее ограничение около 3000 МГц. Новых частот практически не появляется — эволюция идёт внутри уже освоенных диапазонов: русские используют более помехоустойчивые прошивки, широкие каналы и другие характеристики
➖Сегодня на направлении Архея преобладает диапазон 2,1–2,7 ГГц — на нём работает примерно 70-75% каналов управления российских дронов
➖С видео всё иначе — развитие не останавливается. Весной 2025 настоящим шоком стали видеочастоты 3,1–3,7 ГГц: у подразделений просто не было оборудования для детекции таких бортов. Примерно тогда же русские начали эксперименты с диапазоном 6–7,2 ГГц, а сегодня на нём летает уже до 10% дронов. Дополнительно усложняет работу то, что российские борта прыгают между видеоканалами: оператор выставил канал, перехватил картинку, а борт уже перескочил на другой
➖Архей уверен, что всё уйдёт и в диапазоны выше 8 ГГц. Производители уже имеют решения для детекции до 12 ГГц, но подавление видеоканала там значительно сложнее
➖Детекция — первоочередная задача для подразделений противодействия БПЛА. Без неё невозможны ни статистика, ни оценка результативности, так как нет объективного контроля падения дрона. Аналоговый видеоперехват и радиомониторинг должны лежать в основе противодействия
➖Покрытие аналоговым видеоперехватом должно охватывать широкие площади. Нужно учитывать рельеф, актуальность участков, особенности каждого средства — антенну, построение на видеоприемниках или SDR. Важна и связь: не всем средствам достаточно Starlink, некоторым нужны Wi-Fi-мосты или оптоволокно
➖При заходе в новую полосу ответственности обязательно выясняется частотная обстановка у соседей. Современные средства не закрывают всех диапазонов- например, оборудование для 6–7,2 ГГц доступно в ограниченном количестве и распределяется на приоритетные участки
➖Всё решает софт. Достаточно сравнить компонентную базу 2022 и нынешнюю — изменения в железе минимальны. Готовые изделия, с которыми работали в 2024, почти не изменились и сегодня. Логика, миникомпьютеры, SDR и видеоприемники остались практически теми же. Исключение — диапазоны 6 ГГц и выше: в 2022 такого оборудования не было, оно начало массово появляться лишь полтора года назад. Ещё одна эволюция касается форм-фактора: усилитель размещают ближе к земле, антенну выносят на качественном кабеле. А вот программная часть эволюционировала существенно. Даже с сегодняшним железом в 2022 нельзя было организовать работу так, как она организована сейчас. Софт позволяет оператору быстрее принимать решения и максимально сократил всю цепочку: услышал про дрон, нашёл, запустил подавление зафиксировал результат, перешёл к следующему
📎Подробности — в документе
Конечно, не стоит принимать все цифры врага на веру, так как он не будет раскрывать в публичном поле все нюансы и данные, а скорее наоборот и наши рэбманы прекрасно это знают. Да и лаг по времени с выходом материала так же исключать нельзя, ведь всё меняется стремительно
Cogito ergo vinco
МЫСЛЮ, СЛЕДОВАТЕЛЬНО, ПОБЕЖДАЮ!
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Фронтовая рупорная станция 📢📢📢
📣📣📣📣📣📣
Давно мы не писали про FPV-дроны, оснащенные цифровыми модулями Ascent GT PRO от компании CADDX.
Сегодня наши друзья с Запорожского направления поделились трофеем, который угомонили без детонации.
В результате осмотра, с уверенностью убедились в том, что это дрон на «цифре».
Напомним, что средствами аналогового приема видеосигнала данные дроны не обнаруживаются, а детекторы дронов к сожалению срабатывают не все, о чем мы рассказывали и демонстрировали после проведения теста, имеющихся в распоряжении подразделений детекторов.
Кроме того, обратите внимание на БЧ, которой был оснащён данный FPV.
О данном типе БЧ мы также писали ранее.
Давно мы не писали про FPV-дроны, оснащенные цифровыми модулями Ascent GT PRO от компании CADDX.
Сегодня наши друзья с Запорожского направления поделились трофеем, который угомонили без детонации.
В результате осмотра, с уверенностью убедились в том, что это дрон на «цифре».
Напомним, что средствами аналогового приема видеосигнала данные дроны не обнаруживаются, а детекторы дронов к сожалению срабатывают не все, о чем мы рассказывали и демонстрировали после проведения теста, имеющихся в распоряжении подразделений детекторов.
Кроме того, обратите внимание на БЧ, которой был оснащён данный FPV.
О данном типе БЧ мы также писали ранее.
QuadRF работает как RF-камера с частотой обновления 30 кадров в секунду.
Система измеряет разницу во времени прихода сигнала с четырёх когерентных антенн и создаёт живое радиочастотное наложение напрямую на экране смартфона или ноутбука. Это позволяет буквально "видеть" радиосигналы от Wi-Fi устройств, беспроводных камер, смартфонов, дронов, маяков и лабораторных передатчиков в окружающей среде.
Для того, что бы наложить "тепловую карту" мощности радиосигнала на видео с камеры, да еще со скоростью 30 кадров в секунду, разработчики технологии так же 30 раз в секунду определяют координаты источника радиосигнала. Условные координаты относительно плоскости матрицы камеры и поля зрения камеры.
GitHub - open-space-sdr/main
https://github.com/open-space-sdr/main
🤩 🤩 🤩 🤩 🤩 🤩
🪁 КВАДРО КОД
Интеллектуальные системы обнаружения БПЛА
🌐 Сайт: 4code.ru
🛠 Бот поддержки: @quadrocode_support_bot
Система измеряет разницу во времени прихода сигнала с четырёх когерентных антенн и создаёт живое радиочастотное наложение напрямую на экране смартфона или ноутбука. Это позволяет буквально "видеть" радиосигналы от Wi-Fi устройств, беспроводных камер, смартфонов, дронов, маяков и лабораторных передатчиков в окружающей среде.
Для того, что бы наложить "тепловую карту" мощности радиосигнала на видео с камеры, да еще со скоростью 30 кадров в секунду, разработчики технологии так же 30 раз в секунду определяют координаты источника радиосигнала. Условные координаты относительно плоскости матрицы камеры и поля зрения камеры.
GitHub - open-space-sdr/main
https://github.com/open-space-sdr/main
Интеллектуальные системы обнаружения БПЛА
🌐 Сайт: 4code.ru
🛠 Бот поддержки: @quadrocode_support_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤3⚡2✍1
Обновление прошивок обнаружителей БПЛА линейки Алиссум🪁
Мы обновили нейросетевые алгоритмы классификации, в том числе и по тем записям что нам присылают пользователи.
Так как ревизия достаточно глубокая, прошивки проходили обкатку более месяца, с начала сентября.
Классификация должна стать надежнее и стабильнее, новые сигналы в это обновление включать пока не стали, но все к этому готово.
Актуальные версии
Алиссум-8
8.5.88 (для детекторов с hw 8.5)
9.1.8 (для детекторов с hw 9.1)
Версии указываем только для контроля актуальности!
Приложение самостоятельно скачивает совместимые именно с вашей версией железа.
Алиссум-МК
8.23.85 (для детекторов с hw 8.23)
9.0.35 (для детекторов с hw 9.0.1)
9.0.65 (для детекторов с hw 9.0.2)
Версии указываем только для контроля актуальности!
ZIP-архив, содержит все версии, приложение самостоятельно выбирает совместимые именно с вашей версией железа.
Алиссум-ВН
8.30.85 (для детекторов с hw 8.4.4)
9.0.66 (для детекторов с hw 9.4.1)
9.0.35 (для детекторов с hw 9.14.2)
Версии указываем только для контроля актуальности!
Нужная версия для обновления формируется автоматически.
Порядок обновления
Алиссум-8: https://t.me/quadro_code/756
Алиссум-МК: https://t.me/quadro_code/757
Алиссум-ВН: https://t.me/quadro_code/1160
🤩 🤩 🤩 🤩 🤩 🤩
🪁 КВАДРО КОД
Интеллектуальные системы обнаружения БПЛА
🌐 Сайт: 4code.ru
🛠 Бот поддержки: @quadrocode_support_bot
Мы обновили нейросетевые алгоритмы классификации, в том числе и по тем записям что нам присылают пользователи.
Так как ревизия достаточно глубокая, прошивки проходили обкатку более месяца, с начала сентября.
Классификация должна стать надежнее и стабильнее, новые сигналы в это обновление включать пока не стали, но все к этому готово.
Актуальные версии
Алиссум-8
8.5.88 (для детекторов с hw 8.5)
9.1.8 (для детекторов с hw 9.1)
Версии указываем только для контроля актуальности!
Приложение самостоятельно скачивает совместимые именно с вашей версией железа.
Алиссум-МК
8.23.85 (для детекторов с hw 8.23)
9.0.35 (для детекторов с hw 9.0.1)
9.0.65 (для детекторов с hw 9.0.2)
Версии указываем только для контроля актуальности!
ZIP-архив, содержит все версии, приложение самостоятельно выбирает совместимые именно с вашей версией железа.
Алиссум-ВН
8.30.85 (для детекторов с hw 8.4.4)
9.0.66 (для детекторов с hw 9.4.1)
9.0.35 (для детекторов с hw 9.14.2)
Версии указываем только для контроля актуальности!
Нужная версия для обновления формируется автоматически.
Порядок обновления
Алиссум-8: https://t.me/quadro_code/756
Алиссум-МК: https://t.me/quadro_code/757
Алиссум-ВН: https://t.me/quadro_code/1160
Интеллектуальные системы обнаружения БПЛА
🛠 Бот поддержки: @quadrocode_support_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡4🔥4
Forwarded from ЦБСТ
Государство планирует оздоровить отечественный рынок средств радиоэлектронного подавления
Бумага вместо цифры
Правительство РФ утвердило постановление № 1331. Документ корректирует правила регистрации радиоэлектронных средств и высокочастотных устройств.
Прежде всего нововведения касаются средств радиоэлектронного подавления (РЭП).
С 1 марта 2027 года заявление на регистрацию оборудования РЭП должно подаваться на бумажном носителе в территориальный орган Роскомнадзора (по месту планируемого использования) или заказным письмом.
В заявлении нужно указывать данные о включении изделий в реестр российской радиоэлектронной продукции, а ПО — в единый реестр российских программ.
Заявление будет приниматься только от организаций, уполномоченных на применение средств РЭП в соответствии с федеральным законом.
Среди них Минобороны, ФСБ, ФСО, МВД, Росгвардия, МЧС. С недавнего времени — частная и ведомственная охрана, сотрудники ЦБ, Сбербанка, спецсвязи и инкассаторы.
Порядок в интересах рынка
Постановление № 1331 призвано упорядочить применение средств радиоэлектронного противодействия для защиты объектов от атак БпЛА.
Его реализация должна исключить неправомерное использование такого оборудования и случаи постановки непреднамеренных помех военным РЛС и радиоэлектронным устройствам.
Кроме того, постановление кабмина способно оздоровить российский рынок средств РЭП, очистить его от «технологических жуликов» и некачественных изделий.
Порядок в части излучающих устройств должен сократить присутствие на рынке серого «полукитайского» оборудования и послужить стимулом для развития решений ответственных российских разработчиков.
Подписывайтесь на ЦБСТ в MAX
Бумага вместо цифры
Правительство РФ утвердило постановление № 1331. Документ корректирует правила регистрации радиоэлектронных средств и высокочастотных устройств.
Прежде всего нововведения касаются средств радиоэлектронного подавления (РЭП).
С 1 марта 2027 года заявление на регистрацию оборудования РЭП должно подаваться на бумажном носителе в территориальный орган Роскомнадзора (по месту планируемого использования) или заказным письмом.
В заявлении нужно указывать данные о включении изделий в реестр российской радиоэлектронной продукции, а ПО — в единый реестр российских программ.
Заявление будет приниматься только от организаций, уполномоченных на применение средств РЭП в соответствии с федеральным законом.
Среди них Минобороны, ФСБ, ФСО, МВД, Росгвардия, МЧС. С недавнего времени — частная и ведомственная охрана, сотрудники ЦБ, Сбербанка, спецсвязи и инкассаторы.
Порядок в интересах рынка
Постановление № 1331 призвано упорядочить применение средств радиоэлектронного противодействия для защиты объектов от атак БпЛА.
Его реализация должна исключить неправомерное использование такого оборудования и случаи постановки непреднамеренных помех военным РЛС и радиоэлектронным устройствам.
Кроме того, постановление кабмина способно оздоровить российский рынок средств РЭП, очистить его от «технологических жуликов» и некачественных изделий.
Порядок в части излучающих устройств должен сократить присутствие на рынке серого «полукитайского» оборудования и послужить стимулом для развития решений ответственных российских разработчиков.
Подписывайтесь на ЦБСТ в MAX
❤4😡4✍2🤷♂2
Thales представила компактную систему РЭР/РТР BeamTracker, оптимизированную для интеграции на беспилотные летательные аппараты.
Устройство предназначено для раннего предупреждения и сбора разведданных в воздушном и морском пространствах.
Начало мелкосерийного производства системы запланировано на 9 октября текущего года.
Архитектура обеспечивает высокую энергоэффективность при минимальных габаритах и весе.
Диапазон рабочих частот от 1 до 18 ГГц позволяет пеленговать и классифицировать источники излучения противника в реальном времени.
У нас тоже есть бортовое РЭР решение, правда не до 18 ГГц а до 10-12, без пеленгации, но зато оно и весит не 5кг, а менее 100 грамм.
🤩 🤩 🤩 🤩 🤩 🤩
🪁 КВАДРО КОД
Интеллектуальные системы обнаружения БПЛА
🌐 Сайт: 4code.ru
🛠 Бот поддержки: @quadrocode_support_bot
Устройство предназначено для раннего предупреждения и сбора разведданных в воздушном и морском пространствах.
Начало мелкосерийного производства системы запланировано на 9 октября текущего года.
Архитектура обеспечивает высокую энергоэффективность при минимальных габаритах и весе.
Диапазон рабочих частот от 1 до 18 ГГц позволяет пеленговать и классифицировать источники излучения противника в реальном времени.
У нас тоже есть бортовое РЭР решение, правда не до 18 ГГц а до 10-12, без пеленгации, но зато оно и весит не 5кг, а менее 100 грамм.
Интеллектуальные системы обнаружения БПЛА
🌐 Сайт: 4code.ru
🛠 Бот поддержки: @quadrocode_support_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM