Ekos помогает подготовить и провести астрофотографическую сессию: подключить камеру, монтировку, фокусер, фильтровое колесо и другое INDI-оборудование, точно навестись на цель с помощью plate solving, выполнить полярное выравнивание и автофокус, запустить гидирование, собрать серию FITS-кадров и передать ночной план Scheduler, который учитывает ограничения цели и состояние оборудования.

Работа в Ekos построена вокруг профиля оборудования и модулей Capture, Focus, Align, Guide, Mount, Scheduler и Analyze. Это удобно, когда камера, монтировка и вспомогательные устройства должны действовать согласованно: например, после смены фильтра требуется поправить фокус, перед началом серии — проверить наведение, во время экспозиции — удерживать звезду гидирования, а при достижении меридиана — безопасно выполнить переворот монтировки и продолжить последовательность.

Главная ценность Ekos проявляется не в отдельной обработке готового снимка, а в управлении самой съёмкой. Пользователь задаёт параметры кадров, правила автофокуса и гидирования, способ астрометрического решения, ограничения планировщика и действия при отклонениях; результаты наблюдения можно затем разобрать по временной шкале, сопоставив фокус, ошибки гидирования, экспозиции и другие показатели.

Как устроен рабочий процесс Ekos

Типичная сессия начинается не с выбора экспозиции, а с согласования оборудования. В профиле указывают, какие INDI-драйверы относятся к монтировке, основной камере, камере гидирования, фокусеру, фильтровому колесу и другим устройствам. После соединения Ekos получает доступ к их свойствам через INDI. Это важный принцип: параметры, которые реально доступны в окне управления, зависят от возможностей конкретного драйвера. Поэтому наличие, например, аппаратного охлаждения, скорости вентилятора, датчика температуры, встроенного USB-хаба или режима высокоскоростного чтения нельзя считать универсальной функцией любой камеры.

Профиль полезен не только как список устройств. Он сохраняет рабочую конфигурацию, которую можно выбирать для разных установок: основной телескоп с охлаждаемой камерой, компактный выездной комплект, DSLR с отдельной гидирующей камерой или стенд для проверки оборудования. Если один и тот же компьютер обслуживает несколько конфигураций, раздельные профили уменьшают риск запустить съёмку с неверным драйвером или неправильной связкой камеры и монтировки.

Внутри Ekos основные задачи разделены на вкладки. Summary показывает текущее состояние сессии, Capture управляет сериями кадров, Focus отвечает за оценку резкости и перемещение фокусера, Align выполняет plate solving и коррекцию наведения, Guide удерживает цель во время длинных экспозиций, Mount показывает состояние монтировки, Scheduler связывает отдельные действия в ночной план, а Analyze помогает разбирать уже прошедшую сессию по журналу событий и графикам.

Такое разделение удобно при диагностике. Если серия не начинается, сначала проверяют Capture и состояние камеры; если звёзды вытягиваются, переходят в Guide и смотрят ошибку ведения; если после смены фильтра растёт HFR, анализируют Focus; если объект оказался не там, где ожидалось, проверяют Align и полученное астрометрическое решение. Scheduler при этом не заменяет отдельные модули: он запускает их в заданном порядке и учитывает ограничения, но каждая операция должна быть корректно настроена сама по себе.

Профили оборудования и INDI

Ekos опирается на INDI для связи с астрономическим оборудованием. В практическом смысле это означает, что перед первой ночью стоит отдельно проверить соединение каждого устройства. Монтировка должна отвечать на команды перемещения и сообщать координаты, камера — отдавать тестовый кадр, фильтровое колесо — переключать позиции, фокусер — двигаться в обе стороны, а гидирующая камера — выдавать изображение с подходящей частотой. Если какая-то часть не работает на этом этапе, перенос проблемы в Scheduler лишь усложнит поиск причины.

У многих драйверов есть собственные свойства, доступные через панель INDI. Там могут находиться порты, скорость обмена, режимы работы, пределы движения, параметры охлаждения и другие настройки устройства. Правильнее сначала добиться устойчивой ручной работы, сохранить необходимые параметры драйвера, а уже затем включать автоматические действия Ekos. Особенно это важно для монтировок и фокусеров: неверный порт, направление движения или пределы могут привести не просто к неудачному кадру, а к остановке всей последовательности.

При удалённом управлении INDI-сервер может работать рядом с телескопом, а интерфейс KStars/Ekos — на другом компьютере. Такая схема уменьшает количество длинных USB-соединений, но повышает требования к сети. Для камер с большими матрицами передача полноразмерных FITS может занимать заметное время, поэтому стоит проверить реальную задержку между окончанием экспозиции и получением файла. Если сеть нестабильна, это отражается и на темпе серии, и на реакции интерфейса.

Важное правило диагностики — менять по одному фактору. Если после обновления профиля одновременно поменять драйвер камеры, способ сохранения файлов, гидирующий алгоритм и параметры фокуса, определить источник сбоя становится трудно. Более надёжный порядок: подключить устройства, сделать одиночный тестовый кадр, выполнить ручной фокус, проверить solve, откалибровать гидирование и только затем собрать последовательность Capture.

Optical Train и соответствие устройств

Для модулей съёмки критично понимать, какая камера относится к какому оптическому тракту. Главная камера и камера гидирования могут иметь разные фокусные расстояния, размеры пикселя и биннинг, поэтому параметры plate solving и гидирования должны рассчитываться для нужного тракта. Ошибка здесь часто выглядит как проблема алгоритма: solve ищет масштаб не в том диапазоне, либо гидирование использует неверный масштаб изображения и плохо оценивает величину коррекции.

После замены редуктора, барлоу, основной камеры или гидирующего телескопа стоит перепроверить оптические параметры. Они влияют на угловой масштаб, а через него — на plate solving и оценку ошибок гидирования. Если оборудование физически изменилось, старый профиль может соединиться без ошибок, но выдавать неверные предположения о поле зрения. С этой точки зрения устройство подключилось и конфигурация готова к точному наведению — разные уровни проверки.

Capture: управление основной съёмкой

В Capture задают параметры каждого задания серии: длительность экспозиции, количество кадров, задержку между ними, фильтр, биннинг, область считывания и тип кадра. Для астрономических камер доступны настройки, которые поддерживает драйвер, включая охлаждение и требуемую температуру, если устройство умеет её регулировать. Для DSLR набор параметров отличается: обычно важны выдержка, ISO и формат сохранения, а часть свойств камеры может контролироваться её собственным драйвером.

Тип кадра определяет назначение экспозиции. Light используют для объекта, Dark — для темнового сигнала при закрытом оптическом пути, Bias — для коротких калибровочных экспозиций, Flat — для плоского поля. Ekos умеет организовать эти кадры как отдельные задания очереди. Это позволяет, например, снять серию Light через несколько фильтров, а затем выполнить калибровочные кадры с другими параметрами, не переписывая каждый раз все значения вручную.

Очередь Capture удобна тем, что каждый элемент содержит собственный набор условий. В одной последовательности можно чередовать фильтры и экспозиции: короткие кадры для яркого ядра, длинные для слабых деталей, отдельные серии для L, R, G, B или узкополосных фильтров. При этом порядок действительно имеет значение. Частая смена фильтров может увеличивать число перефокусировок и механических операций, тогда как группировка по фильтру уменьшает переключения, но влияет на распределение данных по времени ночи. Выбор зависит от цели и устойчивости системы.

Для теста перед длинной серией полезен Preview. Одиночный кадр позволяет проверить кадрирование, фон, уровень сигнала, наличие сильного засвета, правильность фильтра и качество фокуса. Если Preview уже показывает неправильное поле или насыщенные звёзды, запуск десятков экспозиций не исправит исходную ошибку. После теста очередь можно запускать только тогда, когда положение объекта и состояние оборудования подтверждены.

Экспозиция, задержка и количество кадров

Длительность экспозиции выбирают исходя из яркости объекта, фоновой засветки, характеристик камеры, фильтра и качества ведения. Ekos не определяет правильную выдержку за пользователя: поле Exposure — это команда камере. Если выдержка слишком длинная для текущего гидирования, звёзды могут вытягиваться; если слишком короткая, потери времени на чтение и сохранение становятся значимее. Поэтому разумно сначала проверить несколько одиночных кадров и только потом фиксировать параметры серии.

Count задаёт число экспозиций в конкретном задании. Delay добавляет паузу между кадрами, если она нужна оборудованию или сценарию. Для охлаждаемой камеры отдельная задержка обычно не требуется только ради сохранения файла, но она может быть полезна для специальных задач. В любом случае фактический интервал состоит не только из Exposure: к нему добавляются чтение сенсора, передача данных, запись, возможный dithering, стабилизация гидирования и автоматическая фокусировка.

В длинной ночной последовательности важно оценивать именно полный цикл. Допустим, экспозиция длится пять минут, но после каждого кадра система выполняет dithering и ждёт стабилизации. Тогда реальное время на один кадр может заметно превышать пять минут. Scheduler учитывает длительность заданий на уровне планирования, однако пользователю полезно закладывать запас для механических действий и повторов, особенно когда цель видна лишь в ограниченном окне.

Биннинг и область считывания

Binning объединяет соседние пиксели в процессе считывания, если такой режим поддерживается камерой и драйвером. Он уменьшает размер изображения и может изменить эффективный масштаб. Это полезно для быстрых тестов, фокусировки или задач, где полное разрешение не требуется. Но нельзя считать биннинг нейтральным переключателем: при изменении масштаба стоит оценить влияние на детализацию, plate solving и последующую обработку.

