All Sky Plate Solver: астрометрическое решение кадров и синхронизация монтировки

All Sky Plate Solver нужен для астрометрического решения кадров звёздного неба: программа сопоставляет звёзды на FITS- или JPEG-изображении с локальными индексами Astrometry.net, определяет координаты центра поля, размер поля зрения, масштаб изображения и угол поворота камеры, а при подключённой монтировке может передать найденные координаты через ASCOM для синхронизации. Такой сценарий полезен астрофотографу, который хочет точно понять, куда смотрит телескоп, вернуть объект в нужную точку после наведения, выполнить blind solve без исходных координат или встроить локальный plate solving в APT, Voyager, SharpCap, N.I.N.A. и собственную автоматизацию.

Варианты загрузок

ФотоМАСТЕР

• ✔Замена и размытие фона
• ✔Удаление объектов с фото
• ✔Ретушь лица и фигуры

Скачать бесплатно

All Sky Plate Solver

• ✖Только FITS и JPEG для solver
• ✖Нужны индексы Astrometry.net
• ✖Windows, COM и локальный Astrometry.net

Скачать All Sky Plate Solver

Что именно делает All Sky Plate Solver

В основе All Sky Plate Solver находится локальный движок Astrometry.net. Пользователь передаёт программе звёздное поле, а решатель ищет геометрическое соответствие между рисунком звёзд на кадре и заранее загруженными индексами. В результате получается не просто название участка неба. Программа вычисляет астрометрическую привязку, то есть набор параметров, по которым пиксели изображения можно связать с небесными координатами.

Другие инструменты: ФотоМАСТЕР.

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

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

Есть и другой режим: All Sky Plate Solver может получать кадр через поддерживаемый аппаратный интерфейс, решать его и при разрешённой опции синхронизировать монтировку. В таком случае программа становится частью цепочки «снять короткий кадр — определить фактические координаты — передать их монтировке».

Важная особенность All Sky Plate Solver — возможность как полностью слепого поиска, так и поиска вокруг предполагаемых координат. Blind solve не требует заранее знать, куда направлена камера. Near solve использует приблизительные RA/Dec и радиус поиска, поэтому при корректных исходных данных может работать быстрее. В COM-интерфейсе это различие формализовано: ненулевые CurrentRA, CurrentDec и NearRadius запускают Near solve, нулевые значения — Blind solve; при неудаче Near solve по умолчанию может быть выполнен Blind solve.

Главное окно и логика интерфейса

Основное окно All Sky Plate Solver построено вокруг одного действия: выбрать или получить изображение и решить его. В верхней части располагается строка File name, куда попадает путь к FITS или JPEG. Рядом находится кнопка выбора файла. Ниже сгруппированы поля Astrometry results: R.A., Dec., Size, F.O.V., Focal length, Scale, Pixel size и Camera angle. До решения большинство из них пусты; после решения они заполняются результатами.

Справа находятся основные кнопки. Plate solve запускает астрометрическое решение выбранного файла. View image file используется до решения, а после успешного solve в этой области доступна команда Browse solved image, открывающая астрометрический просмотрщик. Отдельная кнопка Click & Plate solve или близкая по подписи команда в разных сборках связана с получением кадра от камеры и последующим решением. Если в настройках включена синхронизация, рабочий сценарий может завершаться отправкой координат монтировке.

В строке меню видны разделы File, Edit, Settings, Indexes, Tools, Keypad и Help. Для первоначальной конфигурации важнее всего Settings и Indexes. В Settings находятся настройки решателя, настройки места наблюдения и мастер первоначальной конфигурации. В Indexes вызывается мастер установки астрометрических индексов. В Tools встречаются дополнительные операции, в том числе пакетный анализ серии кадров и экспериментальный инструмент полярной юстировки.

Интерфейс выглядит компактно, потому что All Sky Plate Solver не является универсальным редактором астрономических изображений. Здесь нет сложной рабочей области со слоями, кривыми, масками или инструментами калибровки. Главная задача — получить WCS-подобное решение поля и передать его пользователю или другому ПО.

Установка и начало работы

Для полноценной работы недостаточно только самого исполняемого файла All Sky Plate Solver. Решатель опирается на локальную среду Astrometry.net под Windows и на астрометрические индексы. При типичной установке программа разворачивает необходимую локальную библиотеку и затем предлагает настроить индексы. Именно индексы занимают заметную часть времени при первой подготовке: их набор зависит от поля зрения конкретной связки телескопа и камеры.

После первого запуска разумно не начинать с аппаратной автоматизации. Сначала стоит добиться стабильного решения заранее известного кадра. Практическая последовательность такая:

1. Открыть Settings → Plate solver settings.
2. Указать приблизительную фокусную длину оптической системы в миллиметрах.
3. Указать размер пикселя камеры в микронах либо разрешить чтение этих данных из FITS-заголовка.
4. Проверить путь к локальной библиотеке Astrometry.net в расширенных настройках.
5. Открыть Indexes → Index installation wizard.
6. Ввести параметры камеры и получить набор индексов, соответствующих полю зрения.
7. Установить выделенные индексы.
8. Выбрать тестовый FITS или JPEG с достаточным количеством звёзд.
9. Нажать Plate solve и убедиться, что появились RA, Dec, F.O.V., Scale и Camera angle.

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

Программа рассчитана на Windows-среду и использует локальный Astrometry.net через Cygwin-подобную инфраструктуру. Это важно учитывать при переносе конфигурации на другой компьютер: копирования одного PlateSolver.exe недостаточно, потому что решателю нужны зарегистрированные компоненты, локальная астрометрическая библиотека и индексы.

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

Проверка расширенных настроек

В окне Advanced settings задаётся путь к библиотеке Astrometry.net. В распространённой конфигурации он указывает на каталог внутри профиля пользователя, например в LocalAppData. Там же выбирается эпоха координат, формат отображения угла камеры и некоторые параметры журнала.

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

Для угла камеры предусмотрены два способа интерпретации. В документации COM отдельно описаны CROTA2 и PosAngle. CROTA2 использует диапазон от −180° до +180°, а PosAngle — круговой диапазон от 0° до 360°. Если вы сопоставляете угол, полученный All Sky Plate Solver, со значением из другой программы, сначала убедитесь, что обе программы используют одну и ту же конвенцию.

Фокусное расстояние, размер пикселя и масштаб

Два параметра, которые особенно сильно влияют на поиск, — Focal length и Pixel size. Они дают программе начальную оценку масштаба изображения и позволяют выбрать подходящий диапазон индексов. Ошибка здесь не всегда делает решение невозможным, но заметно расширяет область поиска и может приводить к отказу.

Для оценки масштаба полезна стандартная приближённая формула: угловой масштаб в секундах дуги на пиксель равен примерно 206,265 × размер_пикселя_в_мкм / фокусное_расстояние_в_мм. Например, при пикселе 3,76 мкм и фокусе 500 мм получается около 1,55″/px. Эта формула не заменяет plate solving: фактическая геометрия может отличаться из-за редуктора, расстояния до матрицы, реального фокуса и обработки кадра. Но она позволяет заметить грубую ошибку в настройках.

All Sky Plate Solver умеет брать размер пикселя и фокусную длину из FITS-заголовка. В окне настроек есть флажки, позволяющие игнорировать значения заголовка и использовать введённые вручную. Логика важна при автоматизации: если файл содержит корректные данные оборудования, чтение заголовка избавляет от постоянного переключения профилей. Если метаданные ошибочны, лучше явно использовать проверенные значения из Settings.

