Небосвод UTM/aeroscript

Дождь и ветер – тоже участники испытаний 17 и 18 июля на территории эко-парка «Русский берег» состоялся очередной этап тестирования беспилотной доставки в рамках ИТ-фестиваля ULCAMP’26. Организатор мероприятитя — «Консорциум БАС» (Центр компетенций ВЭБ.РФ по беспилотным автономным системам). Эксплуатанты беспилотных авиационных систем (БАС) — компании «Ирбис Скай Тех» и «КлеверКоптер» — отрабатывали логистику передачи бытовых грузов конечным потребителям. За время проведения эксперимента аппараты совершили 23 успешных полета. Снижение интенсивности трафика по сравнению с предыдущим этапом связано с жесткими метеорологическими ограничениями. 17 июля в Ульяновской области было объявлено штормовое предупреждение: в регионе прошел сильный ливень, принесший до трети месячной нормы осадков, а порывы ветра достигали 15–20 метров в секунду. Подобные стресс-тесты в реальных условиях — необходимый этап для перехода от демонстрационных полетов и проверок гипотез к повседневной беспилотной аэрологистике. Как полеты БВС выглядели в цифровой платформе "Небосвод" – показано на иллюстрациях.

От картинки на дисплее до автономного маневра: как будет устроен тактический деконфликтинг в Небосводе В прошлом посте цикла мы рассказали про стратегический деконфликтинг — сервис, который минимизирует конфликты ещё на этапе планирования, до взлёта. Но воздух живёт своей жизнью, и заранее полностью исключить риск невозможно: траектории меняются, планы корректируются, погода вносит свои поправки. Здесь в дело вступает тактический деконфликтинг — технология, которая работает уже во время самого полёта, в реальном времени. Модель зрелости из четырёх ступеней Реализация тактического деконфликтинга — это не разовое внедрение функции, а последовательное движение по четырём этапам, каждый из которых наращивает уровень автономности системы и снижает зависимость безопасности полёта от человеческого фактора. Первый этап — ситуационная осведомлённость. Внешний пилот БВС получает на пульт управления информацию об окружающей воздушной обстановке в реальном времени: кто ещё летает рядом, где именно и куда движется. На этом этапе система ничего не анализирует и не советует — она просто даёт человеку полную картину, чтобы решение о реагировании принимал он сам, но на основе актуальных данных. Это то, что уже сейчас реализован в Геоскан, Радар ммс, Суперкам, DJI и др. Второй этап — прогнозирование конфликтов. Система переходит к анализу: она сопоставляет траектории всех воздушных судов в зоне видимости и заранее вычисляет точки возможного пересечения или опасного сближения. Это уже не картинка «что происходит сейчас», а прогноз «что может произойти через N секунд», который даёт пилоту запас времени на реакцию. Третий этап — активное предупреждение. Здесь система перестаёт быть пассивным аналитическим инструментом и становится советчиком: при обнаружении реального риска она оперативно уведомляет внешнего пилота об опасности и формирует конкретную рекомендацию по манёвру — куда, на какую высоту или с каким курсом уйти, чтобы избежать сближения. Четвёртый этап — автоматизированное исполнение. Финальная ступень зрелости убирает человека из контура непосредственного управления в критический момент: БВС способен самостоятельно выполнить предложенный системой манёвр уклонения без ожидания команды пилота. Это минимизирует влияние человеческого фактора — задержку реакции, ошибку в интерпретации рекомендации — и напрямую повышает безопасность полётов. Каждый этап — не альтернатива предыдущему, а развите зрелости технологий: без надёжной передачи воздушной обстановки невозможно строить точный прогноз, без прогноза — нет основы для предупреждения, а без проверенной Логики нельзя доверить манёвр автоматике.