ROI или subframe ограничивает считываемую область сенсора. В Capture это может ускорить специальные серии, если полный кадр не нужен. Но для основной астрофотографии уменьшение поля означает, что в файл попадёт только выбранный участок. Перед запуском серии нужно проверить, что ROI не остался от теста или фокусировки. Один из типичных сценариев ошибки — успешный Preview небольшого участка, после которого пользователь забывает вернуть полный кадр и получает всю ночь данных с обрезанным полем.

Имена файлов и место сохранения

Шаблон имени помогает разложить данные по объектам, фильтрам, выдержкам и другим параметрам. Для длинных проектов это важнее, чем кажется: сотни файлов с однотипными именами сложно сопоставлять после нескольких ночей. Хорошая схема должна позволять понять назначение кадра без открытия FITS-заголовка и при этом не создавать конфликтов имён при повторном запуске последовательности.

Ekos умеет работать с локальным и удалённым сохранением в зависимости от конфигурации камеры и INDI. Если файлы записываются на удалённой системе рядом с телескопом, необходимо заранее проверить путь и свободное место. Если изображения передаются на компьютер с интерфейсом, нужно учитывать пропускную способность сети. Для больших сенсоров разница особенно заметна: серия может ограничиваться уже не экспозицией, а передачей многомегабайтных кадров.

Перед автоматической ночью стоит сделать один кадр и физически найти созданный файл. Это простая проверка сразу подтверждает каталог, права на запись, шаблон имени и выбранный режим сохранения. Ошибки путей неприятны тем, что камера может нормально экспонировать, а проблема обнаружится только при записи или позже, когда пользователь не найдёт ожидаемые данные.

Очереди .esq и повторное использование

Последовательности Capture можно сохранять в файлах .esq. Это позволяет отделить рецепт съёмки от конкретной ночи: для объекта заранее готовят набор экспозиций и фильтров, а Scheduler затем использует его как один из входных файлов задания. Сохранённая очередь удобна и без планировщика — её можно загрузить в Capture, проверить и запустить вручную.

При повторном использовании .esq важно не считать его неизменяемым эталоном. Если после первой ночи изменилась камера, фильтры, желаемая выдержка, каталог или правила автофокуса, последовательность нужно просмотреть. Особенно внимательно проверяют путь сохранения и количество кадров: старое значение может быть технически допустимым, но не соответствовать новой цели.

Редактор последовательности

Редактор последовательности помогает сформировать набор заданий Capture с разными фильтрами и параметрами. Он особенно полезен для многоканальной съёмки, когда требуется заранее определить общий объём данных. Вместо ручного добавления каждого элемента можно выстроить структуру программы наблюдений и затем передать её в Capture или Scheduler.

При проектировании серии стоит учитывать не только суммарное число кадров, но и физические операции между ними. Смена фильтра может сопровождаться смещением фокуса; dithering требует паузы для стабилизации; меридианный переворот прерывает нормальный ритм; облачность может временно ухудшить гидирование. Поэтому последовательность должна быть реалистичной для конкретного оборудования, а не просто содержать математически рассчитанное количество экспозиций.

Форматы FITS, Native и SER

FITS — основной научно-астрономический формат, с которым Ekos работает при съёмке. Он сохраняет изображение вместе с заголовком, где могут находиться параметры наблюдения и оборудования. Это облегчает дальнейшую калибровку и обработку в программах для астрофотографии. При работе с FITS важно проверять не только изображение на экране, но и корректность метаданных, если последующий процесс зависит от времени, фильтра, биннинга или других полей.

В некоторых конфигурациях доступен Native, когда камера передаёт собственный формат. Конкретный результат зависит от драйвера и устройства, поэтому этот режим стоит проверять на тестовых кадрах: файл должен без проблем открываться в выбранной программе последующей обработки. Для DSLR собственный формат может быть предпочтителен, если нужен исходный RAW, но это решение определяется рабочим процессом, а не универсальным правилом.

SER предназначен для последовательной видеозаписи кадров и применяется, например, в задачах, где важна высокая частота кадров. Ekos поддерживает работу с SER через Capture. Для планетной съёмки итоговый процесс обычно отличается от длинных экспозиций слабых объектов: вместо десятков многоминутных FITS собирают большой поток коротких кадров, а отбор и сложение выполняют позже в специализированном ПО.

Просмотр полученных кадров

Полученный FITS можно просматривать сразу после экспозиции. Это позволяет оценить кадрирование, насыщение ярких областей, форму звёзд, фон и грубые дефекты. Но визуальная оценка одного растянутого изображения не заменяет числовой контроль. Например, ухудшение HFR лучше видно как тенденцию по серии, а нестабильное ведение — по данным Guide и Analyze.

Для удалённой работы автоматическое открытие каждого большого кадра может создавать лишнюю нагрузку на интерфейс и сеть. Если система стабильна, мониторинг можно строить по ключевым показателям и периодически проверять изображения. При настройке новой конфигурации, напротив, полезно видеть каждый тестовый кадр, пока не подтверждены фокус, ориентация и качество наведения.

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

Если в оптическом тракте есть поддерживаемый ротатор, Ekos может использовать его для требуемой ориентации кадра. Это особенно важно при повторении объекта в разные ночи, создании мозаики или сопоставлении поля с заранее выбранной композицией. Положение сенсора связано с результатом plate solving, поэтому Align и управление ротатором логически работают вместе.

При первом использовании следует определить, как физическое вращение соответствует углу, который сообщает драйвер. Неверное направление или смещение нуля может привести к тому, что автоматика будет уходить от желаемой ориентации. Тестовый поворот на небольшой угол и новый solve позволяют проверить знак и фактическое изменение положения кадра, не рискуя длительной серией.

Ротатор добавляет ещё одну механическую операцию, поэтому после значительного изменения угла стоит убедиться, что кабели имеют достаточный запас и не натягиваются. Ekos может управлять устройством, но физическая прокладка кабелей остаётся ответственностью пользователя. Это особенно важно для удалённой ночи, когда рядом с установкой нет человека, способного быстро снять механическое напряжение.

Focus: автоматическая фокусировка

Модуль Focus оценивает качество звёзд на изображении и перемещает фокусер, чтобы найти положение с минимальным размером звёзд. Основная идея автофокуса проста, но результат зависит от нескольких вещей сразу: корректного хода фокусера, достаточного количества звёзд, подходящей экспозиции, устойчивого изображения и правильно выбранного алгоритма. Если один из этих факторов нарушен, математически аккуратная кривая может всё равно привести к неверной точке фокуса.

Ekos поддерживает несколько метрик. HFR оценивает радиус, в пределах которого сосредоточена половина светового потока звезды; HFR Adj корректирует оценку в соответствующем режиме; FWHM описывает ширину профиля звезды на половине максимума; можно использовать количество найденных звёзд или Fourier-оценку. На практике выбор метрики должен соответствовать типу поля и способу детекции. Для обычного звёздного поля HFR удобен тем, что напрямую отражает изменение размера звезды при уходе из фокуса.

Экспозицию для фокусировки подбирают так, чтобы на кадре было достаточно звёзд, но они не превращались в насыщенные диски. Слишком короткая выдержка даёт мало надёжных измерений; слишком длинная увеличивает время каждого шага и делает процедуру чувствительнее к облакам, ветру и ведению. Узкополосный фильтр пропускает меньше света, поэтому параметры, подходящие для L-фильтра, могут быть недостаточны для H-alpha или SII.

Linear 1 Pass, Linear, Iterative и Polynomial

В Focus доступны разные алгоритмы поиска. Linear 1 Pass строит серию измерений через диапазон положений и по полученной форме определяет оптимальный фокус; документация рекомендует его как основной вариант. Его преимущество — предсказуемая последовательность движений и возможность оценивать кривую как единое целое. Для моторизованного фокусера это хороший исходный алгоритм, если шаг и диапазон выбраны разумно.

Linear также использует линейную проходку с дополнительной логикой уточнения. Iterative делает последовательные корректировки, ориентируясь на текущую метрику. Polynomial пытается оценить минимум по полиномиальной модели. Разница важна не только теоретически: один и тот же шаг фокусера может давать хорошую кривую для одного алгоритма и неудачную для другого. Поэтому менять алгоритм стоит вместе с проверкой шага, допуска и числа точек, а не как изолированный ускоритель.

При Linear 1 Pass особенно полезно смотреть на форму V-кривой или U-кривой. Значения по обе стороны фокуса должны меняться достаточно заметно, а минимум — попадать внутрь исследуемого диапазона. Если все точки почти одинаковы, шаг слишком мал либо метрика недостаточно чувствительна. Если звёзды уже сильно размыты на крайних позициях или перестают обнаруживаться, диапазон чрезмерен.

Размер шага и диапазон поиска

Начальный шаг задаёт, насколько далеко фокусер перемещается между измерениями. Слишком маленький шаг приводит к кривой, где шум измерения сопоставим с реальным изменением фокуса. Слишком большой может перепрыгнуть полезную область и оставить мало точек рядом с минимумом. Хорошая настройка даёт заметное, но не катастрофическое изменение HFR между соседними позициями.

Для нового фокусера сначала полезно вручную найти приблизительный фокус. Автофокус не предназначен для поиска из произвольного положения, где звёзды превращены в огромные кольца или вообще не распознаются. После грубой ручной настройки алгоритм уже может работать в локальном диапазоне. Это также снижает риск увести механизм к физическому пределу.