В COM-интерфейсе эта логика выражена свойствами IgnoreFitsPixelSize и IgnoreFitsFocalLength. Если соответствующий входной параметр передан как ноль, компонент либо читает значение из FITS, либо использует настройку окна Settings в зависимости от этих флагов.

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

Почему расчётная фокусная длина может отличаться от паспортной

После решения All Sky Plate Solver показывает рассчитанную фокусную длину. В документации COM прямо отмечено, что этот результат зависит от объявленного размера пикселя. Если размер пикселя указан неверно в два раза, вычисленная фокусная длина тоже станет неверной примерно в ту же пропорцию. Поэтому это значение нельзя использовать как независимую проверку и размера пикселя, и фокуса одновременно.

Для системы с редуктором или корректором фактический фокус может отличаться от номинала из-за расстояния между оптикой и сенсором. В таком случае plate solving действительно полезен как оценка реального масштаба. Но интерпретировать результат нужно вместе с достоверным размером пикселя.

Index Installation Wizard: как выбирать индексы

Astrometry.net не перебирает каталог звёзд в прямом смысле. Для быстрого распознавания используются заранее подготовленные индексные файлы для разных угловых масштабов. All Sky Plate Solver скрывает большую часть этой механики за мастером Index installation wizard.

В правой части мастера расположен калькулятор поля зрения. Пользователь задаёт приблизительную фокусную длину, размер пикселя и размер матрицы в пикселях либо физические размеры чипа. Кнопка Retrieve from FITS file позволяет взять данные камеры из подходящего FITS. После расчёта мастер показывает поле зрения и выделяет подходящие наборы индексов.

В таблице слева перечислены диапазоны FOV, имена index-4200, index-4201 и других наборов, количество файлов, объём и наличие локальных файлов. Выделенные строки соответствуют диапазонам, которые программа считает полезными для данной конфигурации. Кнопка установки загружает выбранные индексы и помещает их в каталог данных Astrometry.net.

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

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

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

Первое решение файла в автономном режиме

После установки индексов лучше всего начать с обычного файла, а не с живой камеры. Выберите FITS или JPEG, снятый той же оптической системой, параметры которой введены в Settings. Кадр должен содержать достаточно звёзд и не быть полностью пересвеченным, размытым или закрытым облаками. Сильно агрессивная обработка тоже нежелательна: plate solverу нужны устойчивые геометрические отношения между звёздными источниками.

Путь к изображению появляется в поле File name. Нажатие Plate solve запускает локальный Astrometry.net. Во время обработки в статусной области отображается рабочее состояние и счётчик времени. После успешного решения заполняются координаты и параметры поля.

Основные результаты читаются так:

• R.A. — прямое восхождение центра кадра.
• Dec. — склонение центра кадра.
• Size — размеры изображения в пикселях.
• F.O.V. — угловая ширина и высота поля.
• Focal length — расчётная фокусная длина, зависящая от указанного размера пикселя.
• Scale — угловой масштаб в секундах дуги на пиксель.
• Camera angle — ориентация кадра относительно небесной системы координат.

Если решатель завершился успешно, не стоит ограничиваться тем, что поля просто заполнились. Полезно проверить правдоподобность. Координаты должны соответствовать объекту, который был в кадре; FOV — согласовываться с размером сенсора и фокусом; Scale — находиться рядом с расчётным; Camera angle — меняться предсказуемо после физического поворота камеры.

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

Blind solve и Near solve

Blind solve — один из главных сценариев All Sky Plate Solver. Он нужен, когда приблизительные координаты неизвестны или им нельзя доверять. Решатель анализирует поле без привязки к ожидаемому участку неба и ищет совпадение по индексам. Это удобно после грубого ручного наведения, при восстановлении положения старого кадра и как резервный решатель в программах съёмки.

Near solve решает другую задачу: исходные координаты известны приблизительно, поэтому поиск можно ограничить областью вокруг них. В COM- и командном интерфейсах для этого передаются CurrentRA, CurrentDec и NearRadius. Если они ненулевые, All Sky Plate Solver выполняет локальный поиск около указанной точки.

Такой режим особенно уместен в автоматизированном наведении. Монтировка уже знает, куда должна была приехать, а solve нужен для измерения ошибки. Ограничив поиск, можно избежать полного обхода неба. Если Near solve не находит решение, стандартная логика COM-компонента допускает переход к Blind solve. Свойство BlindSolveIfNearFails позволяет отключить этот резервный шаг, если вызывающая программа хочет самостоятельно решать, что делать после неудачи.

Не следует считать Blind solve «точнее», а Near solve — «менее точным». Разница прежде всего в пространстве поиска. После того как корректное соответствие найдено, оба режима дают астрометрические параметры того же типа. Near solve полезен за счёт более узкой области, Blind solve — за счёт независимости от исходной позиции.

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

Astrometric Image Browser

После успешного решения кнопка просмотра открывает Astrometric Image Browser. Это не полноценный редактор изображений, а специализированный просмотрщик уже привязанного кадра. Он позволяет визуально проверить, что WCS-решение согласуется со звёздным полем и объектами глубокого неба.

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

Отдельные флажки управляют координатными сетками и аннотациями. Доступны экваториальная сетка, Alt/Az-сетка, перекрестие, контуры объектов глубокого неба и их названия. За счёт этого просмотрщик удобно использовать не только для проверки solve, но и для ориентации на кадре.

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

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

Есть и практическое ограничение по совместимости файлов. Пользовательские отчёты показывают случаи, когда plate solving FITS проходил успешно, но команда Browse solved image для некоторых FITS завершалась ошибкой, тогда как JPEG открывался нормально. Это не означает, что FITS в целом не поддерживается решателем: сама астрометрия FITS поддерживается официально. Проблема относится именно к просмотру отдельных вариантов файла или окружению просмотра, поэтому её нужно диагностировать отдельно.

Синхронизация монтировки через ASCOM

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

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

В General settings есть опция вроде On successful Click & Plate solve, execute Sync mount. Она превращает последовательность в более автоматическую: получить кадр, решить его и при успехе синхронизировать монтировку. Подобный режим удобен в стационарной конфигурации, но сначала его следует испытать вручную.

В аппаратной части также встречается Synchronize ASCOM mount с выбором конкретного ASCOM-драйвера. Сам All Sky Plate Solver не заменяет драйвер монтировки. Он вызывает стандартный интерфейс ASCOM, поэтому работоспособность зависит от установленной платформы ASCOM и корректного драйвера конкретной модели.

Практический тест перед автоматическим Sync:

1. Подключить монтировку в отдельной программе управления и проверить обычное чтение координат.
2. В All Sky Plate Solver выбрать тот же ASCOM-драйвер.
3. Сделать короткий кадр без перемещения трубы.
4. Решить его обычной кнопкой Plate solve.
5. Сверить найденные координаты с ожидаемым участком неба.
6. Только после этого включать автоматическую синхронизацию.

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

Получение кадра с камеры

All Sky Plate Solver умеет работать не только с файлом на диске. В настройках есть вариант получения изображения от основной камеры через MaxIm/DL либо ASCOM-интерфейс. Для этого задаются параметры короткой экспозиции, биннинг, фильтр и подкадр, если соответствующий драйвер их поддерживает.

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

Биннинг можно использовать для уменьшения объёма кадра и повышения отношения сигнал/шум, но после изменения биннинга следует понимать, каким масштабом реально обладает переданный файл. Если программа или драйвер корректно описывает изображение в FITS-заголовке, это упрощает работу; если нет, расхождение масштаба может повлиять на поиск.