Испытание дронов-курьеров на Волге С 3 по 5 июля в эко-парке «Русский берег» (Старомайнский район, Ульяновская область) прошёл первый масштабный эксперимент по доставке товаров дронами разных эксплуатантов — в рамках фестиваля Summer Merge 2026 и конкурса Drone Delivery Contest. Три эксплуатанта — «Ирбис Скай Тех», «Глория Эйр» и «Клевер Коптер» — выполнили более 45 доставок через акваторию Старомайнского залива. Везли продукты, лекарства, средства гигиены, цветы и бытовые товары; среднее время доставки — до 20 минут, вес груза — около 3 кг. Использовали два способа выдачи: посадку и сброс — целостность груза сохранялась в обоих случаях. Данные о полетах БВС передавались в цифровую платформу «Небосвод» в режиме близком к реальному времени — как через прямую интеграцию с НСУ, так и с помощью трекеров. Организатор мероприятитя — «Консорциум БАС» (Центр компетенций ВЭБ.РФ по беспилотным автономным системам). По итогам определены направления доработки: фокус на автоматизации, упрощение клиентского пути, расширение маршрутной сети и повышение безопасности. Часть изменений внедрят уже на втором этапе конкурса, который тоже пройдёт в Старомайнском заливе. Как полеты БВС выглядели в цифровой платформе "Небосвод" – показано на иллюстрациях.

Как в «Небосводе» выстраивается система предупреждения конфликтов Продолжаем цикл о невидимой части платформы: сегодня — о том, как в «Небосводе» последовательно выстраивается система предупреждения конфликтов, и почему первый шаг сделан именно на стратегическом уровне. Откуда взялась эта задача? Массовый выход беспилотных авиационных систем в нижнее воздушное пространство изменил саму природу воздушного движения. Раньше немногочисленные и относительно предсказуемые полёты пилотируемой авиации сменяются картиной, где на очень малых высотах одновременно действуют аппараты самых разных размеров и назначений — включая компактные платформы, которые внешне легко принять за игрушку, но по факту требующие такого же внимания к безопасности, как и любое другое воздушное судно. Дальнейший рост числа БВС в воздухе — вопрос не «если», а «когда»: счёт со временем пойдёт на десятки тысяч одновременных операций. В такой плотности конфликтные ситуации перестают быть редкостью и становятся системным риском, которым нужно управлять заранее, а не разбирать по факту. В авиационной практике для этого существует понятие деконфликтинга — выстроенной цепочки технологических и нормативных барьеров, не позволяющих траекториям сойтись в одной точке пространства и времени. ИКАО делит эти барьеры по фазе полёта: стратегические — задействуются до взлёта и во время самого полёта, тактические — работают уже в реальном времени, когда борт находится в воздухе. Первая ступень: конфликты видны ещё на этапе планирования Логично, что «Небосвод» начал выстраивать эту систему с самого раннего барьера — того, где цена ошибки минимальна, а исправить план ещё проще, чем маршрут в полёте. Сервис «Стратегический деконфликтинг» на этапе планирования автоматически сопоставляет 4Д-объёмы всех заявленных маршрутов — то есть не только пространство, но и время нахождения в нём — и выявляет потенциальные пересечения ещё до того, как хоть одно судно поднимется в воздух. Это не только задел на будущее с высокоплотным трафиком БВС — у сервиса есть вполне прикладная польза уже сегодня. В регионах с высокой загруженностью воздушного пространства и большим числом действующих режимов пользователи нередко сталкиваются с отказами буквально в последний момент: план полёта пересекается с чьей-то заявкой, поданной чуть раньше, и согласование срывается. Теперь «Небосвод» заранее сигнализирует о таком риске и подсказывает, как скорректировать параметры полёта — сместить координаты, изменить высоту или время вылета, — чтобы повысить шансы на согласование в ЕС ОрВД с первой попытки. Со временем, по мере роста интенсивности полётов БАС, значение этого барьера будет только расти, но уже сейчас он снимает часть операционной боли пользователей воздушного пространства. В следующих постах расскажем про этапы реализации тактического деконфликтинга.