Абсолютный фокусер сообщает позицию в условных шагах, поэтому успешное положение можно отслеживать и сравнивать между сессиями. Относительный фокусер двигается на заданное число импульсов без такого же абсолютного отсчёта. Для любого типа полезно знать физический диапазон и убедиться, что команды Ekos не упираются в механический стоп.

Полное поле, subframe и маски

Focus может анализировать всё поле или работать с ограниченной областью. Полное поле обычно даёт больше звёзд и устойчивую статистику, особенно при использовании современного способа детекции. Subframe уменьшает объём данных и может ускорить процедуру, если выбрана надёжная звезда. Однако одиночная звезда чувствительнее к облаку, дефекту сенсора или случайному исчезновению из кадра.

Для полей с сильными краевыми искажениями доступны маски, включая Mosaic и Ring. Их смысл — исключить области, которые не должны влиять на оценку фокуса, или, наоборот, использовать определённую зону кадра. Это полезно, если оптика даёт значительно хуже форму звёзд у края или в кадре присутствует яркий объект. Маска не исправляет аберрации; она лишь определяет, какие участки участвуют в расчёте.

Детекция звёзд

Ekos предлагает несколько методов поиска звёзд: SEP, Centroid, Gradient, Threshold и режим для маски Бахтинова. SEP хорошо подходит для автоматической работы по множеству звёзд и связан с анализом источников по всему кадру. Centroid ориентируется на центры объектов, Gradient использует изменение яркости, Threshold зависит от порогового разделения. Выбор влияет на то, какие объекты будут признаны звёздами и насколько стабильно будет считаться метрика.

Если Focus сообщает слишком мало звёзд, сначала следует проверить сам кадр: есть ли на нём резкие ненасыщенные источники. Затем — экспозицию, фильтр, пороговые параметры и способ детекции. Увеличивать выдержку бесконечно не стоит: если проблема в сильной расфокусировке или неверной области кадра, большее время лишь замедлит повтор. Диагностика должна отличать недостаток сигнала от ошибки распознавания.

Режим Бахтинова применяется вместе с соответствующей маской на телескопе и оценивает характерный рисунок дифракционных лучей. Это специализированный способ; его не следует включать для обычного звёздного поля без маски. Для автоматической ночной работы чаще используют методы, не требующие ручной установки и снятия физической маски.

Подгонка кривой и качество решения

Для кривых фокусировки доступны варианты модели, включая гиперболу, параболу и квадратичную форму. Смысл подгонки — не просто провести красивую линию через точки, а получить устойчивую оценку минимума. Если реальные измерения сильно рассеяны, модель не должна скрывать проблему. В таких случаях полезно смотреть на исходные точки, коэффициент качества подгонки и наличие выбросов.

Настройки weighting и обработки выбросов помогают уменьшить влияние ненадёжных точек. Но агрессивное отбрасывание не заменяет качественные данные. Если половина измерений испорчена облаками или вибрацией, правильнее повторить процедуру при стабильных условиях, чем заставлять модель игнорировать большую часть наблюдений. Автофокус должен опираться на физически правдоподобную кривую.

Показатель R² используется как один из ориентиров соответствия модели данным. Высокое значение само по себе не гарантирует идеального фокуса, если диапазон был выбран неверно или минимум оказался у края. Поэтому результат оценивают в комплексе: форма кривой, положение минимума, финальный HFR и проверочный кадр после перемещения фокусера.

Backlash и AF Overscan

Механический люфт фокусера означает, что при смене направления часть команд расходуется на выбор зазора и не приводит к реальному перемещению оптики. В результате одинаковая числовая позиция при подходе с разных сторон может соответствовать немного разному физическому положению. Это особенно заметно на точных быстрых системах с малой критической зоной фокуса.

AF Overscan компенсирует люфт стратегией движения: при необходимости механизм проходит дальше, а затем подходит к целевой позиции с предпочтительного направления. Такой подход часто стабильнее, чем попытка точно моделировать каждый микрошаг люфта. Но величину overscan нельзя выбирать произвольно большой — фокусер должен иметь достаточный запас хода, а движение не должно приближаться к механическим пределам.

Если кривая выглядит хорошо, но финальная точка после возврата даёт хуже HFR, чем ожидается, проверка backlash — один из первых шагов. Также стоит убедиться, что фокусер не проскальзывает под нагрузкой камеры и что направление внутрь/наружу соответствует физике механизма.

Focus Advisor и критическая зона фокуса

Focus Advisor помогает подобрать параметры процедуры и оценить, насколько выбранные настройки подходят оптической системе. Он полезен при первичной настройке, когда неизвестны разумный шаг и диапазон. Рекомендации всё равно нужно проверять на реальном оборудовании: механический шаг фокусера, редукция, температура и качество звёзд влияют на фактическую чувствительность.

CFZ, или критическая зона фокуса, описывает диапазон, в котором смещение фокуса ещё не приводит к существенному ухудшению изображения по заданному критерию. Быстрая оптика имеет более строгие требования, поэтому небольшое механическое или температурное изменение становится заметнее. Это объясняет, почему параметры, приемлемые для одного телескопа, нельзя автоматически переносить на другой.

Практическая цель Focus Advisor — получить процедуру, которая надёжно сходится за разумное число экспозиций. Самая короткая процедура не всегда лучшая: если она экономит минуту, но иногда выбирает неверный минимум, потери на испорченной серии будут намного больше.

Фокус по фильтрам и смещения

Разные фильтры могут требовать немного разных положений фокуса. В фильтровом колесе можно учитывать смещения, чтобы после переключения не выполнять полный поиск каждый раз. Но offsets следует получать на конкретной оптической системе при стабильной механике. Значения зависят от фильтров и оптического пути; копировать чужую таблицу бессмысленно.

Надёжный способ — выбрать опорный фильтр, получить хороший фокус, затем последовательно измерить оптимальное положение для остальных фильтров и вычислить разницу. После этого смещения проверяют повторно в другой момент ночи. Если разброс велик, проблема может быть не в фильтрах, а в люфте, температурном дрейфе или нестабильной фиксации камеры.

При узкополосных фильтрах автофокус может требовать большей выдержки из-за меньшего потока. Альтернативный сценарий — фокусироваться на более светлом фильтре и применять проверенное смещение. Выбор зависит от точности offsets и от того, насколько система меняет фокус с температурой.

Адаптивный фокус

Adaptive Focus позволяет корректировать положение фокусера по известным зависимостям, например по изменению температуры или фильтрового смещения, не запуская каждый раз полный скан кривой. Это полезно в системе, где температурный коэффициент уже измерен. Однако неверный коэффициент будет систематически уводить фокус, поэтому его сначала получают из фактических наблюдений.

Полный автофокус остаётся контрольной точкой. Если после адаптивных поправок HFR постепенно ухудшается, нужно пересмотреть коэффициент, механику или частоту полноценных запусков Focus. Хорошая автоматизация не означает отсутствие проверки; она превращает проверку в измеряемое правило.

Aberration Inspector

Aberration Inspector помогает оценить качество звёзд по разным областям кадра. Это полезно после настройки фокусировки, когда центр выглядит резким, а углы отличаются. Причиной может быть наклон сенсора, кривизна поля, неверная дистанция корректора или другие особенности оптического тракта. Инструмент не исправляет механику автоматически, но делает распределение качества по полю более очевидным.

При диагностике важно не путать общий дефокус с геометрической проблемой. Если все области ухудшаются одинаково, сначала проверяют основной фокус. Если одна сторона стабильно хуже противоположной, вероятнее наклон. Если углы ведут себя похожим образом, но отличаются от центра, рассматривают кривизну поля или spacing. Такие выводы требуют серии устойчивых кадров, а не одного изображения при плохом seeing.

Когда запускать автофокус

Capture может связывать автофокус с условиями съёмки. Практически востребованы повтор через заданный промежуток времени, реакция на изменение HFR, запуск после смены фильтра или другие предусмотренные триггеры. Правильная стратегия зависит от стабильности системы. Если фокус почти не меняется часами, слишком частые процедуры только сокращают полезное время; если температура быстро падает, редкая проверка может испортить заметную часть серии.

Триггер по HFR полезен, если метрика рассчитывается устойчиво. Но рост HFR бывает вызван не только фокусом: seeing, тонкие облака, ветер или ошибка гидирования тоже увеличивают звёзды. Поэтому порог не должен реагировать на каждое кратковременное колебание. Если Focus запускается слишком часто в переменную погоду, стоит анализировать график и причины скачков, а не просто повышать чувствительность.

После меридианного переворота или значительного механического изменения повторная проверка фокуса может быть разумной частью сценария. Однако сам факт переворота не означает, что фокус обязательно изменился. Цель правил — защищать данные от известных причин дрейфа, не превращая каждое событие в длинную цепочку ненужных процедур.

Guide: удержание цели во время экспозиции

Модуль Guide измеряет положение звёзд на кадрах гидирующей камеры и отправляет небольшие корректирующие импульсы монтировке. Он компенсирует периодическую ошибку, небольшую неточность полярной установки и другие медленные отклонения, которые становятся заметными на длинных экспозициях. При этом гидирование не исправляет грубую механику, сильный люфт, балансировку или резкие вибрации.

Перед запуском Guide нужно получить пригодное изображение. Экспозиция гидирующей камеры должна показывать достаточно звёзд с хорошим отношением сигнал/шум. Очень короткая выдержка может заставить систему реагировать на seeing вместо реального движения монтировки; слишком длинная замедляет коррекцию. Значение выбирают по фокусному расстоянию гидирующей системы, яркости поля, качеству неба и механике монтировки.