Для узкополосных фильтров иногда приходится увеличивать выдержку, потому что число доступных звёзд уменьшается. Для plate solving не нужна идеально круглая PSF, но сильный дефокус или размазанные звёзды ухудшают выделение источников. В проблемной конфигурации полезно временно решать кадр через широкополосный или luminance-фильтр и уже после наведения возвращаться к рабочему фильтру.

Location settings

В меню Settings есть отдельное окно Location settings. Оно содержит широту, долготу, часы, часовой пояс и признак перехода на летнее время; при подключённой монтировке координаты места можно получить от неё. Для простого plate solving файла географическое положение не является заменой астрометрическим индексам, однако оно требуется дополнительным сценариям, связанным с положением телескопа и ориентацией относительно горизонта.

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

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

Sequence Analysis: пакетное решение серии

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

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

После завершения в строках появляются координаты и параметры: R.A., Dec., Rotation, Focal, Pixel, Width и Height. Это превращает Sequence Analysis в полезный инструмент контроля съёмки. Можно увидеть, как менялось наведение, где произошёл скачок ориентации, одинаков ли рассчитанный масштаб и не попали ли в папку кадры от другой оптической конфигурации.

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

Данные из таблицы можно перенести в электронную таблицу. При этом нужно учитывать локаль: точка в десятичном числе может быть воспринята Excel с некоторыми региональными настройками не как десятичный разделитель. Если после вставки значения превращаются в даты или текст, проблема относится не к All Sky Plate Solver, а к интерпретации чисел таблицей.

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

Fast Polar Alignment: что можно ожидать от функции

В некоторых версиях All Sky Plate Solver в Tools присутствует Fast Polar Alignment с пометкой beta. Эту функцию следует рассматривать осторожнее, чем основной plate solver: подробная официальная документация для неё существенно беднее, а большая часть практических сведений сохранилась в пользовательских обсуждениях.

Для запуска нужны подключённая камера и монтировка. Пользователи описывают процедуру, в которой программа предлагает снять два изображения в разных областях неба и по их астрометрии определить ошибку полярного выравнивания. Это логично с точки зрения геометрии, но не стоит переносить на All Sky Plate Solver точную методику других программ, например SharpCap или PHD2: последовательность действий и способ выдачи поправки могут отличаться.

Поэтому Fast Polar Alignment не следует делать первым инструментом настройки ASPS. Сначала добейтесь надёжного plate solve, затем проверьте ASCOM-связь с камерой и монтировкой и только после этого переходите к beta-функции. Для критичной полярной юстировки полезно иметь независимый способ контроля.

Командная строка

All Sky Plate Solver можно вызывать без ручной работы в главном окне. Официальная документация описывает несколько команд PlateSolver.exe. Самый простой вариант — /solve. Он запускает логику, эквивалентную интерактивной команде получения и решения кадра, и использует заранее сохранённые настройки камеры, монтировки и индексов.

PlateSolver.exe /solve

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

PlateSolver.exe /solvefile "C:Astroframe.fit" "C:Astroresult.txt" 600 3.76

Расширенный вариант может дополнительно содержать приблизительные RA, Dec и радиус Near solve. В документации эти параметры записаны после FocalLength и PixelSize. Если координаты и радиус не заданы, выполняется blind solving.

Текстовый файл результата имеет фиксированную последовательность строк. При успехе первая строка содержит OK, далее идут:

1. прямое восхождение центра в десятичных градусах;
2. склонение центра в десятичных градусах;
3. ширина поля в угловых минутах;
4. высота поля в угловых минутах;
5. масштаб в угловых секундах на пиксель;
6. поворот изображения по конвенции CROTA2;
7. расчётная фокусная длина.

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

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

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

Как безопасно автоматизировать solvefile

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

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

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

COM-интерфейс для разработчиков

Вместе с интерактивной программой устанавливается COM-компонент ASPS.dll. Он регистрируется в системе, а программный идентификатор компонента — AllSkyPlateSolver.PlateSolver. Это позволяет вызывать решатель из приложений и языков, поддерживающих Windows COM Automation.

Базовые методы Configure и IndexWizard открывают штатные окна настройки и индексов. Основную работу выполняют PlateSolve и PlateSolveAsync. Оба принимают FileName, FocalLength, PixelSize, CurrentRA, CurrentDec и NearRadius.

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

После успешного solve доступны свойства:

Свойство	Смысл	Единицы
RA	прямое восхождение центра, J2000	координата
Dec	склонение центра, J2000	координата
ImageW	ширина изображения	пиксели
ImageH	высота изображения	пиксели
FoVW	угловая ширина поля	угловые минуты
FoVH	угловая высота поля	угловые минуты
Scale	масштаб	угл. сек/пиксель
CROTA2	поворот по WCS-конвенции	градусы
PosAngle	позиционный угол	градусы
FocalLength	расчётный фокус	мм
SolvedTime	длительность операции	мс

Читать эти свойства следует только после успешного завершения. Документация привязывает доступность результата к ReturnCode = 1. Иначе значение может быть неактуальным либо не иметь смысла для текущего запроса.

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

BlindSolveIfNearFails управляет резервным переходом от Near к Blind. По умолчанию он разрешён. Это разумно для интерактивной программы, но не всегда для сложной автоматизации: управляющая система может захотеть после неудачного Near solve сначала переснять кадр, изменить выдержку или проверить телескоп, а уже потом запускать blind search.

Свойство Version возвращает установленную версию COM-объекта. Для стороннего приложения это полезнее, чем пытаться определять сборку по имени файла: интегратор может при необходимости включать разные ветки совместимости.

Интеграция с программами астрофотографии

Официальная страница All Sky Plate Solver прямо упоминает использование из APT, Voyager, CCDCommander и других систем автоматизации. На практике ASPS также исторически подключали к SharpCap и N.I.N.A. Конкретные пункты меню сторонней программы могут меняться от версии к версии, но общая схема остаётся одной.

APT

В APT решатели используются внутри PointCraft. All Sky Plate Solver часто применяли как blind solver, а рядом могли использовать PlateSolve2 или другой near solver. Для интеграции указывается путь к установленному ASPS, после чего APT передаёт кадр и параметры решателю.

Если APT получает фокусную длину и данные камеры из собственного профиля, надо следить, чтобы они не противоречили настройкам ASPS. Особенно неприятна ситуация, когда FITS-заголовок содержит одно значение фокуса, APT передаёт другое, а в Settings сохранено третье. Для стабильной системы нужен один понятный источник истины.

Voyager

Voyager поддерживает All Sky Plate Solver как один из внешних решателей. В настройках задаётся, в частности, радиус Near solve. Это отражает сильную сторону ASPS: один и тот же движок можно вызвать в локальном режиме вокруг ожидаемой позиции либо как blind solver.

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

SharpCap

SharpCap исторически умел использовать локальную установку Astrometry.net, связанную в том числе с All Sky Plate Solver. Для успешной работы нужно, чтобы SharpCap находил каталог решателя и индексы, а параметры камеры и телескопа соответствовали реальному полю.

Пользовательские руководства отдельно подчёркивают необходимость сначала открыть ASPS и установить индексы для конкретного FOV. Если соответствующих файлов нет, внешний вызов из SharpCap не исправит ситуацию. Это типичная причина, когда standalone-решатель ещё не настроен, а пользователь пытается диагностировать интеграцию.

N.I.N.A.