В прошлых постах мы писали, что модуль «Наблюдение» в «Небосводе» работает не с одним конкретным типом данных, а собирает единую картину воздушной обстановки из разных источников. У каждой такой технологии — свои сильные стороны, свои ограничения и свой сценарий применения. Начнём с нашего протокола для получения данных с НСУ/C2. Для нас это одно из ключевых решений — потому что оно очень хорошо отвечает требованиям реальной эксплуатации. Наземная станция управления (НСУ) — это не внешний наблюдатель, а точка, где уже есть всё самое важное: идентификатор борта, параметры миссии, координаты, информация о заряде и прочая телеметрия. Если забирать эти данные напрямую из НСУ, система получается не только проще, но и технологически честнее. Интеграция с НСУ заметно снижает порог внедрения: эксплуатанту не нужно усложнять контур дополнительным навесным оборудованием и перестраивать парк под отдельную инфраструктуру передачи данных. Отдельно стоит отметить практический момент, который особенно актуален в российских условиях. Обеспечить устойчивую связь в конкретной точке старта — там, где стоит НСУ, — значительно проще, чем гарантировать её на всём протяжении маршрута. Такой подход также даёт хорошую масштабируемость. «Небосвод» уже интегрирован с системами управления основных производителей БВС, что позволяет передавать телеметрию напрямую в платформу и объединять в одной системе аппараты разных типов и разных сценариев применения. Важно и то, что интеграция с НСУ может решать задачи шире, чем просто мониторинг. С одной стороны, НСУ передаёт телеметрию полёта в «Небосвод», и платформа получает данные наблюдения. С другой — через сервис TIS «Небосвод» может отдавать информацию о воздушной обстановке обратно на пульт управления БВС, то есть обмен данными получается не односторонним, а двусторонним. И здесь для нас начинается самое важное. Фактически мы говорим не просто о том, что БВС должен передавать какие-то данные во внешнюю систему, а о том, что он должен быть постоянно подключён к системе информационного обеспечения полётов. Именно это, помимо уже перечисленных возможностей, открывает путь к действительно беспилотной архитектуре — когда ключевые функции управления и координации постепенно берёт на себя система, а не человек. Часто можно услышать, что полёты БВС должны быть автономными. Обычно под этим понимают автономность от земли: все необходимые сервисы, вычисления и логика принятия решений находятся на борту. Мы смотрим на это немного иначе. На наш взгляд, БВС должен быть автономным прежде всего от человека, а не от земли. Если на земле существует система, к которой подключаются все БВС и которая обладает серьёзными вычислительными возможностями, это открывает гораздо более широкие перспективы для развития отрасли. В этом смысле реализованный нами протокол взаимодействия с НСУ/C2 — это не просто способ получать телеметрию, а первый шаг в сторону такой архитектуры. Именно поэтому НСУ/C2 для нас — не просто один из возможных каналов передачи данных, а ключевая точка интеграции. Она снижает порог входа, хорошо масштабируется, поддерживает двусторонний обмен данными и задаёт основу для следующего этапа развития беспилотных систем.

Продолжаем погружаться в тему. В разговоре о наблюдении за полётами легко попасть в иллюзию простоты: кажется, что вся задача сводится к тому, чтобы увидеть борт на экране. Но сама отметка — это только финальная, самая видимая часть работы. Самое важное происходит раньше: в момент, когда система принимает данные, проверяет их, сопоставляет между собой и только потом превращает в понятную картину воздушной обстановки.   Причём само слово «наблюдение» здесь требует уточнения. В отрасли за ним скрываются три принципиально разных уровня задач — и разница между ними состоит именно в том, как система работает с качеством полученных данных.   Идентификация — базовый уровень. Система получает идентификационные данные об объекте: кто летит и, очень приблизительно, где. Строгих требований к точности координат и темпу обновления здесь нет: данные могут обновляться раз в несколько секунд или минут и иметь высокую погрешность. Полноценно сопровождать объект на основании таких данных нельзя, но сделать общий вывод — можно.   Мониторинг — наиболее распространённая функция в сфере БАС. Здесь уже важно не только понять, кто летит, но и где именно. Система получает данные от различных источников, отображает их на карте и строит траекторию движения борта. Но качество данных при этом, как правило, принимается как есть: система показывает то, что получила.   Наблюдение в строгом смысле — принципиально другой уровень. Здесь происходит сбор, объединение и обработка данных с явным учётом их качества. Данные от разных источников — например, от GSM-трекера, первичного радиолокатора и станции АЗН-В — объединяются в единую цель: трек не прерывается при пропадании сигнала от одного из них. Система способна выявлять и отбрасывать данные с недопустимой погрешностью, определять, один это объект или несколько летящих рядом, и делать явный вывод о том, для каких задач полученные данные пригодны — а для каких категорически нет.   В основе всего этого лежит простая, но неочевидная идея: мы никогда не знаем положение объекта в воздухе точно — это всегда вопрос вероятности и погрешности. Профессиональная система не скрывает эту неопределённость, а работает с ней явно.   Именно поэтому модуль «Наблюдение» в «Небосводе» реализует третий уровень — не просто отображение отметок, а полноценную обработку данных с оценкой их качества. Он умеет работать с данными от МПСН, АЗН-В, eID/LTE, НСУ/C2, первичных радиолокаторов и других источников — и собирать из них единую, достоверную картину воздушной обстановки.   У каждой из этих технологий — своя роль, своя физика и свои компромиссы между точностью, стоимостью и масштабируемостью. В следующих постах разберём их по отдельности.