Binning гидирующей камеры уменьшает разрешение, но повышает эффективность считывания в некоторых конфигурациях и сокращает объём данных. Он изменяет масштаб пикселя, поэтому после изменения биннинга следует проверить калибровку и отображаемые значения ошибки. Нельзя сравнивать два режима только по числу пикселей отклонения; важнее угловая ошибка и форма звёзд на основной камере.

Встроенное гидирование и внешние программы

Ekos имеет собственный guider и также умеет взаимодействовать с внешними решениями, включая PHD2 и lin_guider. Выбор зависит от привычного рабочего процесса и оборудования. Встроенный вариант тесно связан с остальными модулями Ekos, тогда как PHD2 предоставляет собственный набор алгоритмов и интерфейс диагностики. В обоих случаях нужно отдельно проверить соединение, калибровку и реакцию Scheduler/Capture на состояние гидирования.

Переход с одного guider на другой не должен происходить посреди проблемной ночи без теста. Параметры агрессивности, минимального движения, калибровки и dithering интерпретируются в контексте выбранной системы. Если внешнее гидирование уже стабильно работает, разумно сначала воспроизвести базовую конфигурацию, а затем менять алгоритмы.

Калибровка Guide

Калибровка определяет, как управляющие импульсы монтировки перемещают звезду по изображению камеры. Система посылает движения по осям и измеряет ответ, чтобы связать направление и величину команды с пикселями кадра. Плохая калибровка делает последующее гидирование непредсказуемым даже при хорошо видимой звезде.

Если звезда во время калибровки почти не движется, проверяют скорость guide rate, длительность импульса, правильность подключения и возможность управлять нужными направлениями. Если она движется слишком далеко за один шаг, калибровка получается грубой. Если траектории по RA и DEC странно перекошены, следует проверить механику, ориентацию и отсутствие заедания.

Рядом с полюсом небесное движение проецируется иначе, поэтому для типовой калибровки выбирают подходящую область неба, где реакция по осям хорошо измеряется. После существенных изменений в гидирующем тракте — поворота камеры, изменения фокусного расстояния или биннинга — старую калибровку нужно оценить заново.

SEP MultiStar и выбор звёзд

SEP MultiStar использует информацию от нескольких звёзд вместо зависимости от одной. Это повышает устойчивость к шуму, кратким провалам отдельной звезды и небольшим изменениям seeing. Для богатого звёздного поля такой способ обычно даёт более стабильную оценку общего смещения.

Количество звёзд не является целью само по себе. Слабые объекты на границе детекции могут добавлять шум, а насыщенные или плохо сформированные звёзды дают менее точные центры. Поэтому сначала подбирают экспозицию и фокус гидирующей камеры, а затем оценивают, насколько устойчиво алгоритм держит набор источников.

Если поле бедное, стоит проверить кадрирование гидирующей камеры и её фокус. Увеличение выдержки может помочь, но при очень длинных значениях guider реже видит изменения. В некоторых случаях лучше физически изменить поле гидирующего телескопа или положение внеосевого гида, чем пытаться выжать устойчивую работу из единственной слабой звезды.

Алгоритмы коррекции

В Guide доступны разные подходы к расчёту корректирующих импульсов, включая Standard, Hysteresis, Linear и GPG. Standard использует текущую ошибку в более прямой схеме, Hysteresis учитывает часть предыдущей коррекции, Linear строит управление по своей модели, а GPG ориентирован на предсказание периодического поведения по RA. Настройки нужно подбирать по данным конкретной монтировки.

Агрессивность определяет, какую долю измеренной ошибки система пытается исправить сразу. Слишком высокая величина приводит к постоянным перелётам через целевое положение, особенно при плохом seeing. Слишком низкая оставляет медленный дрейф. Minimum move помогает игнорировать микроскопические колебания, которые вероятнее относятся к шуму измерения, чем к реальному движению монтировки.

При настройке лучше смотреть на график коррекций и итоговые звёзды, а не стремиться к минимальному числу RMS любой ценой. Небольшое улучшение RMS не важно, если основная камера уже даёт круглые звёзды в выбранной экспозиции. И наоборот, красивый средний показатель может скрывать редкие большие выбросы, которые портят отдельные кадры.

GPG и периодическая ошибка

GPG полезен там, где ошибка RA имеет повторяющийся характер. Алгоритм анализирует историю и пытается предсказывать компоненту движения, связанную с периодикой привода. Для этого ему нужно время на накопление данных. Сразу после старта результат может отличаться от устойчивого режима, поэтому оценивать его по первым минутам неправильно.

Предсказание не отменяет качественную полярную установку и исправную механику. Если монтировка имеет резкие непериодические скачки или кабель тянет ось, модель не сможет надёжно предвидеть такие события. GPG следует рассматривать как способ лучше работать с закономерной ошибкой, а не как компенсацию любых дефектов.

Dithering

Dithering намеренно сдвигает поле на небольшую величину между экспозициями. После совмещения кадров в обработке это помогает распределить фиксированные дефекты сенсора и структурный шум по разным пикселям. Ekos связывает dithering с циклом Capture и Guide: после сдвига нужно дождаться, пока гидирование снова стабилизируется, и только затем начинать следующий Light.

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

Если после dithering новый кадр начинается до того, как ошибка вернулась к норме, звёзды в начале экспозиции могут растянуться. В этом случае проверяют критерий settle и реальное время восстановления монтировки. Увеличивать паузу без анализа можно, но лучше понять, какая ось стабилизируется медленно и почему.

Предел отклонения и остановка Capture

Capture может учитывать отклонение гидирования и приостанавливать съёмку, если ошибка становится слишком большой. Это защищает длинные экспозиции от очевидно плохого ведения. Порог должен соответствовать угловому масштабу основной камеры и допустимому качеству звёзд. Универсальное значение в пикселях не подходит для всех систем.

При кратком порыве ветра разумная логика должна дать guider время восстановиться, а не немедленно превратить ночь в постоянные старты и остановки. При устойчиво большой ошибке, наоборот, продолжать экспозиции бессмысленно. В журналах стоит различать единичные выбросы и долгий дрейф: причины и действия для них разные.

Темновые кадры гидирующей камеры

Dark subtraction в Guide уменьшает влияние горячих пикселей и постоянного рисунка сенсора на поиск звёзд. Это особенно полезно, если алгоритм может принять яркий дефект за источник. Темновые кадры должны соответствовать используемому режиму камеры достаточно хорошо, чтобы вычитание не вносило новые артефакты.

Если после смены экспозиции, температуры или биннинга гидирующей камеры качество детекции резко изменилось, стоит проверить актуальность dark. Самый простой признак проблемы — неподвижная звезда, которая не реагирует на перемещение неба и оказывается горячим пикселем. Многозвёздный режим уменьшает этот риск, но корректные калибровочные данные всё равно полезны.

Streaming и глубина данных

Guide может использовать потоковый режим при поддержке камеры. Он уменьшает накладные расходы между кадрами и подходит для устройств, способных непрерывно передавать изображение. В документации отдельно отмечается преимущество 16-битного потока, когда он доступен: большая разрядность сохраняет больше градаций и может улучшать измерение слабых звёзд.

Поток создаёт постоянную нагрузку на USB и сеть. Если одновременно основная камера передаёт большие кадры, а guider стримит с высокой частотой, следует следить за стабильностью интерфейсов. Потеря кадров или зависания могут быть признаком не алгоритма Guide, а ограничений канала передачи.

Как читать график гидирования

График показывает отклонения по RA и DEC во времени и помогает увидеть характер проблемы. Плавный однонаправленный дрейф DEC часто указывает на остаточную ошибку полярной установки или особенности механики. Регулярная волна RA может быть связана с периодикой червячной передачи. Резкие одновременные скачки обеих осей больше похожи на ветер, вибрацию или потерю звёзд.

Полезно сопоставлять график с моментами dithering, autofocus и меридианного переворота. Если выброс происходит ровно после механической операции, причина понятнее. Analyze позднее позволяет рассмотреть события всей сессии на общей временной шкале, что особенно удобно для редких проблем, которые трудно поймать в момент съёмки.

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

Align: точное наведение по звёздному полю

Align решает одну из ключевых задач автоматической астрофотографии: определяет, куда на самом деле смотрит камера. Модуль берёт кадр, находит на нём звёзды и сопоставляет их взаимное расположение с каталогом. В результате получается астрометрическое решение с координатами центра, масштабом и ориентацией изображения. После этого Ekos может синхронизировать координаты монтировки или выполнить корректирующее наведение к требуемой цели.

Plate solving особенно полезен потому, что не зависит от точности первоначального визуального наведения. Даже хорошо выровненная монтировка после старта может иметь небольшую ошибку модели, а объект на сенсоре окажется смещён. Один solve сообщает фактическое положение поля, а команда Slew to Target позволяет повторить наведение с учётом найденной ошибки. Для узких полей это намного надёжнее ручного подбора положения по отдельным звёздам.

После успешного решения Align получает не только прямое восхождение и склонение. Угловой масштаб помогает проверить соответствие параметров оптики, а ориентация используется при кадрировании и работе ротатора. Если полученный масштаб сильно отличается от ожидаемого, стоит проверить фокусное расстояние, размер пикселя, биннинг и выбранную камеру. Такая проверка быстро выявляет профиль, который формально подключён, но описывает другой оптический тракт.