В старых версиях N.I.N.A. All Sky Plate Solver можно было выбирать как основной и/или blind solver и указывать путь к его EXE. Современные версии экосистемы N.I.N.A. заметно изменились и чаще используют другие решатели, поэтому при настройке конкретной актуальной версии следует ориентироваться на её документацию, а не на старые скриншоты ASPS.

Сам принцип остаётся полезным: ASPS работает как внешний компонент. N.I.N.A. отвечает за съёмку, ожидаемые координаты и логику последовательности, а решатель возвращает астрометрию кадра.

От чего зависит скорость решения

Для All Sky Plate Solver нельзя честно назвать одну «нормальную» продолжительность solve. На неё одновременно влияют поле зрения, диапазон установленных индексов, размер файла, качество звёзд, точность исходного масштаба, режим Blind/Near и производительность компьютера. В пользовательских примерах встречаются решения за секунды и десятки секунд, но переносить эти числа на другую оптику бессмысленно.

Наиболее предсказуемые факторы следующие:

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

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

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

Форматы файлов и требования к кадру

Официальные интерфейсы All Sky Plate Solver принимают для plate solving два семейства форматов: FITS и JPEG. Это реальное ограничение программы. TIFF, PNG, RAW-файлы камер и XISF напрямую в документированном solve-интерфейсе не перечислены. Если рабочая программа сохраняет только такой формат, его нужно преобразовать до вызова ASPS либо выбрать другой решатель.

FITS предпочтителен в астрономическом конвейере, потому что может хранить метаданные камеры и телескопа. ASPS умеет читать из заголовка размер пикселя и фокусную длину, если соответствующие флажки Ignore выключены. JPEG удобен для простого теста и ручной работы, но метаданные астрономической установки обычно приходится задавать отдельно.

В COM-документации есть отдельные ошибки Invalid FITS header и Cannot convert jpeg file into fits format. Это показывает, что обработка двух типов файлов проходит разными путями. Если JPEG не решается из-за ошибки конвертации, не следует искать причину в каталогах звёзд, пока не устранён сам этап преобразования.

Кадр не обязан быть красивым. Для plate solving важнее звёздный рисунок. Допустим фон с градиентом, умеренный шум и отдельные дефекты. Но экстремальный клиппинг, сильный дефокус, облака, следы движения и чрезмерно агрессивное шумоподавление могут уничтожить нужные источники.

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

Коды ошибок и системная диагностика

У All Sky Plate Solver есть полезное преимущество для технической диагностики: COM-интерфейс определяет конкретные коды возврата. Даже если пользователь работает только через GUI, эти сообщения помогают понять, на каком уровне произошёл сбой. Ошибки удобно делить на четыре группы: входной файл, локальная библиотека, индексы и собственно невозможность решить поле.

Файл не найден или формат не поддерживается

Код, сообщающий File not found, означает именно проблему с путём. В автоматизации чаще всего виноваты кавычки вокруг пути с пробелами, сетевой диск, недоступный для фонового процесса, или файл, который ещё не закончил записываться. Перед вызовом /solvefile полезно проверить существование файла и его стабильный размер.

Сообщение о том, что текущая версия принимает только FITS и JPEG, возникает до астрометрического поиска. В этом случае смена индексов, радиуса Near solve или экспозиции ничего не даст. Нужно передать поддерживаемый файл.

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

Индексы не найдены

Сообщения Star index files not found и Indexes non installed означают, что движок не видит каталогов, необходимых для поиска. Возможны две ситуации. В первой индексы действительно не установлены для нужного диапазона FOV. Во второй файлы есть на диске, но Astrometry.net смотрит в другой каталог.

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

1. Открыть Index Installation Wizard и убедиться, что строки нужного диапазона помечены как Installed.
2. Открыть Advanced settings и проверить путь Astrometry.net library.
3. Сопоставить этот путь с фактическим каталогом, где лежат index-файлы.
4. После переноса профиля Windows проверить, не изменилось ли имя пользователя и LocalAppData.
5. Запустить интерактивный solve того же файла, который не работает из внешней программы.

Если один набор оптики решается, а другой нет, особенно вероятно, что отсутствуют индексы именно второго масштаба. Не нужно переустанавливать всю библиотеку: достаточно пересчитать FOV и добавить требуемые файлы.

Astrometry.net library not installed

Эта ошибка отличается от отсутствия индексов. Здесь All Sky Plate Solver не находит сам локальный движок. Проверяют установку библиотеки, путь в Advanced settings и целостность локальной среды. Если программа ранее работала, а затем перестала после очистки профиля пользователя, обновления диска или переноса каталогов, первым кандидатом становится потерянный путь.

Сообщение Error running Astrometry.net plate solving: Log file not found также часто указывает на инфраструктуру запуска. В пользовательских примерах проблема сопровождала повреждённую или неполную локальную установку Astrometry.net. Лог-файл ожидается во временном каталоге библиотеки; если процесс даже не стартовал, лог может не появиться.

Cannot solve image file

Это уже собственно неудача астрометрии. Она означает, что движок запустился, но не нашёл надёжного соответствия. Здесь имеет смысл работать с изображением и параметрами:

• проверить фокусную длину и Pixel size;
• проверить, что установлены индексы нужного FOV;
• использовать кадр с большим числом звёзд;
• исключить сильный дефокус и следы ведения;
• для Near solve увеличить разумный радиус поиска или проверить исходные RA/Dec;
• если Near solve постоянно промахивается, проверить Blind solve;
• если изображение было уменьшено, использовать параметры масштаба уже уменьшенного кадра.

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

Cannot get RA/Dec WCS data

Ошибка получения RA/Dec из WCS означает, что процесс Astrometry.net завершился не так, как ожидает оболочка All Sky Plate Solver, или создал неполный набор выходных данных. Проверяют журнал обработки и права на рабочий каталог. Не стоит вручную подставлять координаты из старого результата: для автоматизации лучше считать текущую попытку неуспешной и повторить её после устранения причины.

Права на каталог

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

Отдельный код Cannot copy image file into… говорит о сбое копирования в рабочую область. Проверяют свободное место, длину пути, права, блокировку файла антивирусом и наличие файла в момент вызова.

Тайм-аут и прерывание

COM-компонент различает тайм-аут и остановку пользователем. Для автоматизации это важно. Тайм-аут означает, что заранее заданный предел исчерпан; после него логично попробовать более широкий режим или переснять кадр. User abort означает, что процесс намеренно остановлен оператором либо вызывающим приложением.

Если solve систематически упирается в тайм-аут, простое увеличение TimeOutTime не всегда лечит причину. Сначала проверьте масштаб, индексы и качество звёзд. Бесконечно долгий blind search с неправильными индексами — плохая стратегия для ночной автоматизации.

Нельзя начать новый процесс во время решения

Ошибка concurrent process возникает, когда вызывающая программа отправляет второй запрос до завершения первого. В COM для PlateSolveAsync прямо оговорено: одновременно допускается одна асинхронная операция. В собственном ПО нужен простой мьютекс или состояние «solver busy».

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

Практический сценарий: понять, куда смотрит телескоп без GoTo

All Sky Plate Solver полезен даже с монтировкой без автоматического наведения. Рабочий процесс строится как цифровой «искатель по координатам».

1. Грубо направьте телескоп в область цели.
2. Сделайте короткий кадр камерой.
3. Передайте файл в ASPS и выполните Blind solve.
4. Скопируйте координаты центра.
5. Откройте эти координаты в планетарии и оцените, в какую сторону от цели находится поле.
6. Сдвиньте монтировку вручную.
7. Повторите кадр и solve.
8. Продолжайте до попадания цели в нужную часть поля.

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