Росавиация на HeliRussia 2026: свежие цифры по беспилотникам Росавиация представила обновлённую статистику по БАС/БВС. Динамика полётов БВС С 2024 по 2025 год — рост с 148 079 до 178 869 полётов (+20,7%). На 1 июня 2026 года: • 153 971 учтённых БВС, 847 зарегистрированных • 14 сертифицированных разработчиков, 182 эксплуатанта • 8 сертификатов типа БАС, 100 сертификатов лётной годности (МВМ > 30 кг) Регулирование (класс «Н») С 2023 по 2026 год подача плана сокращена с 1 суток до 1 часа, подача представлений на режимы — с 3–5 суток до 1 дня. Единственное, что пока не изменилось — срок рассмотрения заявок органами местного самоуправления (ОМСУ): муниципалитеты по-прежнему рассматривают их до 20 дней. Цель к 2030 году — 0 визитов, 1 документ, все три этапа в пределах 1 дня.

«Небосвод» для бизнеса: что такое корпоративное направление и зачем оно нужно В прошлом посте мы говорили об айсберге: о том, что «Небосвод» — это не только интерфейс для согласования полётов. Сегодня начинаем нырять. Первое, о чём хочется рассказать — это Корпоративный Небосвод (имя по паспорту – ПО «КСЭ-БАС «НЕБОСВОД-КОРПОРАТИВНЫЙ»). Для кого это? Если у вашей организации есть собственный парк беспилотников — неважно, пять бортов или пятьсот — вы сталкиваетесь с одной и той же проблемой: операционным хаосом. Кто летит, куда, когда, в каком статусе? Какой дрон на техобслуживании? Кто подал заявку, кто ещё нет? Всё это либо хранится в головах диспетчеров и пилотов, либо в таблицах Excel, либо — в лучшем случае — в отдельных несвязанных системах. Корпоративный Небосвод — это ответ именно на этот запрос. Что умеет платформа По сути, это диспетчерская система для вашего парка БАС. В одном интерфейсе: • Управление парком — все ваши беспилотные авиационные системы в едином реестре; • Формирование и распределение заказов на полёты — задача ставится внутри платформы и назначается на внешнего пилота; • Централизованный мониторинг и передача данных удаленной идентификации в ОрВД — вы видите все активные полёты своей организации в реальном времени, на одном экране; • Контроль статуса выполненных работ — история полётов, результаты, отчётность. И многое другое - необходимое как эксплуатантам, так и заказчикам работ с применением БАС. В следующих постах подробнее остановимся на технологиях наблюдения за полётами.

Новая версия мобильного «Небосвода» Лирическое отступление on Один из соавторов этого блога в детстве зачитывался романами Дюма. Поэтому, когда от разработчиков пришло описание версии 4.0 мобильного «Небосвода» — четкий, без единого лишнего слова, — он сразу вспомнил Гримо, молчаливого помощника Атоса. Лаконичность Гримо объясняли просто: Дюма платили за строки, и немногословный персонаж был небольшой хитростью автора. Наш список изменений тоже вышел предельно по делу: минимум слов, но за каждой строкой стоит огромный объем полезных обновлений. Лирическое отступление off Что нового в релизе: • оптимизирована работа с хранением данных в офлайн-режиме; • улучшено обновление данных в онлайн-режиме; • доработан механизм авторизации; • улучшена форма обращения в техподдержку; • добавление БВС стало понятнее и удобнее; • улучшена работа с документами; • полностью переработан механизм подачи плана; • изменена работа с уже поданными планами; • обновлен поиск по городам; • переработаны уведомления; • изменен поиск по зонам; • обновлены данные по страховым продуктам. Переработали: • стартовое окно; • главный экран; • авторизацию и регистрацию; • профиль пользователя; • окна добавления, просмотра и редактирования БВС; • окна добавления и просмотра документов; • разделы справочных материалов и поддержки; • окна подачи и просмотра планов; • поиск; • информацию о зонах; • сообщения; • настройки карты. Где скачать обновление: iOS: https://apps.apple.com/ru/app/%D0%BD%D0%B5%D0%B1%D0%BE%D1%81%D0%B2%D0%BE%D0%B4/id1625716069?l=en-GB Версия для Android – совсем скоро.