Вот описание бортового компьютера подводной исследовательской станции «Kupala Nexus» — с упором на то, как это подать IT‑группе: архитектура, модули, отказоустойчивость, интерфейсы и интеграция.
Назначение и ключевые требования
Бортовой компьютер — это единый управляющий и вычислительный узел станции, который должен работать в жёстких условиях (давление, влажность, вибрации, ограниченная связь с поверхностью). Для IT‑группы важно выделить:
Отказоустойчивость и резервирование. Дублирование критических узлов, «горячая» замена, автоматическое переключение.
Безопасность данных и разграничение доступа. Шифрование, журналирование, контроль привилегий.
Единая шина данных. Стандартизированные протоколы для датчиков, исполнительных устройств и внешних систем.
Автономность. Работа без связи с берегом, локальные алгоритмы принятия решений, кэширование и последующая синхронизация.
Аппаратная архитектура
Предлагается модульная схема на базе промышленных решений:
Вычислительные модули (2×, активный/резервный). Процессоры с низким энергопотреблением и высокой надёжностью (ARM/x86 в промышленном исполнении), с аппаратным TPM для доверенной загрузки.
Накопители. SSD с ECC, RAID‑1 (зеркало) или RAID‑10 для критических логов.
Сетевые интерфейсы. 10/100/1000BASE‑T Ethernet (медь), SFP для оптики (если есть кабельная линия до буя/поверхности), промышленные протоколы (CAN, Modbus TCP/RTU) для периферии.
Питание. Двойной вход, ИБП на суперконденсаторах для корректного завершения работы при пропадании питания, DC‑DC преобразователи с гальванической развязкой.
Корпус. Герметичный, IP68, с термостабилизацией и защитой от конденсата; разъёмы — герметичные промышленные (M12 и аналоги).
Программная платформа
Для IT‑команды удобно, если платформа стандартизирована и поддерживается:
ОС: Linux реального времени (или обычный Linux с RT‑патчами) для задач управления; отдельные изолированные контейнеры для прикладных сервисов.
Гипервизор/контейнеризация: KVM или containerd для разделения критичных и некритичных сервисов, изоляции сбоя.
Мониторинг и телеметрия: Prometheus + Grafana для метрик, Fluentd/Filebeat для сбора логов, централизованное хранение и ротация.
Конфигурация: GitOps‑подход (ArgoCD и т. п.) для управления конфигурациями модулей, версионирование образов и политик.
Основные функциональные модули
Управление движением и стабилизацией. Алгоритмы удержания позиции, компенсация течений, управление движителями/рулями. Входные данные: инерциальная система (IMU), доплеровский лаг, эхолот, гидроакустика.
Мониторинг среды и научные измерения. Сбор данных с датчиков температуры, солёности, давления, pH, мутности, кислорода и т. д. Калибровка, валидация, фильтрация выбросов, сжатие и тегирование метаданными.
Жизнеобеспечение и безопасность. Контроль герметичности отсеков, давления, состава воздуха, температуры, энергобаланса. Автоматические сценарии при авариях (перекрытие клапанов, переход в безопасный режим, сброс балласта).
Навигация и позиционирование. Счисление пути, привязка к акустическим маякам, интеграция с GNSS через буй‑ретранслятор, построение карты дна (сонар/лидар).
Связь и синхронизация. Управление каналами связи (акустика, кабель, буй‑радио), буферизация данных, приоритизация трафика, шифрование.
Планирование миссий. Загрузка и выполнение сценариев (маршрутов, точек отбора проб, интервалов измерений), динамическая корректировка по обстановке.
Интерфейс оператора. Веб‑панель (HTTPS, 2FA), CLI для диагностики, API для внешних систем, визуализация на картах и временных рядах.
Интеграция с внешними системами (в т. ч. с экосистемой Kupala Nexus)
Чтобы связать бортовой компьютер станции с сетью школы‑пансиона и конного клуба, используют промежуточный слой:
Шлюз на поверхности (буй/платформа). Принимает акустическую/кабельную телеметрию со станции, конвертирует в IP, передаёт по спутниковому каналу или LTE.
Назначение и ключевые требования
Бортовой компьютер — это единый управляющий и вычислительный узел станции, который должен работать в жёстких условиях (давление, влажность, вибрации, ограниченная связь с поверхностью). Для IT‑группы важно выделить:
Отказоустойчивость и резервирование. Дублирование критических узлов, «горячая» замена, автоматическое переключение.
Безопасность данных и разграничение доступа. Шифрование, журналирование, контроль привилегий.
Единая шина данных. Стандартизированные протоколы для датчиков, исполнительных устройств и внешних систем.
Автономность. Работа без связи с берегом, локальные алгоритмы принятия решений, кэширование и последующая синхронизация.
Аппаратная архитектура
Предлагается модульная схема на базе промышленных решений:
Вычислительные модули (2×, активный/резервный). Процессоры с низким энергопотреблением и высокой надёжностью (ARM/x86 в промышленном исполнении), с аппаратным TPM для доверенной загрузки.
Накопители. SSD с ECC, RAID‑1 (зеркало) или RAID‑10 для критических логов.
Сетевые интерфейсы. 10/100/1000BASE‑T Ethernet (медь), SFP для оптики (если есть кабельная линия до буя/поверхности), промышленные протоколы (CAN, Modbus TCP/RTU) для периферии.
Питание. Двойной вход, ИБП на суперконденсаторах для корректного завершения работы при пропадании питания, DC‑DC преобразователи с гальванической развязкой.
Корпус. Герметичный, IP68, с термостабилизацией и защитой от конденсата; разъёмы — герметичные промышленные (M12 и аналоги).
Программная платформа
Для IT‑команды удобно, если платформа стандартизирована и поддерживается:
ОС: Linux реального времени (или обычный Linux с RT‑патчами) для задач управления; отдельные изолированные контейнеры для прикладных сервисов.
Гипервизор/контейнеризация: KVM или containerd для разделения критичных и некритичных сервисов, изоляции сбоя.
Мониторинг и телеметрия: Prometheus + Grafana для метрик, Fluentd/Filebeat для сбора логов, централизованное хранение и ротация.
Конфигурация: GitOps‑подход (ArgoCD и т. п.) для управления конфигурациями модулей, версионирование образов и политик.
Основные функциональные модули
Управление движением и стабилизацией. Алгоритмы удержания позиции, компенсация течений, управление движителями/рулями. Входные данные: инерциальная система (IMU), доплеровский лаг, эхолот, гидроакустика.
Мониторинг среды и научные измерения. Сбор данных с датчиков температуры, солёности, давления, pH, мутности, кислорода и т. д. Калибровка, валидация, фильтрация выбросов, сжатие и тегирование метаданными.
Жизнеобеспечение и безопасность. Контроль герметичности отсеков, давления, состава воздуха, температуры, энергобаланса. Автоматические сценарии при авариях (перекрытие клапанов, переход в безопасный режим, сброс балласта).
Навигация и позиционирование. Счисление пути, привязка к акустическим маякам, интеграция с GNSS через буй‑ретранслятор, построение карты дна (сонар/лидар).
Связь и синхронизация. Управление каналами связи (акустика, кабель, буй‑радио), буферизация данных, приоритизация трафика, шифрование.
Планирование миссий. Загрузка и выполнение сценариев (маршрутов, точек отбора проб, интервалов измерений), динамическая корректировка по обстановке.
Интерфейс оператора. Веб‑панель (HTTPS, 2FA), CLI для диагностики, API для внешних систем, визуализация на картах и временных рядах.
Интеграция с внешними системами (в т. ч. с экосистемой Kupala Nexus)
Чтобы связать бортовой компьютер станции с сетью школы‑пансиона и конного клуба, используют промежуточный слой:
Шлюз на поверхности (буй/платформа). Принимает акустическую/кабельную телеметрию со станции, конвертирует в IP, передаёт по спутниковому каналу или LTE.
Просмотры: 6