Операторський інтерфейс
Картографія, відеопотік і відображення даних платформи формують спільний контекст роботи. Інтерфейс представлено в лабораторних демонстраціях; наступний етап передбачає валідацію на платформах партнерів.
Карта місії
Картографічний контекст поєднує місію та інформацію про платформу. Карта й операторські екрани представлені в демонстраційних матеріалах; джерела даних узгоджуються для інтеграції.
Відео в робочому контексті
Відеопотоки допомагають оператору співвідносити спостереження з перебігом роботи. Формати, доступність та відображення каналів визначаються підключеною системою.
Стан платформи
Відображення телеметрії та станів формує спільне розуміння ситуації. Набір параметрів і правила інтерпретації погоджуються з виробником платформи.
Зрозумілі операторські сценарії
Розвиваємо інтерфейс навколо послідовності дій користувача. Підготовка, спостереження та керування мають бути пов’язані зрозумілими переходами та підтвердженнями.
Робочі ролі та доступ
Напрям розвитку передбачає розмежування функцій між учасниками команди. Набір ролей і модель доступу визначаються вимогами конкретного розгортання.
Планування та координація
Напрям розробки охоплює підготовку завдань, маршрутів і параметрів місії та узгоджену роботу різних платформ. Оператор залишається відповідальним за рішення.
Підготовка завдання
Планування розвивається як структурований опис задачі, платформи та умов виконання. Це має зменшувати неоднозначність під час передачі місії від планування до роботи.
Маршрути та параметри
Напрям охоплює підготовку маршруту й параметрів місії в операторському середовищі. Доступні дії залежать від реалізованих інтерфейсів і можливостей платформи.
Повітряні й наземні платформи
Цільова архітектура передбачає спільний цифровий контекст для БпЛА та НРК. Сумісність і сценарії взаємодії перевіряються окремо для кожного підключення.
Оновлення плану під наглядом
У розвитку продукту передбачаємо контрольоване оновлення параметрів і задач. Підтвердження оператором та допустимі зміни визначаються логікою конкретної місії.
Шаблони повторюваних задач
Повторне використання погоджених сценаріїв є напрямом масштабування продукту. Шаблони мають допомагати командам готувати однотипні місії з послідовними налаштуваннями.
Телеметрія та моніторинг
Робота зі станом платформ, перебігом виконання та подіями місії. Доступність джерел даних залежить від конфігурації й реалізованої інтеграції.
Єдиний контекст телеметрії
Стан підключених систем зводиться в операторське середовище відповідно до доступних даних. Це створює основу для спостереження без постійного перемикання між окремими інструментами.
Перебіг виконання
Напрям розвитку охоплює зіставлення плану місії зі станами виконання. Деталізація залежить від повідомлень і зворотного зв’язку, які надає платформа.
Події та сповіщення
Передбачаємо структуроване представлення подій, які потребують уваги користувача. Пріоритети й умови сповіщення погоджуються з операторськими сценаріями.
Доступність зв’язку
Стан обміну даними є важливим контекстом для оператора. Набір індикаторів і поведінка інтерфейсу за відсутності даних визначаються під час інтеграції.
Журнал для аналізу
Збирання погоджених подій і технічних даних є напрямом розвитку інженерного аналізу. Обсяг збереження, доступ та використання матеріалів визначаються вимогами партнера.
Інтеграційний шар
Поєднання наземного середовища з бортовим ПЗ та інтерфейсами платформи. Інтеграція з БпЛА перебуває в роботі; сумісність підтверджується для конкретної конфігурації.
Підключення бортового ПЗ
Наземне середовище поєднується з бортовим програмним забезпеченням через погоджені інтерфейси. Інтеграція з БпЛА перебуває в роботі та перевіряється для конкретної конфігурації.
Адаптери під виробника
Модульний підхід дозволяє узгоджувати обмін із системами партнера. Перелік повідомлень, команд і зворотного зв’язку є частиною технічного завдання.
Узгоджена модель даних
Семантика статусів, одиниці вимірювання та часові позначки мають бути зрозумілими всім підсистемам. Узгодження моделі даних допомагає будувати послідовний операторський досвід.
Зв’язок із ORB Robotics
Цільова архітектура передбачає поєднання середовища місій із програмним шаром автономності НРК. Склад доступних функцій визначається готовністю модулів та результатами інтеграції.
Масштабування через перевірку
Розвиток інтеграційного пакета спирається на документовані конфігурації та критерії приймання. Це створює основу для повторного використання перевірених компонентів у наступних проєктах.