Astrometric Image Browser помогает оценить направление сдвига визуально. Экваториальная сетка и подписи объектов дают контекст, а координаты точки можно скопировать кликом.

Практический сценарий: точное наведение GoTo

С GoTo-монтировкой задача меняется. Начальная команда уже приводит телескоп примерно к цели, а plate solving измеряет остаточную ошибку. Наиболее безопасная последовательность:

1. Выполнить GoTo на целевой объект.
2. Сделать короткую экспозицию.
3. Запустить Near solve вокруг координат цели или текущих координат монтировки.
4. Если решение успешно, сравнить фактический центр с требуемым.
5. Синхронизировать монтировку, если выбранная модель управления предполагает Sync.
6. Выполнить корректирующий GoTo.
7. Снять проверочный кадр и повторно решить его.

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

Для удалённой обсерватории полезно ввести порог ошибки. Если solved center отличается от цели на несколько угловых секунд или десятков секунд в пределах требований съёмки, лишний Sync/GoTo не нужен. Если ошибка велика, выполняется корректировка. Сам ASPS не является полным менеджером такого цикла; обычно эту логику реализует APT, Voyager или другая система.

Практический сценарий: восстановить координаты архивного кадра

Старые JPEG и FITS нередко теряют контекст: непонятно, где именно снят кадр, какой был поворот и какое поле. Blind solve позволяет восстановить эти данные без исходной позиции.

Для FITS сначала проверьте заголовок. Если в нём остались неверные старые значения фокуса или Pixel size, можно заставить ASPS игнорировать их и использовать ручные параметры. Для JPEG параметры задаются через Settings или аргументы командной строки.

После solve сохраните хотя бы RA, Dec, Scale, FOV и Camera angle рядом с файлом в каталоге архива. ASPS сам по себе не является системой управления цифровым архивом, поэтому долговременное хранение результатов лучше организовать отдельно.

Практический сценарий: контролировать поворот камеры

При съёмке мозаик и повторении композиции важно не только попасть в координаты, но и вернуть ориентацию сенсора. All Sky Plate Solver выдаёт Camera angle и COM-свойства CROTA2/PosAngle. Это позволяет количественно сравнить новую установку со старым кадром.

Перед использованием угла нужно выбрать одну конвенцию и придерживаться её. Если в старом журнале записан PosAngle 270°, а новая программа показывает CROTA2 −90°, это может быть одна и та же ориентация, выраженная в разных диапазонах. Непонимание конвенции легко приводит к ложному выводу о повороте на 180°.

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

Практический сценарий: пакетный контроль ночной серии

Sequence Analysis можно использовать как постфактум-контроль. После ночи у вас есть каталог кадров. Вы запускаете анализ и получаете таблицу координат и ориентации для каждого файла.

По таблице удобно искать:

• резкий скачок центра после меридианного переворота;
• кадры, снятые до завершения корректирующего GoTo;
• постепенный дрейф поля;
• изменение поворота из-за механического люфта;
• файлы другого размера или другой камеры;
• аномальное расчётное фокусное расстояние.

Это не замена специализированному анализатору качества звёзд. ASPS не измеряет FWHM, эксцентриситет или фон так, как программы отбора субэкспозиций. Его данные описывают геометрию поля. Но именно поэтому они дополняют, а не дублируют обычную оценку качества.

Что важно знать о FITS-заголовках

FITS удобен тем, что вместе с пикселями хранит метаданные. Но автоматическое чтение полезно только при корректном заголовке. Если программа съёмки записывает неверный размер пикселя, ошибку будет повторять каждый solve.

При смене биннинга или режима ROI надо особенно внимательно проверить метаданные. Размер изображения меняется очевидно, а поле зрения и масштаб должны оставаться физически согласованными с реальной выборкой сенсора. Если после смены режима ASPS внезапно показывает вдвое другую фокусную длину, это сигнал проверить Pixel size, binning и FITS.

Флажки Ignore FITS header telescope focal length и Ignore FITS header camera pixel size позволяют быстро проверить гипотезу. Если с ручными значениями тот же кадр решается стабильно и выдаёт правдоподобный Scale, причина вероятно в заголовке.

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

Как выбирать тестовые кадры

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

Не начинайте проверку на кадре через экстремально узкий фильтр, если можете снять luminance или без фильтра. Сначала докажите, что геометрия и индексы верны; потом усложняйте условия.

Если тестовый FITS решается в GUI, сохраните его как эталон. После обновления Windows, ASCOM или переноса компьютера именно этот файл быстро покажет, работает ли решатель независимо от камеры и погоды.

Настройка нескольких телескопов и камер

All Sky Plate Solver не предлагает современную систему именованных профилей оборудования в том виде, как это делают комплексные менеджеры сессий. Поэтому при нескольких конфигурациях нужно организовать работу самостоятельно.

Первый уровень — установить индексы для всех используемых FOV. Они могут сосуществовать в общем каталоге. Второй — решить, откуда будут поступать FocalLength и PixelSize. Если вызывающая программа передаёт их как параметры, это удобнее, чем каждый раз менять Settings вручную. Если вы работаете интерактивно, можно пользоваться сохранением и загрузкой настроек в окне ASPS.

Для одного сенсора и нескольких телескопов Pixel size одинаков, меняется фокус. Для одного телескопа и нескольких камер меняются Pixel size и размер матрицы. С редуктором или Барлоу рассматривайте систему как отдельную конфигурацию, потому что масштаб и FOV существенно отличаются.

После каждого изменения сделайте контрольный solve и запишите фактический Scale. Этот показатель часто удобнее паспортного фокуса: сторонним программам plate solving обычно нужен именно ожидаемый угловой масштаб или поле.

Работа без интернета после подготовки

Одно из существенных свойств All Sky Plate Solver — локальный plate solving. После того как Astrometry.net и нужные индексы установлены, сам процесс распознавания не требует обращения к веб-сервису. Для полевой работы это важно: ноутбук может находиться далеко от стабильного интернета.

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

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

Сетевые и удалённые сценарии

Сам ASPS — локальный Windows-компонент, но его можно включить в удалённый конвейер. Например, управляющее ПО на том же компьютере снимает кадр, вызывает COM или PlateSolver.exe и отправляет уже числовой результат в центральный контроллер.

Не рекомендуется размещать временный solve-каталог на нестабильном сетевом ресурсе. Astrometry.net создаёт промежуточные файлы и журнал, поэтому локальный SSD обычно надёжнее. Исходные кадры могут приходить из сети, но перед solve полезно убедиться, что файл полностью скопирован.

Для unattended-режима обязательны:

• явный тайм-аут;
• проверка ReturnCode;
• журналирование входного файла и параметров;
• запрет параллельных solve;
• fallback после Near solve;
• ограничение числа повторов;
• отдельная обработка ошибок индексов и ошибок изображения.

Без этих правил единичный повреждённый FITS способен остановить всю ночную последовательность или вызвать цикл повторных попыток.

Границы возможностей All Sky Plate Solver

All Sky Plate Solver решает узкую инженерную задачу и именно в этих рамках его имеет смысл оценивать. Он не заменяет программу калибровки и сложения, планетарий, автогид, редактор фотографии или менеджер полной ночной последовательности. Успешный plate solve сообщает, где находится поле и как оно ориентировано, но не исправляет оптические аберрации, не удаляет градиенты и не улучшает качество изображения.

