ESP32 обнаружит дрон, но не раскодирует видео

Где ESP32 действительно справится

Я бы сразу разделил эту идею на две совершенно разные задачи: обнаружение дрона и прием его видеопотока. На октябрь 2026 года ESP32 выглядит разумной основой именно для пассивного детектора. В исходном сообщении в X Michal Schwarz пишет об экспериментах с платой и возможности применить прежние наработки по реверсу прошивки и протокола DJI.

Для детектора возможностей платы достаточно: она может сканировать Wi‑Fi и BLE, искать Remote ID, сопоставлять OUI производителей, шаблоны SSID и служебные поля, а затем отслеживать изменение RSSI. Документация проекта Drone-Detector-V2 описывает шесть таких уровней обнаружения и перебор каналов 2,4 ГГц с 1-го по 13-й. Это уже не игрушечный индикатор эфира, а основа для классификации наблюдаемых передатчиков.

Другой практический источник, Open Drone ID Core C, содержит средства кодирования и декодирования сообщений Open Drone ID, а также примеры приемников для ESP32. Проекты DroneRX и PK_SkySpy показывают ту же архитектурную мысль: ESP32 удобна там, где дрон сам передает идентификационные данные через совместимый широковещательный механизм.

С видео граница проходит гораздо жестче. Улучшенные радиолинии DJI используют собственные варианты OFDM в диапазонах 2,4 и 5,8 ГГц, а опубликованные исследования описывают нисходящие каналы шириной 20 МГц. В отдельных измерениях сигналы DroneID занимали примерно от 9,38 до 10,91 МГц, что требует точного захвата и синхронизации, а не обычного Wi‑Fi-сниффинга.

Детектор получится, универсальный приемник нет

Практический итог простой: ESP32 может стать дешевым пассивным сенсором присутствия дронов, но не полноценным приемником видео DJI. Для глубокой работы с физическим уровнем нужны SDR-захват, управление частотой и отдельная реализация демодуляции протокола. Реверс прошивки здесь полезен, но не заменяет подходящий радиотракт.

Я бы первым проверял не дальность, а полноту обнаружения при переключении каналов. Пока ESP32 слушает один участок диапазона, короткий пакет может пройти на другом; RSSI и совпадение OUI также способны дать ложную классификацию обычного устройства как дрона. Поэтому сильный прототип должен объединять несколько признаков, а не доверять одному MAC-адресу или SSID.

Самое интересное здесь не попытка заставить недорогую плату делать работу SDR. Инженерная ценность как раз в честном разделении слоев: ESP32 обнаруживает и классифицирует доступные широковещательные признаки, а специализированный радиотракт разбирает проприетарный сигнал. Граница между этими задачами и определит, получится полезный сенсор или просто шумный индикатор эфира.

Мы также разбирали кейс Codex 5.2 на Raspberry Pi и то, как проверять технические демонстрации на реальном железе. Это перекликается с реверсингом протоколов DJI, где выводы должны опираться на измерения и воспроизводимые тесты.