StellarSolver

Встроенная схема решения использует StellarSolver как компонент, который извлекает звёздные источники и взаимодействует с решателями. У него есть наборы параметров, рассчитанные на разные типы полей и условия. Профиль решателя определяет, насколько агрессивно будут искаться источники, какие ограничения применяются и как строится поиск. Неправильно выбранный профиль может сделать простой кадр сложным для решения даже при наличии большого числа звёзд.

Если solve стабильно работает за несколько секунд, усложнять настройки не нужно. Тонкая настройка полезна, когда поле необычно: очень узкое, сильно зашумлённое, с малым числом звёзд, с протяжённой туманностью или неудачной экспозицией. В таких случаях сначала оценивают исходный кадр, а затем меняют профиль извлечения звёзд и ограничения поиска.

Смысл ограничений — уменьшить область возможных решений. Если Ekos знает приблизительные координаты и масштаб, решателю не требуется перебирать всё небо и широкий диапазон размеров поля. Но неверное ограничение опаснее отсутствующего: если фактический масштаб находится за заданными пределами, корректное решение будет отброшено. Поэтому при повторяющихся неудачах полезно временно расширить диапазон и сравнить найденный результат с параметрами профиля.

Внешние решатели

Ekos может работать не только с внутренней конфигурацией StellarSolver, но и с поддерживаемыми внешними средствами, включая astrometry.net, ASTAP и Watney. Выбор определяет способ запуска и требования к локальным данным. В автоматической сессии важен не бренд решателя, а стабильность: кадры с типичной экспозицией и биннингом должны решаться без ручного вмешательства.

Для локального решения каталожные индексы хранятся на компьютере, поэтому скорость не зависит от интернет-соединения. Но индексы занимают место, и нужны именно те диапазоны масштаба, которые соответствуют полю камеры. Если установить только слишком крупномасштабные или слишком мелкомасштабные наборы, решатель не получит подходящих шаблонов.

Онлайн-решение может быть полезно как диагностический вариант, если локальная конфигурация не готова, но для полностью автоматической ночи разумнее заранее проверить независимый от внешней сети путь. В любом случае Align должен быть протестирован на кадре из реальной камеры до запуска Scheduler.

Ограничения масштаба

Scale ограничивает предполагаемый размер поля или угловой масштаб. Ekos может получить исходную оценку из параметров оптического тракта. Чем точнее эти данные, тем меньше область поиска и тем быстрее обычно решается кадр. После первого успешного solve фактический масштаб можно сравнить с расчётным и устранить заметное расхождение.

Если пользователь меняет биннинг основной камеры, размер изображения и эффективный масштаб также меняются. Поэтому solve, настроенный для 1×1, может вести себя иначе при 2×2. Аналогично редуктор или барлоу физически изменяет поле. Неправильный scale — одна из причин ситуации, когда кадр содержит десятки хороших звёзд, но решение так и не находится.

Профили решателя

Профили позволяют сохранять разные наборы параметров для типовых условий. Можно иметь более быстрый профиль для обычного широкого поля и более терпимый к сложным кадрам вариант. Это лучше, чем хаотично менять по одному числу после каждой неудачи: пользователь знает исходную конфигурацию, может сравнить результат и вернуть рабочие значения.

При создании собственного профиля полезно фиксировать, на каких кадрах он проверен: какая камера, биннинг, приблизительный масштаб и типичная экспозиция. Тогда профиль становится воспроизводимой настройкой, а не набором случайных значений. Если новая камера требует радикально других параметров, лучше создать отдельный вариант, не ломая уже проверенный.

Индексные файлы astrometry.net

Для astrometry.net нужны индексные файлы, соответствующие угловому размеру звёздных конфигураций в кадре. Ekos показывает управление индексами и помогает понять, какие наборы подходят для текущего поля. На Linux и macOS документация описывает загрузку индексов из интерфейса, тогда как для Windows при локальном astrometry.net используется ANSVR. Поэтому одинаковая инструкция установки индексов не подходит всем системам.

Не стоит устанавливать все существующие индексы без необходимости. Это расходует место и может усложнить обслуживание. Рациональнее определить диапазон поля основной камеры и получить соответствующие наборы с небольшим запасом. Если используются два существенно разных телескопа, диапазоны могут не пересекаться, и для каждого понадобятся свои индексы.

После установки полезно отключить сеть и сделать тестовый solve. Такая проверка подтверждает, что система действительно использует локальные данные. Она особенно ценна для выездной площадки, где стабильного интернета может не быть.

Sync, Slew to Target и режим без коррекции

После решения Ekos может выполнить разные действия. Sync обновляет представление монтировки о текущем положении. Slew to Target использует найденное отклонение, чтобы повторно навестись на заданные координаты. Режим без корректирующего действия оставляет результат только для информации. Выбор зависит от цели операции.

Для центрирования объекта обычно нужен итерационный цикл: сделать кадр, решить его, вычислить ошибку, скорректировать наведение и при необходимости повторить. На хорошей монтировке второй кадр уже оказывается близко к цели. Если каждая итерация уходит в другую сторону, проверяют координаты, модель монтировки и корректность команд Sync/Slew.

Полярное выравнивание

Polar Alignment Assistant использует серию изображений и астрометрические решения, чтобы оценить ошибку ориентации полярной оси. Это позволяет выполнить точное выравнивание по камере без необходимости полагаться только на механический полярный искатель. Процедура требует, чтобы plate solving уже работал надёжно: если Align не может решать тестовые кадры, полярный помощник также не получит достоверных координат.

Сначала система получает исходное положение, затем монтировка поворачивается и выполняются дополнительные решения. По изменению координат вычисляется реальная ось вращения. После этого пользователь регулирует азимут и высоту монтировки, ориентируясь на подсказку. Механическая регулировка должна выполняться плавно; слишком большие движения затрудняют понимание, какая ручка и в какую сторону меняет ошибку.

Точность ограничена не только математикой. Люфт регулировочных винтов, прогиб штатива, сдвиг грунта и механическое напряжение могут изменить результат после завершения процедуры. Поэтому после заметной регулировки полезно повторно проверить остаточную ошибку, а не считать первое попадание окончательным.

Для стационарной установки полярное выравнивание обычно не повторяют каждый раз без причины, если геометрия не менялась. Для выездной установки проверка перед съёмкой важнее. Цель — добиться точности, достаточной для выбранной длительности экспозиций и качества гидирования, а не преследовать нулевое число любой ценой.

Mount: контроль монтировки

Модуль Mount показывает состояние монтировки и предоставляет команды для наведения и слежения. Во время автоматической ночи он служит точкой контроля: можно увидеть координаты, статус tracking и связанные с движением параметры. Если Scheduler сообщает, что не может начать наблюдение, проверка Mount помогает понять, находится ли монтировка в ожидаемом состоянии.

До первой автоматической сессии необходимо проверить безопасные пределы. Кабели, труба и камера не должны сталкиваться со штативом или колонной при переходе через разные области неба. Программная команда может быть корректной, но она не знает о каждой физической особенности конкретной установки. Особенно внимательно проверяют положения около меридиана и низко над горизонтом.

Если монтировка поддерживает park, положение парковки должно быть реально достижимым и безопасным. Scheduler использует парковку в сценариях завершения и безопасного выключения. Неверно сохранённая позиция может направить телескоп в нежелательную сторону. После изменения механической конфигурации park проверяют вручную.

Меридианный переворот

Экваториальная монтировка при длительном сопровождении цели достигает области, где для продолжения наблюдения требуется меридианный переворот. Ekos координирует этот процесс с Capture и другими модулями: экспозиция должна завершиться или быть корректно приостановлена, монтировка — перейти на другую сторону, затем необходимо восстановить центрирование, гидирование и при необходимости фокус.

Переворот — одна из самых сложных операций ночи, потому что меняет сразу несколько условий. Поле после движения может немного сместиться, guider должен заново устойчиво вести, кабели переходят в другую геометрию, а механический люфт может проявиться иначе. Перед полностью автономной сессией стоит специально протестировать flip на безопасном объекте и убедиться, что цепочка восстановления проходит без вмешательства.

Если серия регулярно ломается только после меридиана, не нужно менять все параметры Capture. Анализируют этапы по порядку: завершилась ли текущая экспозиция, выполнилась ли команда монтировки, нашёл ли Align правильное поле, запустился ли Guide, не потребовалась ли новая калибровка и возобновилась ли очередь. Такое разбиение быстрее находит точку отказа.

Scheduler: планирование ночной сессии

Scheduler превращает отдельные настроенные модули в последовательность наблюдательных заданий. Для каждого объекта задают координаты, файл последовательности Capture, профиль оборудования и набор действий, которые необходимо выполнить: Track, Focus, Align, Guide. Дополнительно задаются ограничения по времени и положению цели. В результате планировщик решает не только что снимать, но и когда это имеет смысл.

Основное правило подготовки Scheduler — сначала добиться ручного успеха всех включённых шагов. Если Focus ещё иногда не сходится, Align не решает часть кадров или Guide теряет звёзды, планировщик лишь столкнётся с теми же проблемами без человека рядом. Автоматизация хорошо повторяет стабильный процесс, но плохо маскирует фундаментальные ошибки настройки.

Задание Scheduler хранит цель и ссылку на .esq с параметрами Capture. Это разделение удобно: ночной план определяет приоритеты и временные условия, а последовательность — конкретные экспозиции и фильтры. Если требуется изменить только количество кадров или выдержку, достаточно обновить .esq; если изменилось время видимости объекта, правят Scheduler.