Первое заметное ограничение — входные форматы документированного решателя. Для GUI, командной строки и COM официально заявлены FITS и JPEG. Современные астрономические процессы нередко используют XISF, TIFF, PNG и RAW; для них потребуется конвертация либо другой solver.

Второе ограничение — зависимость от локальной Windows-инфраструктуры Astrometry.net. Автономность после установки полезна, но за неё приходится платить первоначальной настройкой Cygwin-подобной среды и индексных файлов. На новом компьютере нельзя рассчитывать на «один portable EXE».

Третье — необходимость заранее иметь индексы нужного масштаба. Веб-сервис Astrometry.net может использовать серверные ресурсы, а локальный ASPS работает только с тем, что уже лежит на диске. При резкой смене поля зрения в поездке без интернета недостающий индекс не появится автоматически.

Четвёртое — возраст интерфейса и интеграционной модели. COM и командная строка отлично подходят для классических Windows-приложений, однако современные кроссплатформенные системы чаще используют нативные бинарные API или собственные локальные решатели. Это не делает ASPS неработоспособным, но влияет на выбор для новой инфраструктуры.

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

Шестое — Astrometric Image Browser остаётся вспомогательным просмотрщиком. Он удобен для сетки, координат и объектов глубокого неба, но не предназначен для полноценной каталогизации звёзд, фотометрии или обработки изображения.

Когда All Sky Plate Solver особенно уместен

Программа хорошо подходит, если уже существует Windows-компьютер у телескопа, нужен локальный blind solver без облачного сервиса и есть старое оборудование, которое взаимодействует через ASCOM, APT, Voyager, CCDCommander или собственные COM-скрипты.

Ещё один сильный сценарий — восстановление координат неизвестных кадров. Для этого не нужны монтировка, камера или ASCOM: достаточно FITS/JPEG и подходящих индексов. Результаты можно использовать независимо от исходной программы съёмки.

ASPS удобен и как резервный blind solver. Если основной near solver ожидает приблизительные координаты и иногда теряет поле после большого промаха, All Sky Plate Solver может выполнить полный поиск. В старых конфигурациях N.I.N.A. и APT такой подход встречался регулярно.

Когда лучше выбрать другой solver

Если новая система строится вокруг Linux или macOS, All Sky Plate Solver не является естественным выбором из-за Windows/COM/Cygwin-окружения. Кроссплатформенный ASTAP или нативный Astrometry.net легче вписываются в такие архитектуры.

Если workflow принимает много форматов, включая XISF, TIFF, PNG и RAW, ASTAP предлагает более широкий набор входов и одновременно предоставляет просмотр, stacking и другие астрономические инструменты. В ASPS для неподдерживаемых форматов появится лишняя стадия конвертации.

Если требуется только быстрый near solve вокруг известной позиции и уже установлен каталог PlaneWave, PlateSolve2 остаётся простым специализированным вариантом. Но для blind solve его обычно дополняют другим решателем.

Если компьютер имеет стабильный интернет и не хочется хранить локальные индексы, веб-сервис Astrometry.net решает кадры на сервере. Цена такой простоты — зависимость от сети, загрузка файла и внешнего сервиса.

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

Сопоставлять All Sky Plate Solver с любым «фоторедактором» напрямую нельзя: это разные классы задач. Но для блока выбора на System Blog важно показать, что пользователь получает в каждом случае. ФотоМАСТЕР предназначен для обычной обработки фотографий: коррекции цвета и тона, ретуши, удаления объектов, работы с фоном, эффектами и оформлением. All Sky Plate Solver вместо этого анализирует геометрию звёздного поля и возвращает астрономические координаты.

All Sky Plate Solver и ФотоМАСТЕР

ФотоМАСТЕР выбирают, когда нужно визуально улучшить или изменить обычное изображение. Его инструменты включают замену и размытие фона, удаление лишних объектов, ретушь портретов, цветокоррекцию, фильтры, текст, рамки и экспорт в распространённые графические форматы. Он не выполняет астрометрическую идентификацию звёздного поля и не синхронизирует телескоп.

All Sky Plate Solver, напротив, не предназначен для художественной обработки. Его результат — RA/Dec, FOV, Scale, угол камеры и связанные WCS-параметры. Поэтому выбор между этими двумя программами определяется не «какая лучше», а тем, что нужно сделать с изображением. Для ретуши кадра нужен ФотоМАСТЕР; для определения небесных координат астрофотографии — ASPS или другой plate solver.

All Sky Plate Solver и ASTAP

ASTAP — наиболее прямой современный конкурент по plate solving. Он имеет собственный астрометрический решатель, поддерживает blind solving и командную строку, может интегрироваться с N.I.N.A., APT, Voyager и другими приложениями. При этом ASTAP значительно шире ASPS по общей функциональности: кроме solver он содержит FITS-просмотрщик, stacking, аннотации, фотометрию и дополнительные инструменты.

По платформам ASTAP универсальнее: официально доступны Windows, Linux и macOS, включая несколько архитектур. All Sky Plate Solver ориентирован на Windows и использует локальный Astrometry.net. Для новой кроссплатформенной системы это существенная разница.

По форматам ASTAP также гибче: помимо FITS он умеет импортировать RAW, XISF, PGM/PPM, TIFF, PNG и JPEG. Документированный solve-интерфейс ASPS ограничен FITS/JPEG.

В пользу All Sky Plate Solver говорит его классическая совместимость с COM, понятный текстовый solvefile-интерфейс и сложившиеся старые конфигурации APT/Voyager/CCDCommander. Если такой конвейер уже стабильно работает, переход только ради новизны может не дать практической выгоды.

All Sky Plate Solver и PlateSolve2

PlateSolve2 от PlaneWave — компактный самостоятельный решатель, которому требуется каталог APM или UCAC3. Его типичный сценарий — решение около приблизительно известной области. Во многих старых пакетах астрофотографии PlateSolve2 использовали как Near solver, а All Sky Plate Solver — как blind fallback.

ASPS выигрывает там, где исходная позиция неизвестна: Blind solve является штатной функцией. Также у него есть встроенный мастер выбора Astrometry.net-индексов и Astrometric Image Browser. PlateSolve2 проще по окружению, но требует собственный звёздный каталог.

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

All Sky Plate Solver и Astrometry.net

Сравнение здесь особое, потому что All Sky Plate Solver фактически использует Astrometry.net как локальный движок. Сам проект Astrometry.net можно запускать локально или использовать через веб-сервис. Веб-вариант принимает изображение и возвращает астрометрическую калибровку и список объектов поля.

ASPS добавляет поверх локального движка Windows-интерфейс, мастер индексов, ASCOM-связь, просмотрщик, COM и удобную командную строку. Если нужен только чистый solver в Linux, прямая установка Astrometry.net проще и гибче. Если нужен готовый Windows-фронтенд с аппаратной интеграцией, ASPS может быть удобнее.

Программа	Основная задача	Blind solve	Каталоги/индексы	Интеграция
All Sky Plate Solver	астрометрия и sync	да	Astrometry.net	GUI, CLI, COM, ASCOM
ASTAP	solver и обработка астроизображений	да	собственные базы ASTAP	GUI и CLI
PlateSolve2	локальный plate solve	ориентирован на known/near field	APM или UCAC3	GUI и внешние вызовы
Astrometry.net	универсальная астрометрическая калибровка	да	Astrometry.net indexes	CLI, API, web service
ФотоМАСТЕР	редактирование фотографий	нет	не применимо	фоторедактор

