kerbal.ruвики сборки «Оператор»
Оператор / Вики / Прогресс

Управление флотом

Когда аппаратов больше десяти: схема именования, поиск через Haystack, будильники Kerbal Alarm Clock, повтор рутинных запусков через Routine Mission Manager и что происходит с аппаратами вне фокуса.

Первые пять аппаратов держишь в голове. На пятнадцатом список в центре управления превращается в кашу «Аппарат», «Аппарат Проба 1», «Ретранслятор 3 (мусор)», и ты уже не помнишь, какой из четырёх спутников на полярной орбите умеет ретранслировать.

Это не косметика: в сборке «Оператор» вся игра построена вокруг сети из многих аппаратов. Порядок здесь — рабочий инструмент, а не аккуратность ради аккуратности.

Имя решает больше, чем кажется

Имя аппарата — единственное, что видно в списке отслеживания, в фильтрах Haystack, в сообщениях о связи и в скриптах kOS (VESSEL("Спутник-2")). Схема, которая себя оправдала:

<роль>-<номер> <орбита или зона>
  • Реле-1 KEO 2863 — ретранслятор на стационарной орбите
  • Реле-2 полярн — второй, на полярной
  • Скан-1 Мун — картограф у Муна
  • Станция-1 LKO — станция на низкой орбите
  • Буксир-3 — многоразовый межорбитальный

Что это даёт: аппараты одной роли группируются в списке подряд, а по имени сразу понятно, чего от него ждать. Переименовать можно в любой момент — центр отслеживания, кнопка «Переименовать».

Метки деталей (TAG в прямом клике) — то же самое, но внутри аппарата: скрипт находит нужную антенну или порт по метке, а не по названию детали, которое меняется от версии мода к версии. Подробнее — kOS: справочник по данным корабля.

Haystack: найти нужный за секунду

Штатный список отслеживания фильтрует только по типу. Haystack ReContinued ищет по подстроке имени и показывает сводку, не переключаясь на аппарат.

Как пользуются на практике:

  • набрал Реле — видишь всю сеть ретрансляторов разом;
  • набрал Мун — все аппараты у Муна;
  • в списке сразу видно орбиту и ресурсы, то есть «жив ли он ещё» проверяется без загрузки сцены;
  • кнопка перехода — сразу к аппарату, минуя карту.

Именно ради этого поиска имена и стоит делать по схеме: фильтр работает по строке.

Kerbal Alarm Clock: не проспать манёвр

Главная причина потерянных миссий в долгой игре — перемотка времени. Ставишь варп на пару лет ради перелёта, а по дороге у трёх аппаратов проходят окна манёвров.

Kerbal Alarm Clock ставит будильники, которые сами останавливают перемотку:

Тип будильника Когда ставить
Манёвр автоматически на каждый запланированный узел
Смена сферы влияния перелёт к Муну или другой планете
Окно перелёта вместе с Transfer Window Planner
Апоцентр / перицентр подъём орбиты в нужной точке
Периодический обход сети раз в N дней

Полезная привычка: будильник ставится в момент планирования, а не «потом». Узел без будильника в долгой игре почти гарантированно пропускается.

Routine Mission Manager: повторить то, что уже летало

Разворачивание сети — это один и тот же пуск, повторённый шесть раз с разным узлом. Routine Mission Manager записывает выполненный полёт и повторяет его: сам считает стоимость, время и результат, не заставляя вас лететь заново.

Что важно понимать: RMM повторяет успешный полёт как шаблон. Сначала выполняете миссию честно — руками или скриптом, — и только потом она становится рутиной. Это и разумно: неотлаженный профиль не стоит размножать.

Связка, которая экономит больше всего времени: скрипт kOS выводит первый аппарат серии и записывает телеметрию → профиль отлажен → дальше либо тот же скрипт с другими параметрами, либо RMM.

Что происходит с аппаратами вне фокуса

Тут ждёт неприятный сюрприз, если рассчитывать на «пусть они сами полетают».

kOS выполняет код только на аппаратах в радиусе 2,5 км от активного. Всё остальное в игре заморожено: скрипт на спутнике по ту сторону Кербина не выполняется — не «медленно», а вообще. Поэтому:

  • нельзя поставить манёвр «в фоне» и заняться другим пуском;
  • аппарат должен уметь висеть без присмотра: развёрнутые панели, заряд, отсутствие незавершённых прожигов;
  • всё, что требует управления, делается по очереди, с переключением фокуса.

Что продолжает работать вне фокуса — Background Resource Processing: панели заряжают батареи, потребители тратят, снабжение расходуется. Именно поэтому аппарат, оставленный с выключенными панелями, через неделю игрового времени встречает вас разряженным.

Про известную проблему BRP на Apple Silicon — Частые проблемы.

Порядок, который держит программу в руках

  1. Имя по схеме сразу при запуске — переименовывать десяток аппаратов задним числом мучительно.
  2. Будильник на каждый запланированный манёвр — в момент планирования.
  3. Проверка сети перед долгой перемоткой: у всех ли аппаратов заряд и раскрытые панели.
  4. Периодический будильник на обход раз в 10–20 дней: посмотреть, не разрядился ли кто.
  5. Мусор — на снижение. Отработавшие ступени и пустые буксиры засоряют список и мешают поиску. Либо сводить с орбиты, либо помечать в имени ((мусор)), чтобы фильтр их отсекал.

Как строится сеть покрытия — Созвездия и покрытие. Как вести программу вдолгую — Долгая игра: как вести программу. Автоматизация повторяющихся запусков — Автоматизация запуска по шагам.

Связанные статьи