Track, Focus, Align и Guide как шаги задания

Track переводит монтировку к цели и включает сопровождение. Focus выполняет автофокус в рамках старта задания. Align уточняет положение через plate solving. Guide запускает гидирование перед длинными экспозициями. Набор шагов выбирают по реальной конфигурации. Например, для короткой серии на устойчивой системе можно не требовать полный Focus при каждом старте, но для автоматического возвращения к цели после большого движения Align обычно полезен.

Последовательность шагов отражает физическую зависимость: сначала телескоп должен оказаться у цели, затем можно оценивать фокус и точное положение, после чего guider получает поле и стабилизирует ведение. Если переставить причинно связанные операции логически невозможно, автоматизация не станет надёжнее от большего количества настроек.

Высота цели и горизонт

Ограничение минимальной высоты не позволяет начинать или продолжать объект слишком низко над горизонтом. Это практично: там больше атмосферная масса, сильнее рефракция, хуже прозрачность и выше риск столкнуться с локальными препятствиями. Число выбирают по площадке и задаче, а не по абстрактному универсальному правилу.

Artificial Horizon позволяет описать реальные препятствия — деревья, здания, крышу или купол — лучше, чем единая высота для всех азимутов. Если восток открыт низко, а запад закрыт стеной, локальный горизонт точнее отражает доступность неба. Scheduler может учитывать эти границы при решении, стоит ли запускать конкретный объект.

График планировщика помогает увидеть временное окно, когда цель удовлетворяет ограничениям. Это особенно важно при нескольких объектах: самый высокий приоритет не всегда должен запускаться первым, если другой объект скоро уйдёт за препятствие, а приоритетный останется доступен ещё несколько часов.

Сумерки

Ограничение сумерек не даёт начинать глубокую съёмку до подходящей темноты и помогает завершить её перед рассветом. Оно удобно для полностью ночных объектов. Но некоторые задачи, например калибровочные кадры или яркие цели, могут иметь другие требования, поэтому правила Scheduler должны соответствовать конкретной последовательности.

При планировании нескольких ночей важно помнить, что длительность темноты меняется по сезону и широте. Расписание, составленное месяц назад, не следует считать неизменным. Scheduler пересчитывает доступность по текущей дате и координатам, но пользователь должен правильно задать ограничения.

Луна

Scheduler может учитывать угловое расстояние до Луны. Это полезно для слабых объектов и широкополосной съёмки, где яркое небо ухудшает контраст. Требуемое расстояние зависит от фазы, прозрачности, фильтров и самой цели. Жёсткий большой порог не всегда нужен, особенно для узкополосной съёмки, но слишком малое расстояние к яркой Луне способно заметно поднять фон.

При нескольких целях лунное ограничение помогает выбрать объект, который в данный момент расположен выгоднее. Это один из примеров, где Scheduler превосходит статический список: он сопоставляет условия с временем, а не просто выполняет строки сверху вниз.

Погодные условия

Если в конфигурации есть поддерживаемые погодные данные, Scheduler может учитывать состояние погоды и реагировать на небезопасные условия. Конкретные параметры зависят от INDI-устройства или погодного источника. Автоматическая реакция особенно важна для удалённой обсерватории, но она должна быть проверена на реальном сигнале до первой оставленной без присмотра ночи.

Нельзя считать программное правило единственной защитой оборудования. Дождь, отказ сети или питания требуют аппаратно надёжной инфраструктуры, если установка работает удалённо. Ekos может участвовать в последовательности безопасного завершения, но физическая защита крыши, питания и механики должна учитывать отказ отдельных компонентов.

Greedy Scheduler

Greedy Scheduler выбирает доступное задание на основе приоритетов и текущих ограничений, пересматривая ситуацию по мере ночи. Такой подход удобен, когда объектов несколько и нет необходимости вручную фиксировать каждую минуту. Планировщик может перейти к более подходящей цели, если первая временно недоступна по ограничениям.

Жадный выбор не означает, что пользователь теряет контроль. Качество результата зависит от заданных приоритетов, критериев завершения и ограничений. Если все задания имеют одинаковый высокий приоритет и почти одинаковые условия, порядок может отличаться от интуитивного. Поэтому перед ночью стоит посмотреть прогнозируемый план и убедиться, что он соответствует научной или фотографической цели.

График и план

Scheduler показывает визуальное представление плана, помогающее увидеть, какие объекты и когда предполагается снимать. Это быстрый способ обнаружить конфликт: две цели имеют короткие пересекающиеся окна, а суммарное время их последовательностей больше доступного. Пользователь может изменить приоритет или разбить объём на несколько ночей до запуска оборудования.

План не следует воспринимать как секундный прогноз. Реальная длительность фокуса, plate solving, dithering и восстановления после облаков меняется. График лучше использовать как оценку выполнимости и порядка, а не как обещание точного окончания каждой экспозиции.

Критерии завершения

Для задания можно определять, когда оно считается завершённым: по выполнению последовательности, повторению заданного числа раз или другим доступным правилам. Это влияет на то, вернётся ли Scheduler к объекту позже. Если задача рассчитана на накопление данных несколькими ночами, важно согласовать критерий завершения с подсчётом уже снятых кадров.

Ошибка в критерии может дать два противоположных результата: объект будет считаться законченным слишком рано либо планировщик продолжит собирать данные сверх ожидаемого объёма. Перед запуском проверяют не только список заданий, но и то, что означает готово для каждого из них.

Remember Job Progress

Функция запоминания прогресса помогает учитывать уже выполненные кадры при повторных запусках. Это удобно для многонной съёмки, когда один .esq рассчитан на большой объём данных. Scheduler может ориентироваться на существующий прогресс, а не обязательно начинать весь набор с нуля.

Чтобы эта логика была надёжной, имена и каталог файлов должны оставаться согласованными. Если пользователь вручную переносит кадры, меняет шаблон имени или каталог между ночами, система может не распознать прежний объём так, как ожидается. Поэтому структура хранения становится частью автоматизации.

Группы и повторение заданий

Группы позволяют логически связывать задания и управлять распределением работы. Повторение полезно, когда нужно циклически собирать данные по нескольким целям или каналам. Но сложная схема должна иметь ясную цель: если тот же результат проще получить одной последовательностью Capture, лишние уровни Scheduler увеличат число точек отказа.

При построении многонной программы полезно сначала смоделировать один короткий цикл: по одному-двум кадрам каждого типа. Если порядок, фокус, фильтры и возврат к объектам работают правильно, количество повторов можно увеличить. Такой тест быстрее обнаруживает логическую ошибку, чем первая полноценная ночь.

Безопасное завершение

В сценарии завершения Scheduler может выполнить предусмотренные действия, например остановить наблюдение и припарковать поддерживаемое оборудование. Для удалённой системы это принципиально: окончание последнего Light не должно означать, что телескоп останется следить до утра без контроля.

Все действия завершения проверяют по отдельности. Park монтировки, закрытие купола или крыши, если они интегрированы через INDI, и другие операции должны отрабатывать из известного состояния. Автоматическая последовательность безопасна только настолько, насколько безопасно каждое звено.

Analyze: разбор прошедшей сессии

Analyze собирает события и показатели работы Ekos на общей временной шкале. Это особенно полезно для проблем, которые проявились ночью, но были замечены только утром по готовым кадрам. Вместо попытки вспомнить, что происходило около конкретной экспозиции, можно сопоставить Capture, Focus, Guide и другие события по времени.

Журнал Analyze сохраняется в файлах .analyze и может быть открыт позже. В нём отображаются интервалы работы модулей и статистические показатели. Это делает диагностику воспроизводимой: пользователь может сравнить разные ночи, найти момент ухудшения HFR, оценить RMS гидирования до и после меридианного переворота или понять, сколько времени ушло на повторные решения Align.

На графиках могут отображаться HFR, SNR, RMS и другие доступные параметры. Важно интерпретировать их в контексте. Рост HFR не обязательно означает потерю фокуса, если одновременно ухудшился seeing; падение SNR может совпадать с облаками; скачок RMS сразу после dithering ожидаем, если система затем быстро стабилизируется. Analyze ценен именно связью нескольких показателей, а не одним числом.

Временная шкала

Timeline показывает, когда начинались и заканчивались операции. Если кадр имеет вытянутые звёзды, находят соответствующее время и смотрят, не было ли в тот момент события Guide, autofocus, потери звезды или восстановления после механического движения. Если проблема повторяется в одном и том же месте каждой ночи, появляется основание искать закономерную причину.

Для редких ошибок временная шкала полезнее наблюдения в реальном времени. Пользователь не обязан всю ночь смотреть на графики: достаточно сохранить журнал, а затем разобрать подозрительные интервалы. Это особенно важно в удалённой или автоматической работе, где цель Scheduler — минимизировать постоянное присутствие человека.

Статистика качества

Статистические графики помогают увидеть тренд. Например, HFR может медленно расти в течение часа, а затем резко уменьшиться после Focus — это признак, что фокус действительно дрейфовал. Если HFR хаотично меняется, а Focus не улучшает среднее значение, причина может быть в seeing, облаках или ведении. Аналогично RMS полезно оценивать не только как среднее, но и по характеру выбросов.

При сравнении ночей важно сохранять одинаковый масштаб и понимать изменения конфигурации. Другая основная камера, биннинг, фокусное расстояние или гидирующая система делают прямое сравнение чисел менее очевидным. Analyze не нормализует физически разные установки в один универсальный рейтинг; он показывает измерения конкретной сессии.