Пошаговая настройка стабильного рабочего контура

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

Шаг 1. Проверить локальный solver без оборудования

Возьмите один заведомо пригодный FITS/JPEG. Заполните Focal length и Pixel size. Установите индексы. Выполните Plate solve. Пока этот этап нестабилен, не подключайте ASCOM и внешние программы.

Шаг 2. Проверить повторяемость

Решите тот же кадр несколько раз. Координаты, FOV, Scale и angle должны совпадать с небольшими вычислительными вариациями либо полностью, в зависимости от реализации. Если результат скачет существенно, проверьте, что каждый раз используется один и тот же файл и набор параметров.

Шаг 3. Проверить разные участки неба

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

Шаг 4. Подключить камеру

Настройте получение короткой экспозиции. Сначала отключите автоматический Sync. Снимите кадр, решите и сравните координаты с ожидаемыми. После этого можно включать более автоматический Click & Plate solve.

Шаг 5. Подключить монтировку

Выберите ASCOM-драйвер, прочитайте текущие координаты и проверьте соответствие планетарию. Сделайте solve без Sync. Только убедившись, что ASPS действительно видит тот участок, куда направлена труба, тестируйте синхронизацию.

Шаг 6. Подключить внешнюю программу

APT, Voyager или собственный скрипт должны вызывать уже проверенный решатель. Если после подключения внешнего ПО появляются ошибки, сравните параметры вызова с интерактивными Settings: путь к EXE, FocalLength, PixelSize, RA/Dec и радиус поиска.

Шаг 7. Ввести тайм-аут и fallback

Для автоматизации решите заранее, сколько длится одна попытка и что происходит после отказа. Например: Near solve → повторный кадр → Blind solve → остановка последовательности с ошибкой. Конкретная схема зависит от оборудования, но бесконечных повторов быть не должно.

Проверочный список перед выездной съёмкой

• Эталонный FITS решается без интернета.
• Нужные index-файлы отмечены как Installed.
• Focal length соответствует текущей оптике и редуктору.
• Pixel size соответствует текущей камере и режиму.
• Путь Astrometry.net library существует.
• На диске достаточно свободного места для временных файлов.
• ASCOM-драйвер монтировки открывается без ошибок.
• Камера делает тестовый solve-кадр.
• Автоматический Sync проверен заранее либо выключен.
• Внешняя программа знает правильный путь к ASPS.
• Включён разумный тайм-аут.
• Есть план действий при отказе solve.

Этот список полезнее повторной установки программы на площадке. Большинство проблем plate solving связано не с самим бинарником, а с параметрами масштаба, индексами, путями и качеством тестового кадра.

Проверочный список после изменения оборудования

После замены камеры, редуктора или телескопа не переносите старую конфигурацию автоматически. Проверьте четыре величины: фокус, Pixel size, размер сенсора и фактический Scale. Затем заново откройте мастер индексов.

Если изменился только поворот камеры, новые индексы обычно не требуются: угловой масштаб и размер поля остаются теми же. Если изменился crop/ROI, физический Scale сохраняется, но поле уменьшается; в крайних случаях нужен соседний диапазон индексов.

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

Диагностические схемы для типичных сбоев

Кадр не решается после смены камеры

Сначала проверьте размер пикселя новой камеры. Затем сравните размер матрицы и фактическое поле зрения. Откройте Index Installation Wizard и убедитесь, что для нового FOV есть установленные индексы. После этого отключите чтение подозрительных FITS-полей и введите проверенные параметры вручную. Если эталонный кадр старой камеры всё ещё решается, локальный Astrometry.net исправен, а проблема почти наверняка относится к новой конфигурации.

Если новая камера работает с биннингом, не переносите без проверки Pixel size из паспорта сенсора в расчёты масштаба. Важно, какой sampling имеет фактический файл. Сравните ожидаемый arcsec/pixel с тем, что показывает другой известный решатель или калькулятор поля.

После установки редуктора solver стал медленным

Редуктор меняет фокус и расширяет поле. Старые индексы могут покрывать прежний диапазон, но не новый. Введите новый приблизительный фокус, пересчитайте FOV и добавьте выделенные индексы. Если фокус редуктора известен только номинально, после первого успешного solve используйте рассчитанный Scale как контроль.

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

Standalone работает, а APT или Voyager — нет

Такое расхождение удобно тем, что сам solver уже доказал работоспособность. Сравните путь к PlateSolver.exe, параметры фокуса и пикселя, ожидаемые координаты и радиус Near solve. Затем посмотрите, какой файл реально передаёт внешняя программа: иногда это временный JPEG или FITS с другими размерами.

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

GUI сообщает успех, но координаты выглядят неверно

Проверьте поле в Astrometric Image Browser и сравните его с независимым планетарием. Затем обратите внимание на эпоху J2000/JNow и формат угла. В Advanced settings можно выбрать эпоху координат. Нельзя напрямую сравнивать J2000 из одного инструмента с текущими координатами другого без учёта прецессии.

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

Угол камеры отличается на 180°

Сначала выясните, какое именно поле сравнивается: Camera angle, CROTA2 или PosAngle. Разные программы могут отсчитывать направление от разных осей изображения и использовать диапазоны −180…+180 или 0…360. Также зеркальная оптика и программное переворачивание изображения могут менять интерпретацию parity. Не исправляйте механический ротатор на 180°, пока не проверили конвенцию.

Индексы установлены, но программа их не видит

Откройте Advanced settings и сравните Astrometry.net library с фактическим каталогом. Если на компьютере когда-либо были Ansvr, AstroTortilla или другая Cygwin-установка, возможно существование нескольких наборов Astrometry.net. ASPS должен использовать тот каталог, где реально находятся нужные data/index-файлы.

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

После обновления Windows появились ошибки доступа

Проверьте, не изменились ли права на LocalAppData и рабочий каталог, не заблокирован ли ASPS защитным ПО и сохранилась ли регистрация COM-компонента. Если GUI работает, а COM-клиент не может создать объект AllSkyPlateSolver.PlateSolver, проблема вероятнее в регистрации компонента или разрядности вызывающего процесса, чем в индексах.

Как интерпретировать результаты без лишних предположений

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

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

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

FocalLength в результате — вычисленная величина. Она не измеряется механически и зависит от того, какой Pixel size сообщил пользователь. Поэтому фраза «ASPS показал неправильный фокус» не всегда означает проблему solve. Сначала убедитесь в правильности размера пикселя.

SolvedTime измеряет длительность текущей операции и полезен для мониторинга автоматизации. Но сравнивать компьютеры по одному числу некорректно: разные поля, индексы и режимы поиска создают разную нагрузку.

Разработка собственного клиента к COM

Если All Sky Plate Solver встраивается в самописную программу, полезно отделить конфигурацию от выполнения. На этапе настройки вызываются Configure и IndexWizard. В рабочем цикле клиент должен передавать конкретный файл и параметры, получать ReturnCode и только после успеха читать RA, Dec и остальные свойства.

Для графического приложения предпочтительнее PlateSolveAsync, чтобы интерфейс не зависал. Схема состояния может быть такой: Idle → Solving → Solved/Error/Timeout/Aborted → Idle. Кнопка отмены переводит Abort в True только в состоянии Solving.

Не опрашивайте свойства результата в плотном бесконечном цикле. Достаточно периодической проверки Done с небольшой паузой. Это уменьшает нагрузку и делает приложение отзывчивее.

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