Диагностика Capture

Камера подключена, но экспозиция не начинается

Первым делом проверяют состояние INDI-драйвера и то, что в Capture выбрана правильная камера. Затем делают одиночный Preview с короткой выдержкой. Если Preview не запускается, проблема находится ниже уровня Scheduler: порт, соединение, состояние камеры, драйвер или недопустимый параметр. Если Preview работает, но очередь нет, проверяют активное задание, тип кадра, каталог, условия температуры и другие правила Capture.

Охлаждаемая камера может ожидать достижения заданной температуры, если включено соответствующее условие. В таком случае интерфейс не обязательно завис: он ждёт выполнения требования. Проверяют фактическую температуру и способность охладителя достичь цели при текущей окружающей среде. Слишком агрессивная уставка может быть физически недостижима.

Экспозиция завершилась, но файла нет

Проверяют режим сохранения и каталог. При удалённом INDI файл мог записаться на компьютер у телескопа, а не туда, где пользователь ищет его на рабочей машине. Затем проверяют права на каталог и свободное место. Если имя создаётся по шаблону, ищут не только ожидаемое ручное имя, но и фактически сформированную структуру папок.

Полезно временно выбрать простой каталог и сделать один тестовый кадр. После подтверждения запись возвращают в рабочую структуру. Такой тест отделяет проблему пути от камеры и экспозиции.

Серия неожиданно приостанавливается

Capture может останавливаться не только из-за ошибки камеры. Причиной бывает превышение допустимого отклонения Guide, запланированный autofocus, dithering, меридианный переворот или условие Scheduler. Поэтому сначала смотрят текущий статус модуля и журнал. Если пауза совпадает с ожидаемой автоматической операцией, вмешательство может только нарушить нормальную последовательность.

Если приостановка повторяется после каждого кадра, проверяют правила, привязанные к окончанию экспозиции: dithering, стабилизацию guider, задержку и триггеры Focus. Если проблема возникает лишь на определённом фильтре, проверяют фильтровое колесо и параметры фокуса для этой позиции.

Кадры имеют неправильный размер

Проверяют binning и ROI. Часто неправильный размер оказывается следствием тестового subframe, оставленного после эксперимента. Затем проверяют настройки драйвера камеры: некоторые устройства имеют собственные режимы чтения. Перед возвращением к длинной серии делают Preview и убеждаются, что изображение соответствует полному ожидаемому полю.

Диагностика Focus

Алгоритм не находит звёзды

Сначала открывают сам кадр Focus. Если звёзд почти нет, увеличивают экспозицию или используют более светлый фильтр. Если звёзды видны глазами, но детектор их не распознаёт, меняют метод поиска или соответствующие параметры. Если звёзды превращены в большие размытые пятна, вручную приближают фокус до области, где алгоритм способен измерять профиль.

Следует также проверить маску области. Неправильно выбранный Ring или Mosaic может исключить значимую часть поля. Для диагностики возвращаются к простому полному полю без сложной маски, а после устойчивого результата добавляют ограничения обратно.

Кривая есть, но минимум выбирается плохо

Смотрят, попадает ли минимум внутрь измеренного диапазона. Если лучшие точки находятся у самого края, проход нужно сместить или расширить. Если точки почти лежат на горизонтальной линии, увеличивают шаг. Если крайние точки настолько расфокусированы, что звёзды пропадают, уменьшают диапазон. Потом проверяют модель кривой и качество подгонки.

Выбросы следует объяснить. Одна точка с резко большим HFR могла попасть под облако или порыв ветра. Если такие точки редки, механизмы отбрасывания помогают. Если их много, нужно устранить нестабильность съёмки, а не настраивать модель так, чтобы она игнорировала половину данных.

Фокус возвращается в неверное положение

Если расчётный минимум выглядит разумно, но финальный кадр хуже, проверяют backlash и направление подхода. Полезно повторить короткую процедуру, подходя к одной позиции с разных сторон. Разница укажет на механический люфт. Затем настраивают AF Overscan или механику и снова проверяют кривую.

Также проверяют фиксацию камеры, фокусера и оптических элементов. Проскальзывание под весом оборудования может имитировать программную ошибку: числовая позиция меняется предсказуемо, а физическое положение оптики — нет.

Автофокус запускается слишком часто

Проверяют триггеры. Если используется HFR, смотрят Analyze и выясняют, действительно ли рост устойчивый. Seeing способен давать краткие всплески, которые не требуют механического изменения фокуса. Увеличение разумного порога или интервала может уменьшить ложные запуски, но конкретные значения подбирают по стабильности своей системы.

Диагностика Guide

Калибровка не завершается

Проверяют, движется ли звезда в ответ на импульсы. Отсутствие движения означает проблему соединения или слишком слабые команды; чрезмерное движение — слишком большой калибровочный шаг. Затем убеждаются, что монтировка способна корректироваться по обеим осям и что выбранная камера действительно является гидирующей.

Если траектория звезды нерегулярна, проверяют люфт, заедание, баланс и кабели. Калибровка не должна компенсировать механическую проблему. Ветер и плохой seeing также мешают, поэтому настройку лучше проводить в относительно стабильных условиях.

RMS высокий по RA

Смотрят форму ошибки. Периодическая волна указывает на закономерный компонент привода; здесь может помочь настройка алгоритма, включая GPG. Резкие скачки требуют проверки механики, ветра и кабелей. Постоянные частые перелёты через ноль могут означать слишком агрессивные коррекции или реакцию на seeing.

RMS высокий по DEC

Устойчивый дрейф DEC часто связан с полярной установкой. Если направление коррекции постоянно меняется и наблюдается задержка реакции, проверяют люфт. Некоторые монтировки ведут себя лучше при более спокойной стратегии DEC, чем при попытке исправлять каждое микроскопическое отклонение. Выбор зависит от механики, поэтому ориентируются на график и звёзды основной камеры.

После dithering долго нет стабилизации

Смотрят, какая ось возвращается медленно. Большой люфт DEC может задерживать settling, а слишком большой сдвиг увеличивает время восстановления обеих осей. Затем проверяют критерий стабилизации. Он должен быть достаточно строгим, чтобы следующий кадр начался при нормальном ведении, но не настолько, чтобы система бесконечно ждала недостижимого идеального значения.

Guide теряет звёзды при облаках

Увеличение экспозиции может повысить SNR, но замедляет реакцию. SEP MultiStar устойчивее к исчезновению одного источника, если в поле достаточно других. Если облачность плотная, правильным поведением может быть приостановка Capture и ожидание восстановления, а не попытка удерживать почти невидимые звёзды любой ценой.

Диагностика Align

Plate solving не находит решение

Проверяют исходный кадр: звёзды должны быть различимы и не быть слишком расфокусированными. Затем проверяют scale и приблизительные координаты. При сомнении расширяют ограничения. Для локального astrometry.net убеждаются, что установлены подходящие индексы. Если другой решатель доступен, тест на том же кадре помогает отделить проблему данных от конфигурации конкретного solver.

Очень длинная экспозиция для Align обычно не нужна и только замедляет повторы. Но слишком короткая на узкополосном фильтре может оставить мало звёзд. Для автоматической работы полезно выбрать параметры, которые стабильно решают типичный кадр за короткое время.

Решение находится, но Slew to Target не центрирует

Сравнивают координаты решения и цели после каждой итерации. Если ошибка уменьшается, но остаётся небольшой, возможно, требуется ещё один цикл. Если ошибка растёт или направление нелогично, проверяют синхронизацию монтировки, систему координат и реакцию на команды. Также стоит убедиться, что решается именно кадр основной камеры.

Решатель сообщает неожиданный масштаб

Проверяют биннинг, фокусное расстояние и размер пикселя. Если фактический solve устойчиво выдаёт одно и то же значение, а расчёт отличается, скорее всего неверны исходные параметры оптического тракта. После исправления scale constraints становятся точнее и ускоряют последующие решения.

Диагностика Scheduler

Задание не стартует

Проверяют ограничения по высоте, сумеркам, Луне, горизонту и времени. Объект может быть корректно настроен, но прямо сейчас считаться недоступным. Затем проверяют, выбран ли правильный профиль и существует ли файл .esq. График планировщика часто сразу показывает, почему окно наблюдения ещё не наступило.

Задание стартует и быстро прерывается

Определяют, какой шаг не завершился: Track, Focus, Align, Guide или Capture. После этого проверяют именно соответствующий модуль вручную. Если Focus не сходится без Scheduler, менять приоритет задания бессмысленно. Такая декомпозиция — основной способ отладки автоматической ночи.

Планировщик возвращается к уже снятому объекту

Проверяют критерий завершения и Remember Job Progress. Если файлы были перемещены или переименованы, распознавание выполненного объёма может отличаться от ожиданий. Проверяют каталог, шаблон имени и фактический счётчик кадров в последовательности.

План выглядит реалистично, но ночь не помещается

Учитывают накладные операции: фокус, solving, dithering, загрузку больших файлов и меридианный переворот. Если каждая экспозиция сопровождается несколькими десятками секунд дополнительных действий, за многочасовую ночь накапливается значительная разница. Сокращать запас следует только после измерения реального цикла, а не по номинальной выдержке.

Практический сценарий: первая ночь с новой установкой

Новую конфигурацию лучше не начинать сразу с полностью автоматического Scheduler. Сначала создают профиль и соединяют устройства. Проверяют короткое движение монтировки, тестовую экспозицию основной камеры, кадр гидирующей камеры, смену фильтра и движение фокусера. Все устройства должны стабильно отвечать до перехода к модульным тестам.

Затем выполняют Preview основной камеры и добиваются приблизительного фокуса. После этого настраивают Focus и получают несколько повторяемых успешных запусков. В Align делают solve текущего поля, переход к выбранной цели и повторный solve. В Guide выполняют калибровку и дают системе поработать хотя бы несколько минут, чтобы увидеть реальный график.

Следующий шаг — короткая .esq: например, несколько тестовых Light с dithering. Это проверяет связку Capture и Guide. Если фильтров несколько, добавляют смену фильтра и оценивают фокус. Лишь после этого создают Scheduler с одним объектом и небольшим объёмом. Такой поэтапный путь кажется медленнее, но обычно экономит целую ночь, которая иначе превращается в поиск нескольких одновременных ошибок.

Практический сценарий: многоканальная съёмка

Для LRGB или узкополосного проекта сначала определяют экспозиции и количество кадров по каждому фильтру. В Capture Sequence Editor создают задания и сохраняют .esq. Затем проверяют, какие фильтры требуют собственных экспозиций Focus и есть ли надёжные offsets. Если смещения фильтров не измерены, безопаснее запускать полноценный autofocus при смене канала, пусть это и занимает больше времени.

Порядок каналов выбирают по условиям. Можно группировать экспозиции одного фильтра, уменьшая механические переключения, или чередовать каналы, чтобы каждый получил данные в разных частях ночи. Scheduler дополнительно помогает распределять объекты по высоте и лунным условиям. В любом случае шаблон имён должен однозначно сохранять фильтр, иначе последующая сортировка усложняется.

После ночи Analyze помогает проверить, не связан ли один канал с худшим HFR. Если проблема появляется каждый раз после конкретного фильтра, смотрят offset, положение колеса и выдержку фокусировки. Так журнал превращает субъективное красный канал хуже в проверяемую временную связь.

Что Ekos не делает вместо пользователя

Ekos автоматизирует оборудование и последовательность операций, но не исправляет физические дефекты оптической системы. Наклон сенсора, неправильная дистанция корректора, сильный люфт, плохая балансировка и натянутые кабели требуют механического решения. Графики Focus и Guide помогают обнаружить симптомы, однако команда в интерфейсе не заменяет настройку железа.

Планировщик не определяет художественную ценность кадра и не выбирает универсальную экспозицию. Он выполняет заданную последовательность с учётом условий. Пользователь по-прежнему отвечает за выбор объекта, фильтров, суммарного времени интеграции и критериев качества. Exposure Calculator и другие вспомогательные средства могут дать ориентир, но итог проверяется на реальных данных.

Ekos также не заменяет последующую калибровку, регистрацию, интеграцию и обработку глубоко-небесных изображений. FITS, Dark, Bias и Flat формируются на этапе съёмки, а полноценное сложение и нелинейная обработка выполняются дальше в специализированных инструментах. Это важно учитывать при сравнении с обычными фоторедакторами: задачи у них принципиально разные.

Совместимость и ограничения

Работа оборудования определяется наличием и качеством INDI-драйвера. Даже если камера или монтировка физически подключается к компьютеру, Ekos сможет управлять только теми функциями, которые предоставляет драйвер. Перед покупкой или заменой устройства полезно проверить поддержку конкретной модели и необходимые возможности, особенно если критичны специфические режимы сенсора или аксессуаров.

На Windows для локального astrometry.net документация направляет к ANSVR, тогда как на Linux и macOS предусмотрен другой путь установки индексных файлов. Это конкретное различие важно при подготовке Align. Сам plate solving можно организовать и с другими поддерживаемыми решателями, поэтому отсутствие одного способа не означает отсутствие астрометрического наведения.

Производительность зависит от размера кадров и оборудования. Полноразмерные изображения с современных камер требуют памяти, дискового пространства и пропускной способности. При удалённом INDI слабая сеть увеличивает задержку. Scheduler при этом может быть логически настроен правильно, но фактическая длительность операций будет больше, чем на локальной быстрой связи.

Чем больше автоматизированных устройств участвует в сессии, тем больше зависимостей. Фильтровое колесо влияет на фокус, guider — на разрешение продолжить Capture, Align — на восстановление после движения, Mount — на meridian flip, погода — на Scheduler. Поэтому устойчивость достигается не максимальным количеством включённых функций, а поэтапной проверкой каждой связи.

Сравнение Ekos с аналогами

Программа	Лучше подходит для	Главное ограничение
Ekos	Комплексного управления INDI-оборудованием, съёмкой, фокусом, решением поля, гидированием и планированием	Требует внимательной настройки INDI и взаимосвязей модулей
N.I.N.A.	Автоматизации астрофотографии в Windows через последовательности и Advanced Sequencer	Ориентирована на Windows-экосистему
Astro Photography Tool	Управления DSLR и астрокамерами, планирования, фокусировки и серий съёмки в Windows	Ключевые сценарии завязаны на Windows
Sequence Generator Pro	Построения автоматических последовательностей с несколькими устройствами и ночными целями	Требует предварительной настройки оборудования и профилей
Voyager	Автоматизации удалённой обсерватории и сложных цепочек оборудования через ASCOM	Основной рабочий контур ориентирован на ASCOM и Windows

Ekos рационально выбирать, когда нужен единый процесс вокруг INDI: от подключения оборудования и plate solving до Scheduler и последующего анализа журнала. N.I.N.A. и APT чаще рассматривают пользователи Windows, которым ближе соответствующая экосистема драйверов и последовательностей. Sequence Generator Pro подходит для детально настроенных автоматических серий, а Voyager особенно силён в сценариях интеграции и удалённого управления. Выбор стоит делать по уже имеющемуся оборудованию, драйверам и требуемому уровню автономности, а не по количеству пунктов в интерфейсе.

Подготовка перед ночной съёмкой

• Проверить питание, USB-соединения и свободный ход кабелей во всём диапазоне движения монтировки.
• Запустить профиль Ekos и убедиться, что все необходимые INDI-устройства подключились без ошибок.
• Сделать Preview основной камеры и проверить каталог, формат, биннинг и полный размер кадра.
• Проверить температуру охлаждаемой камеры, если она используется, и достижимость заданной уставки.
• Выполнить Focus и убедиться, что кривая имеет ясный минимум и повторный кадр действительно резкий.
• Выполнить Align на текущем поле и проверить, что solve возвращает правдоподобные масштаб и координаты.
• Проверить Guide, калибровку и стабильность RMS на нескольких минутах реального ведения.
• Загрузить .esq и выполнить короткий тест с теми же фильтрами и автоматическими действиями, что будут ночью.
• Просмотреть Scheduler, ограничения по высоте, горизонту, Луне и сумеркам, а также критерий завершения.
• Проверить безопасный park и поведение установки при окончании задания.

Этот список не требует идеальных чисел. Его задача — подтвердить цепочку причин и следствий. Если каждый модуль отдельно работает, а короткая автоматическая последовательность проходит без вмешательства, вероятность успешной многонной сессии заметно выше.

Контроль после сессии

• Убедиться, что монтировка и другие механизмы находятся в ожидаемом безопасном состоянии.
• Проверить фактическое число файлов и доступное место на диске.
• Просмотреть несколько кадров в начале, середине и конце каждой серии.
• Открыть Analyze и отметить интервалы с ухудшением HFR, SNR или RMS.
• Сопоставить выбросы с autofocus, dithering, meridian flip и другими событиями.
• Отдельно оценить кадры после смены фильтра и после восстановления гидирования.
• Зафиксировать изменения параметров, которые стоит протестировать следующей ночью.

Регулярный разбор превращает настройку Ekos в итерационный процесс. Вместо случайного изменения десятков параметров пользователь видит конкретный симптом, находит момент его появления и корректирует один связанный участок. Через несколько сессий формируется профиль, где выдержки Focus, шаг фокусера, guider, solver и Scheduler согласованы с конкретной установкой.

Как получать стабильный результат

Стабильность начинается с простого рабочего контура: камера делает кадр, Focus сходится, Align решает поле, Guide удерживает цель, а Capture сохраняет серию. Только после этого имеет смысл добавлять сложные условия Scheduler, адаптивный фокус, фильтровые offsets и удалённые сценарии. Такой порядок уменьшает число одновременно неизвестных переменных.

Второй принцип — сохранять проверенные конфигурации. Профиль оборудования, .esq и настройки solver должны соответствовать реальной установке. Если эксперимент не удался, возможность вернуться к рабочему состоянию важнее, чем память о том, какие десять полей были изменены ночью.

Третий принцип — опираться на данные. HFR, RMS, SNR, результаты solve и временная шкала дают больше информации, чем субъективное впечатление от одного кадра. Ekos предоставляет достаточно измерений, чтобы отделять фокус от seeing, ошибку гидирования от порыва ветра и проблему Scheduler от сбоя конкретного модуля.

При таком подходе Ekos становится не набором разрозненных панелей, а последовательной системой управления наблюдением. Capture отвечает за то, какие кадры должны появиться, Focus поддерживает резкость, Align подтверждает координаты и ориентацию, Guide удерживает поле, Mount выполняет движения, Scheduler выбирает момент и порядок, а Analyze показывает, как эта цепочка работала на практике. Именно согласование этих модулей позволяет проводить длинные астрофотографические сессии с меньшим количеством ручных операций и понятной диагностикой, когда условия или оборудование отклоняются от нормы.