Все входные параметры стоит журналировать до вызова: путь файла, FocalLength, PixelSize, CurrentRA, CurrentDec и NearRadius. При ошибке «не решается» без этих данных расследование почти всегда превращается в догадки.

Результат solvefile или COM лучше хранить рядом с ID исходного кадра. Тогда можно повторно анализировать наведение без повторного plate solving и сравнивать старые версии алгоритма.

FAQ по All Sky Plate Solver

Нужен ли интернет для каждого plate solve?

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

Можно ли решить кадр, если неизвестны координаты?

Да. Это Blind solve — одна из ключевых возможностей ASPS. Приблизительные RA/Dec не обязательны. Если они известны, можно использовать Near solve для более ограниченного поиска.

Какие файлы поддерживаются?

Документированные интерфейсы plate solving принимают FITS и JPEG. Для других форматов требуется преобразование или альтернативный solver.

Почему программа просит фокус и размер пикселя, если blind solve не знает координат?

Blind означает отсутствие исходного положения на небе, а не отсутствие информации о масштабе. Фокус и Pixel size дают приблизительный arcsec/pixel и помогают сузить диапазон индексных файлов.

Можно ли не указывать фокус вручную?

Для FITS ASPS может использовать фокус из заголовка, если он там есть и соответствующий флажок Ignore выключен. При командном или COM-вызове нулевое значение параметра заставляет компонент опираться на FITS/Settings согласно настройкам.

Что делать, если фактический фокус неизвестен?

Начните с паспортного значения с учётом редуктора или Барлоу. После успешного solve посмотрите Scale и рассчитанный FocalLength. Если Pixel size известен точно, это даст полезную оценку реального фокуса.

Нужно ли скачивать все Astrometry.net indexes?

Нет. Index Installation Wizard подбирает диапазоны под поле зрения. Устанавливать все наборы обычно нет необходимости; важнее покрыть реально используемые конфигурации.

Можно ли использовать программу только для старых фотографий?

Да. Камера и монтировка не нужны для решения существующего FITS/JPEG. Вы получите координаты, масштаб, FOV и угол поля.

Можно ли управлять ASPS из скрипта?

Да. Есть командная строка /solvefile с текстовым OutputFile, а также COM Automation через AllSkyPlateSolver.PlateSolver.

Как понять, что solve успешен в COM?

Проверить ReturnCode. Значение 1 означает успешное решение. Только после этого следует читать RA, Dec, Scale и остальные свойства результата.

Можно ли прервать долгий solve?

Да. В COM есть Abort, а также TimeOutTime для ограничения длительности. В GUI во время обработки доступна команда остановки.

Что лучше для автоматизации: synchronous или async?

Для фонового сервиса может быть удобен обычный PlateSolve, если каждый solve выполняется в отдельном рабочем потоке. Для GUI-клиента чаще предпочтителен PlateSolveAsync, чтобы не блокировать интерфейс.

Почему Browse solved image не открывает некоторые FITS?

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

Есть ли в ASPS пакетная обработка?

Да. Tools → Sequence Analysis позволяет выбрать папку и получить таблицу астрометрических параметров для последовательности файлов.

Можно ли использовать Sequence Analysis для оценки качества звёзд?

Только косвенно. Он показывает координаты, поворот, фокус, размер и другие геометрические параметры. FWHM, HFD и эксцентриситет как специализированный селектор кадров ASPS не предоставляет.

Что делает Astrometric Image Browser?

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

Заменяет ли ASPS планетарий?

Нет. Он определяет положение изображения. Для полноценной карты неба, поиска объектов, времени восхода и планирования удобнее использовать планетарий, передавая туда полученные координаты.

Заменяет ли ASPS автогид?

Нет. Plate solve измеряет абсолютное положение поля по звёздам. Автогид непрерывно корректирует небольшие ошибки ведения. Эти функции дополняют друг друга.

Можно ли использовать ASPS для центрирования цели?

Да, но полная логика «solve → вычислить ошибку → корректирующий slew → повторить» обычно реализуется внешней программой съёмки. ASPS предоставляет координаты и возможность Sync.

Зачем нужен Location settings, если координаты кадра определяются по звёздам?

Для базового blind solving географическое место не заменяет индексы. Оно нужно связанным аппаратным и ориентационным функциям, а также дополнительным инструментам.

Можно ли поставить ASPS на Linux?

Программа ориентирована на Windows и использует Windows COM/ASCOM и локальную Astrometry.net-среду. Для Linux практичнее использовать сам Astrometry.net или кроссплатформенный ASTAP.

Какой solver выбрать сегодня для новой системы?

Если нужна современная кроссплатформенность и широкий набор форматов, обычно логичнее рассмотреть ASTAP. Если уже есть стабильный Windows-конвейер, завязанный на ASPS, COM, APT или старую автоматизацию, All Sky Plate Solver продолжает решать свою задачу без обязательной миграции.

Рабочая модель программы

All Sky Plate Solver лучше всего воспринимать как оболочку и интеграционный слой вокруг локального Astrometry.net для Windows. Его сильная сторона — не визуальная сложность, а конкретный набор связей: мастер индексов, blind/near solve, FITS/JPEG, ASCOM-синхронизация, просмотр решённого кадра, пакетный анализ, командная строка и COM.

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

Для существующей Windows-обсерватории ASPS остаётся практичным специализированным инструментом, особенно когда нужен автономный blind solving и интеграция со старым ПО. Для новой кроссплатформенной системы есть более универсальные альтернативы, но это не отменяет сильных сторон All Sky Plate Solver в своей исходной роли — быстро определить, куда действительно смотрит камера, и передать этот факт остальным компонентам съёмочного конвейера.

Как сохранить воспроизводимую конфигурацию

Для plate solving важно сохранять не только саму программу, но и контекст, в котором она получила правильный результат. Минимальный паспорт рабочей конфигурации включает фокусную длину, размер пикселя, размеры кадра, фактический Scale из успешного solve, список используемых index-диапазонов и путь к Astrometry.net library. Для автоматизации дополнительно записывают параметры NearRadius, тайм-аут и выбранную стратегию перехода к blind solve.

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

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

При миграции не стоит просто копировать папку с индексами и считать задачу законченной. Сначала установите ASPS и локальную библиотеку штатным способом, затем убедитесь, что Advanced settings указывает на нужный Astrometry.net. После этого можно проверить наличие каталогов и решить эталонный кадр. Если всё работает, подключайте ASCOM и внешние программы.

Что проверять после успешного решения

Зелёный или успешный статус solve — ещё не конец проверки при первоначальной настройке. Сначала сопоставьте RA/Dec с реальным объектом. Затем сравните Scale с расчётным значением для оптики. После этого проверьте FOV: ширина и высота должны соответствовать размеру матрицы и масштабу. Наконец, откройте Astrometric Image Browser и убедитесь, что координатная сетка и подписи объектов ложатся на изображение правдоподобно.

Если все четыре проверки проходят, результат можно считать надёжным основанием для Sync или автоматического центрирования. Если совпадают только координаты, но Scale выглядит невозможным, не игнорируйте несоответствие: оно может указывать на неправильный Pixel size, ресайз изображения или ошибку FITS-заголовка.

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

Таким образом, хороший plate solving — это не единичное совпадение звёзд, а согласованный набор геометрических параметров. Именно в таком виде результаты All Sky Plate Solver наиболее полезны: они становятся измеримым состоянием оптической системы, которое можно проверить, сохранить и передать следующему этапу автоматизации.