All Sky Plate Solver

All Sky Plate Solver — бесплатная настольная программа для Windows, которая определяет небесные координаты, масштаб, поле зрения и ориентацию астрономического снимка по звёздному рисунку. Она рассчитана прежде всего на астрофотографов и владельцев компьютеризированных монтировок: пользователь передаёт FITS- или JPEG-файл, программа сопоставляет звёзды с локальными астрометрическими индексами и возвращает решение, пригодное для проверки наведения, синхронизации монтировки и автоматизации съёмочной сессии. После установки локальной библиотеки Astrometry.net и нужных индексных файлов само распознавание снимков не требует постоянного подключения к интернету.

Что именно представляет собой All Sky Plate Solver

Точное название программы — All Sky Plate Solver, сокращённо ASPS. Разработчик — Giovanni Benintende. Это Windows-интерфейс к локальному механизму Astrometry.net, работающему через Cygwin. Программа не является браузерным сервисом Astrometry.net, не отправляет кадр на удалённый сервер для каждого решения и не относится к ASTAP, PlateSolve2 или PlateSolve3. Такое разграничение важно: у перечисленных инструментов различаются каталоги, алгоритмы, поддерживаемые платформы, способы интеграции и требования к локальным данным.

Основная задача ASPS — plate solving, то есть восстановление астрометрической привязки кадра. На входе находится изображение звёздного поля, а на выходе — вычисленные координаты центра кадра, угловой размер поля, масштаб изображения и угол поворота. Эти параметры дают возможность сопоставить фактическое положение телескопа с ожидаемым и затем скорректировать наведение. В автономном режиме ASPS может решать файл вручную; через COM-интерфейс и командную строку тот же механизм подключается к программам автоматизации.

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

Для кого предназначена программа

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

Второй сценарий — автоматизированная съёмка. ASPS предоставляет COM-объект AllSkyPlateSolver.PlateSolver и командный интерфейс, поэтому внешний софт может передать снимок, фокусное расстояние, размер пикселя и приблизительные координаты, дождаться решения и получить численные параметры. Программа документированно используется или поддерживается в связках с APT, Voyager, SharpCap и N.I.N.A.; степень интеграции различается, но назначение одно — включить локальный решатель в более крупный процесс наведения или съёмки.

Третий сценарий — разбор уже снятых FITS- и JPEG-кадров. Пользователь может определить центр и ориентацию старого изображения, даже когда точные координаты не были записаны вручную. В ASPS также есть Astrometric Image Browser: после успешного решения он показывает кадр с координатной информацией, сеткой, перекрестием, настройкой растяжения гистограммы и идентификацией объектов по каталогу.

Какие задачи ASPS не заменяет

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

Распространение, версия и лицензирование

Актуальная общедоступная версия программы — 1.4.5.11. Windows-пакет распространяется как бесплатное ПО; размер загрузки составляет 8.3 MB. Это локальная бинарная программа, а не онлайн-сервис. Сам файл установки небольшой, потому что астрометрические индексы скачиваются и хранятся отдельно. Для рабочего места нужно учитывать суммарный объём выбранных индексов, а не только размер установщика.

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

Как работает plate solving в ASPS

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

Ключевой параметр оптической системы — масштаб изображения в угловых секундах на пиксель. Для оценки используется отношение размера пикселя камеры к фокусному расстоянию: примерно 206,265 × размер пикселя в микронах / фокусное расстояние в миллиметрах. ASPS принимает фокусное расстояние и размер пикселя в настройках, а для FITS может читать эти значения из заголовка. Правильные значения сокращают пространство поиска и помогают программе выбрать подходящие индексы.

ASPS поддерживает два принципиальных режима поиска в COM-интерфейсе. При Near решении внешнее приложение передаёт приблизительные J2000-координаты центра и радиус поиска. Это ограничивает область неба и обычно ускоряет вычисление. При Blind решении текущие координаты и радиус передаются нулевыми: программа ищет совпадение без привязки к приблизительному положению. По умолчанию, если Near-поиск не удался, разрешён переход к Blind-поиску; это поведение управляется свойством BlindSolveIfNearFails.

Что получается после успешного решения

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

Главное окно и реальные элементы интерфейса

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

Главное окно рассчитано на последовательность «выбрать кадр — проверить параметры — решить — прочитать результат». Для ручного режима этого достаточно. Дополнительные инструменты вынесены в отдельные окна: Settings отвечает за оптические параметры и подключаемое оборудование, Index Installation Wizard — за индексные каталоги, Advanced — за путь к библиотеке и формат астрометрических данных, Astrometric Image Browser — за визуальную проверку решённого изображения.

Окно Settings

В Settings есть вкладки General и Hardware. На вкладке General задаются Focal length и Pixel size. Там же находятся переключатели, позволяющие игнорировать размер пикселя и фокусное расстояние, записанные в FITS-заголовке. Это важно при работе с файлами, у которых метаданные устарели или относятся к другой оптической конфигурации.

В нижней части Settings доступны Index installation wizard, Advanced, Load settings и Save settings. Сохранение профиля полезно при нескольких оптических конфигурациях: например, основная камера используется то на телескопе с длинным фокусом, то с редуктором. Вместо постоянного ручного изменения значений можно хранить отдельные наборы параметров и загружать нужный перед решением.

Раздел Hardware позволяет получать изображение с основной камеры через MaxIm/DL или ASCOM и после успешного Click & Plate Solve выполнять синхронизацию монтировки. В интерфейсе присутствуют параметры экспозиции, binning, фильтра и subframe для сценария, где ASPS сам инициирует получение кадра. Это расширяет программу от простого анализатора файлов до самостоятельного звена в цикле «получить изображение — решить — синхронизировать».

Advanced

В окне Advanced указывается расположение библиотеки Astrometry.net. Для версии 1.4.5.11 это особенно полезно в конфигурациях, где локальная библиотека находится не по стандартному пути. Здесь же доступны параметры, связанные с системой координат и представлением результата: J2000/JNow, астрометрический WCS или позиционный угол, sexagesimal-формат, а также управление кэшированными данными.

Путь к библиотеке требует внимательной проверки при переносе программы между компьютерами или пользовательскими профилями Windows. Практическая конфигурация встречается в каталоге вида C:\Users\[имя]\AppData\Local\Astrometry\usr\share\astrometry\data, однако фактический путь зависит от установки. Нельзя переносить этот пример буквально без сверки: ASPS должен видеть именно тот каталог, где находятся локальные компоненты и индексы текущей системы.

Установка и первый запуск

Установка начинается с Windows-пакета Install.exe. После установки основным исполняемым файлом служит PlateSolver.exe. В комплект входит ASPS.dll — COM-библиотека автоматизации; установщик регистрирует её автоматически. Отдельная ручная регистрация DLL в нормальном сценарии не требуется. Если внешний клиент впоследствии не видит COM-объект, проверять следует целостность установки и регистрацию компонента, а не создавать собственное имя класса: документированное имя объекта — AllSkyPlateSolver.PlateSolver.

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

После установки программы разумно сначала открыть Settings, указать реальное фокусное расстояние и размер пикселя текущей камеры, затем запустить Index Installation Wizard. Такой порядок уменьшает риск скачать неподходящие каталоги: мастер использует параметры оптики для расчёта поля зрения и показывает диапазоны индексов, соответствующие этой геометрии.

Index Installation Wizard

Мастер индексов отображает таблицу с колонками From FOV, To FOV, Index name, Files, Size и Local files. Рядом находится Index calculator, где учитываются focal length, pixel size, размеры матрицы и рассчитанное поле зрения. Пользователь видит не абстрактный набор файлов, а диапазон угловых размеров, для которого предназначена каждая серия индексов.

Размеры серий сильно отличаются. В интерфейсе мастера видны, например, набор 4207 для поля 22–30 угловых минут: 12 файлов и около 116 MB; 4208 для 30–42 минут: один файл примерно 58.4 MB; 4209 для 0.7–1.0°: около 29.3 MB; 4210 для 1.0–1.4°: около 14.5 MB; 4211 для 1.4–2.0°: около 5.7 MB. Широкоугольная серия 4100 для 33–180° состоит из 13 файлов и показывает объём около 441 MB. Это иллюстрирует, почему бессмысленно оценивать дисковое место только по 8.3 MB установщика.

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

Проверка индексов после установки

Наличие файлов на диске ещё не гарантирует, что ASPS использует правильный каталог. Нужно проверить три вещи: путь библиотеки в Advanced, наличие строк в Local files напротив требуемых серий и успешное решение контрольного кадра с известным полем зрения. Если COM возвращает код 3, программа не нашла звёздные индексы; код 21 означает, что индексы не установлены; код 22 относится к отсутствующей библиотеке Astrometry.net. Эти состояния различаются и требуют разных исправлений.

Базовый рабочий процесс: от кадра до координат

1. Проверить оптическую конфигурацию. В Settings задаются Focal length в миллиметрах и Pixel size в микронах. Для FITS можно разрешить чтение этих величин из заголовка; при недостоверных метаданных соответствующие значения игнорируются переключателями.
2. Установить индексы. Через Index Installation Wizard выбираются серии, покрывающие поле зрения текущей связки телескопа и камеры.
3. Выбрать файл. ASPS принимает FITS и JPEG. Для COM это не рекомендация, а формальное ограничение: иной формат приводит к ReturnCode 2.
4. Указать приближённое положение при наличии. Если координаты известны, Near-поиск сокращает область неба. Для полностью неизвестного кадра используется Blind-поиск.
5. Запустить plate solving. В ручном режиме используется команда решения главного окна. В автоматизации тот же этап запускается методом PlateSolve/PlateSolveAsync или параметром командной строки.
6. Прочитать результат. Проверяются R.A., Dec, FoV, Scale и Rotation/Position Angle. Одно сообщение «solved» недостаточно, если цель работы — точное кадрирование: численные значения нужно сопоставить с ожидаемыми.
7. При необходимости синхронизировать монтировку. Автоматический Sync включается только после успешного решения и требует корректного ASCOM-подключения. Перед включением важно убедиться, что найденный центр правдоподобен.

Выбор изображения

В ручном режиме пользователь выбирает существующий файл. На экране до solve отображается путь к изображению и текущие параметры. Это позволяет проверить, что анализируется нужный кадр и что значения focal length/pixel size относятся именно к нему, а не остались от предыдущего оборудования.

Для FITS преимущество состоит в доступных метаданных: программа может взять из заголовка размер пикселя и фокусное расстояние. Однако эти поля не следует считать автоматически истинными. При переработке старой коллекции кадров, смене редуктора или копировании FITS-заголовков метаданные могут не соответствовать текущему изображению. Именно для таких случаев предусмотрены Ignore FITS pixel size и Ignore FITS focal length.

Запуск и чтение численного результата

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

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

Near и Blind: когда какой режим нужен

Режим Near особенно уместен после первоначального GoTo: координаты монтировки дают хорошую подсказку, а ASPS уточняет реальный центр. Blind полезен при неизвестном сохранённом кадре, потере синхронизации или стартовой ориентации, которой нельзя доверять. В автоматизации выбор режима следует делать осознанно: Blind может спасти ошибочную приблизительную позицию, но способен занимать больше времени.

Astrometric Image Browser

После успешного solve можно открыть решённый кадр в Astrometric Image Browser. Это не полноценный редактор, а средство визуальной проверки астрометрии. Браузер показывает изображение, поддерживает zoom и прокрутку, выводит координаты курсора и название объекта под указателем, умеет отображать перекрестие и экваториальную сетку. Для слабых кадров доступна настройка визуального растяжения через гистограмму.

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

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

Sequence Analysis для серии файлов

В меню Tools доступен Sequence Analysis. Инструмент предназначен для пакетного астрометрического анализа каталога изображений. Пользователь указывает папку в поле Directory и запускает Start astrometric analysis; ASPS последовательно решает файлы и формирует таблицу параметров. Это удобно для ночной серии или большой коллекции, где нужно получить координаты для многих кадров без ручного открытия каждого.

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

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

Поддерживаемые форматы, ввод и вывод

Документированный вход ASPS ограничен FITS и JPEG. Это правило явно закреплено в COM-интерфейсе: при неподдерживаемом типе файла возвращается код 2. PNG, TIFF, RAW-файлы камер и другие форматы нельзя автоматически считать поддерживаемыми только потому, что они распространены в астрофотографии. Для них нужен предварительный перевод в формат, который принимает ASPS, либо другой solver с подходящим декодером.

FITS является естественным форматом для астрономической автоматизации, потому что его заголовок может хранить параметры съёмки и WCS-метаданные. JPEG удобен для простого ручного анализа и документированно поддерживается. При работе с JPEG ASPS выполняет внутреннюю подготовку данных; отдельный ReturnCode 11 означает, что преобразование JPEG в FITS для вычислительного этапа не удалось.

Результат не ограничивается текстом главного окна. COM-клиент получает значения через свойства объекта. Командная строка умеет записывать результат в текстовый файл: первая строка сообщает OK или ERROR, после успешного решения следуют R.A., Dec, ширина и высота поля зрения, scale, rotation и focal length. Десятичный разделитель в этом выводе — точка, что важно для скрипта, работающего в локали Windows с запятой.

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

All Sky Plate Solver можно запускать без ручной работы в интерфейсе. Документированы три основных режима командной строки: /solve, /solvefile, /sfsettings и /sfindex. Первый запускает действие, эквивалентное ручному Click & Plate Solve, используя уже сохранённые настройки и установленные индексы. Два последних открывают Settings и Index Installation Wizard соответственно, что удобно для подготовки рабочего места из внешнего сценария.

Наиболее важен /solvefile. Синтаксис включает имя изображения и файл результата, а затем необязательные параметры FocalLength, PixelSize, CurrentRA, CurrentDec и NearRadius. В документации приведена форма PlateSolver.exe /solvefile [FileName] [OutputFile] [FocalLength] [PixelSize] [CurrentRA] [CurrentDec] [NearRadius]. Такой вызов позволяет приложению передавать геометрию текущей камеры и приблизительную позицию без интерактивного ввода.

Как строить надёжный вызов /solvefile

1. Передать абсолютный путь к существующему FITS или JPEG, особенно если рабочий каталог запускающего процесса отличается от каталога ASPS.
2. Заранее выбрать путь к выходному текстовому файлу, куда процесс сможет записать результат.
3. Передать FocalLength в миллиметрах и PixelSize в микронах, когда внешнее приложение знает актуальную конфигурацию лучше сохранённых настроек.
4. Для Near-режима передать CurrentRA, CurrentDec и NearRadius; для Blind-режима использовать нулевые значения позиции и радиуса.
5. После завершения прочитать первую строку результата. Только OK означает, что последующие численные поля можно трактовать как успешное решение.
6. Проверить числовые значения на физическую правдоподобность до автоматической команды Sync или повторного GoTo.

Скрипт не должен считать наличие выходного файла достаточным признаком успеха. ASPS пишет и ошибки, поэтому парсер обязан отличать OK от ERROR. Кроме того, числовой парсер должен ожидать точку как десятичный разделитель. Такая мелочь критична при PowerShell, .NET или собственном приложении, где текущая культура Windows может ожидать запятую.

Что возвращает текстовый файл

После успешного solve вывод содержит координаты центра R.A. и Dec, ширину и высоту поля зрения в угловых минутах, масштаб в arcsec/pixel, rotation и вычисленное focal length. Для простого сценария наведения достаточно координат центра. Для более строгой проверки следует использовать также FoV и Scale: они помогают обнаружить ситуацию, когда внешний процесс передал не тот файл или в настройках осталась другая оптическая конфигурация.

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

COM-интерфейс для автоматизации

Для более тесной интеграции ASPS предоставляет зарегистрированный COM-объект AllSkyPlateSolver.PlateSolver. Он создаётся внешним Windows-приложением и позволяет не запускать диалоговый интерфейс для каждого кадра. В комплекте находится ASPS.dll, а установка регистрирует библиотеку. Такой интерфейс объясняет, почему solver можно встроить в программы наблюдений и наведения без обмена данными через ручное копирование.

Основные методы

Асинхронный режим не означает неограниченную параллельность. Документация прямо ограничивает solver одним активным процессом решения. Попытка запустить новый процесс во время текущего solve возвращает код 14. Поэтому очередь кадров должна формироваться в вызывающем приложении: следующий кадр передаётся только после завершения предыдущего либо после корректного Abort.

Параметры, которые задаются до solve

FileName указывает FITS или JPEG. FocalLength передаётся в миллиметрах, PixelSize — в микронах. CurrentRA и CurrentDec задают приблизительную J2000-позицию, а NearRadius — радиус области поиска в градусах. Эти параметры влияют не на оформление интерфейса, а непосредственно на вычислительную стратегию.

Поля FocalLength и PixelSize особенно важны для кадров без надёжных FITS-метаданных. Если клиент передаёт корректные значения, solver получает исходный масштаб независимо от сохранённого пользовательского профиля. В истории ASPS есть важная граница: в обсуждении интеграции APT версия 1.4.5.4 или новее требовалась для корректной передачи focal length, поскольку более раннее поведение могло позволять значению из Settings переопределять параметр командного вызова.

Свойства результата COM

FoV и Scale полезны как контроль качества интеграции. Например, приложение планирует кадр при ожидаемом поле около одного градуса, а COM возвращает существенно иное значение. Такое расхождение указывает, что перед автоматическим Sync нужно проверить выбранный файл, focal length, pixel size и индексную конфигурацию. Координаты сами по себе не дают такой проверки геометрии.

Управляющие свойства

IgnoreFitsPixelSize и IgnoreFitsFocalLength позволяют не использовать соответствующие величины из FITS-заголовка. BlindSolveIfNearFails управляет переходом от Near к Blind и по умолчанию включён. TimeOutTime задаёт предел ожидания. Abort останавливает активное решение. После завершения ReturnCode и ReturnMessage сообщают состояние вызова.

Для устойчивой автоматизации внешний код должен обрабатывать именно ReturnCode, а не только наличие координат. Например, код 13 означает timeout, 14 — попытку начать новый процесс пока предыдущий ещё решается, 15 — некорректный FITS-заголовок. Эти случаи требуют разных реакций: увеличение timeout не исправит повреждённый заголовок, а повторный немедленный запуск не исправит конфликт параллельных процессов.

Коды ошибок и диагностика COM

Коды 3, 21 и 22 похожи только внешне. Код 21 означает отсутствие индексных данных как установленных компонентов. Код 3 говорит, что требуемые star indexes не найдены в процессе решения, что может быть связано с путём или набором масштаба. Код 22 относится уже к самой Astrometry.net library. Разделение этих состояний позволяет чинить систему последовательно, а не переустанавливать всё при любой ошибке.

Как диагностировать ReturnCode 9

Код 9 сообщает, что solver не смог получить решение, но не говорит, что сама установка повреждена. Сначала проверяют, что выбранный индекс соответствует реальному FoV. Затем — focal length и pixel size. После этого оценивают исходный кадр: на нём должно быть достаточно пригодных звёзд без чрезмерных треков, пересвета или облачности. Если запуск был Near, полезно проверить достоверность CurrentRA/CurrentDec и NearRadius; при разрешённом BlindSolveIfNearFails solver сможет перейти к широкому поиску.

Лог Astrometry.net важнее многократного повторения той же операции. Код 8 прямо относится к ошибке запуска вычислительного слоя и предусматривает подслучаи, раскрываемые логом. Код 9 тоже сопровождается рекомендацией изучить лог при неудачном решении. В автоматизированной системе лог следует сохранять вместе с проблемным кадром, иначе после ночной сессии останется только общий код без контекста.

Интеграция с камерой и монтировкой

ASPS способен не только решать уже существующий файл. В Hardware предусмотрено получение изображения с основной камеры через MaxIm/DL или ASCOM. Для этого задаются Exposure, Binning, Filter и Subframe. После получения кадра выполняется plate solve, а при включённой опции успешный результат может запустить Sync mount.

Автоматический Sync — операция с реальным оборудованием, поэтому правильная проверка важнее удобства. Перед первым использованием нужно выполнить несколько ручных решений на известных полях, сравнить returned RA/Dec с ожидаемыми координатами и убедиться, что Scale/FoV соответствуют оптике. Только после этого целесообразно включать синхронизацию. Ошибочная привязка координат может передать монтировке неправильное представление о текущем положении.

Контрольный порядок перед включением Sync mount

• ASCOM-драйвер монтировки подключён к правильному устройству, а не к симулятору или другой конфигурации.
• Тестовый кадр решается стабильно несколько раз, а координаты центра совпадают с известным полем.
• FoV и Scale соответствуют фактической камере, binning и фокусному расстоянию.
• Система координат в Advanced согласована с тем, что ожидает управляющее приложение.
• Near-позиция не содержит очевидной ошибки на десятки градусов.
• После первого Sync повторный контрольный кадр показывает уменьшение расхождения, а не его рост.

Для астрофотографа полезно разделять две операции: solve сообщает фактические координаты, а sync изменяет модель положения в монтировке/драйвере. Первая операция диагностическая, вторая — управляющая. ASPS выполняет Sync только после успешного решения, но решение всё равно следует проверить по нескольким параметрам, когда система вводится в эксплуатацию.

Интеграции с астрономическими приложениями

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

APT и PointCraft

APT использовал ASPS как blind solver в PointCraft, тогда как другие движки могли выполнять обычный solve по приблизительной позиции. Это хорошо соответствует сильной стороне Astrometry.net: возможность определить поле без исходных координат. В историческом обсуждении APT отдельно требовалась ASPS 1.4.5.4 или новее, чтобы передаваемое фокусное расстояние не переопределялось старым значением Settings. Для текущей 1.4.5.11 эта конкретная граница уже пройдена.

SharpCap

SharpCap поддерживает ASPS среди нескольких локальных решателей. В plate-solving цикле SharpCap получает изображение, запускает выбранный solver и использует найденные координаты для синхронизации и повторного GoTo. Это не делает ASPS частью SharpCap: он остаётся отдельной установленной программой с собственными индексами и настройками. Если SharpCap не обнаруживает решатель или solve не проходит, диагностику нужно вести и на уровне внешнего ASPS.

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

Voyager и N.I.N.A.

Voyager позволяет выбрать ASPS для обычного и blind plate solve. Его документация прямо характеризует ASPS как использование локального Astrometry.net под Cygwin. N.I.N.A. также включает All Sky Plate Solver в перечень поддерживаемых решателей. В обоих случаях основная ценность — локальная работа: изображения остаются на компьютере, а автоматизация не зависит от доступности удалённого астрометрического сервиса.

Производительность и от чего зависит время решения

Для ASPS нельзя указать одно универсальное время solve. Реальные опубликованные примеры для версии 1.4.5.11 охватывают широкий диапазон: в одном практическом руководстве решение завершалось примерно за 13 секунд; в обсуждении интеграции APT приводились результаты около 91.3 секунды для кадра на 1000 mm, 24.8 секунды для 400 mm и 22.1 секунды для широкоугольной конфигурации 40 mm. В других пользовательских сценариях встречались решения порядка нескольких или десятка секунд. Эти цифры показывают разброс, а не обещанный benchmark.

На скорость влияют как минимум пять факторов. Первый — Near против Blind: приблизительная позиция сокращает небесную область. Второй — диапазон индексов: solver должен обращаться к наборам, соответствующим размеру звёздных фигур. Третий — качество снимка и число пригодных звёзд. Четвёртый — скорость локального диска, потому что индексные файлы читаются с накопителя. Пятый — корректность focal length/pixel size, которая помогает определить масштаб и не расширять поиск без необходимости.

Почему больше индексов не всегда означает быстрее

Установка большого количества каталогов увеличивает покрытие разных оптических конфигураций, но не превращает solve автоматически в более быстрый. Индексы занимают дисковое пространство и дают solver больше потенциальных наборов. Для стационарной системы логичнее держать диапазоны, покрывающие фактическое FoV и разумный запас, а не весь каталог Astrometry.net. Для переносного комплекта с несколькими объективами, напротив, более широкий набор оправдан, потому что одна система должна обслуживать существенно разные поля зрения.

Как оценивать скорость корректно

Сравнивать время имеет смысл только на одинаковом кадре и одинаковом режиме поиска. Если один запуск Near знает координаты, а другой Blind ищет всё небо, разница не отражает только производительность компьютера. Аналогично, сравнение после смены индексов или качества изображения смешивает несколько факторов. Для собственного контроля полезно выбрать три типичных тестовых кадра — узкое поле, среднее и широкое — и фиксировать SolvedTime через COM при неизменных настройках.

При автоматизации важна не минимальная единичная цифра, а стабильность. Solver, который обычно укладывается в 15 секунд, но регулярно уходит в timeout на реальных кадрах, хуже предсказуем для ночного сценария, чем конфигурация с более постоянными 25–30 секундами. Поэтому TimeOutTime следует выбирать после серии тестов, а не по лучшему результату одного изображения.

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

Plate solving даёт возможность проверить оптические параметры независимо от номинала оборудования. Приблизительный масштаб можно заранее оценить по формуле 206,265 × pixel size / focal length. Например, камера с пикселем 3.76 µm на фокусном расстоянии 500 mm даёт приблизительно 1.55 угловой секунды на пиксель. Если ASPS после solve возвращает близкий Scale, это согласуется с введённой геометрией. Сильное расхождение требует проверки binning, фактического фокусного расстояния, метаданных и выбранного файла.

Поле зрения зависит ещё и от числа пикселей матрицы. Зная Scale и размеры изображения, можно оценить угловую ширину и высоту и сравнить их с FoVW/FoVH. Такая перекрёстная проверка особенно полезна перед автоматическим Sync: ложное или неожиданное решение легче заметить по несоответствию сразу нескольких величин, чем по координатам без контекста.

Что означает вычисленное focal length

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

Системные требования

All Sky Plate Solver предназначен для Windows. Актуальные каталоги программы указывают совместимость с Windows 7, Windows 8, Windows 10 и Windows 11. Установочный пакет имеет размер 8.3 MB. Для plate solving дополнительно требуется локальная среда Astrometry.net на Cygwin и астрометрические индексы, выбранные под поле зрения камеры.

Разработчик не публикует в доступной документации конкретный минимальный процессор, объём оперативной памяти или модель видеокарты для ASPS. Придумывать такие цифры нельзя. Вычислительная нагрузка связана прежде всего с Astrometry.net и чтением индексов; наличие большого локального каталога означает, что для практической конфигурации важны свободное место и нормальная скорость накопителя.

Отдельного требования к GPU в документации ASPS нет. Plate solving не следует планировать как задачу, которая требует современной игровой видеокарты. При выборе компьютера для обсерватории полезнее учитывать стабильность Windows, быстрый локальный накопитель, достаточный объём для индексов и совместимость драйверов камеры/ASCOM, чем ориентироваться на графическую производительность.

Диск и каталог индексов

Потребление диска определяется используемым полем зрения. Узкие диапазоны могут требовать несколько десятков или сотен мегабайт, а покрытие многих масштабов — несколько гигабайт. В мастере ASPS размеры видны до загрузки. Для мини-ПК с небольшим SSD это существенный фактор: желательно заранее составить список телескопов, редукторов и камер и установить только те серии, которые покрывают реальные FoV.

Windows 11 и права доступа

ASPS продолжает использоваться на Windows 11, но старая архитектура на Cygwin и локальных рабочих каталогах делает права доступа заметным источником проблем. В пользовательском обсуждении Windows 11 Home описана ситуация, где запуск с обычными правами приводил к сообщению SQLite об невозможности открыть database file, а административный запуск работал. Это не означает, что ASPS всегда требует администратора: проблема показывает, что при таком симптоме нужно проверять разрешения и расположение каталогов.

Безопасность и приватность

Главное свойство приватности ASPS — локальный plate solving. После установки библиотеки и индексов кадр анализируется на компьютере; для каждого FITS или JPEG не требуется отправка изображения в удалённый сервис. Для астрофотографа это уменьшает зависимость от сети и сохраняет исходные файлы внутри локальной системы. Особенно полезно это в полевой обсерватории с нестабильным интернетом.

Локальная работа не отменяет обычные меры безопасности Windows. Установщик, Cygwin-компоненты и индексы загружаются на компьютер, а ASPS создаёт рабочие файлы и каталоги. Не следует выдавать программе административные права как постоянное средство лечения любой ошибки. Если код 5 или проблема SQLite исчезает только при запуске администратора, лучше проверить права на конкретные папки, чем автоматически держать весь астрофотографический стек повышенным.

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

Типовые проблемы и способы исправления

ASPS сообщает, что индексы не найдены

Открыть Index Installation Wizard и проверить Local files для диапазона, соответствующего текущему FoV. Затем сверить путь Astrometry.net в Advanced. Если индексы находятся в другом пользовательском профиле или были перенесены вручную, ASPS должен быть настроен на реальное расположение. ReturnCode 3, 21 и 22 нужно различать, потому что они указывают на разные уровни проблемы.

Кадр не решается, хотя индексы установлены

Проверить Focal length и Pixel size, затем диапазон индексов. Для FITS убедиться, что заголовок не подсовывает старые параметры; при необходимости использовать Ignore FITS pixel size/focal length. Если запуск Near, проверить координаты и радиус. Далее оценить сам кадр: короткие треки, сильная облачность, пересвет, слишком мало звёзд или дефекты изображения снижают вероятность распознавания.

Возникает timeout

ReturnCode 13 означает, что истёк TimeOutTime. Увеличивать лимит имеет смысл только после проверки масштаба и индексов. Если solver ищет неправильный диапазон из-за ошибочного focal length, более длинный timeout лишь дольше ждёт неэффективный поиск. Сначала исправляется конфигурация, затем лимит подбирается по серии реальных кадров.

ASPS решает кадр, но внешний софт не получает результат

Сначала выполнить тот же файл в автономном интерфейсе ASPS. Если ручной solve успешен, проблема смещается к интеграции: COM-регистрация, путь к PlateSolver.exe, формат аргументов или настройка внешнего приложения. Для COM проверяется создание AllSkyPlateSolver.PlateSolver и ReturnCode. Для командной строки — наличие выходного файла и первая строка OK/ERROR.

Возникает ReturnCode 14

Новый solve стартует, пока предыдущий процесс ещё активен. Нужно исправить очередь: дождаться завершения PlateSolveAsync либо корректно вызвать Abort и подтвердить окончание процесса. Параллельный запуск нескольких решений через один solver документированно не поддерживается.

JPEG даёт ошибку 11

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

FITS даёт ошибку 15

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

Browse solved image не открывает результат

Сначала проверить, что численное решение получено и координаты доступны. Затем повторить с другим FITS и JPEG. В пользовательском опыте версии 1.4.5.11 встречался случай успешного solve при проблеме Browse solved image для FITS, тогда как JPEG открывался. Это подтверждает, что Browser и solver следует диагностировать как два последовательных этапа.

Программа работает только при запуске администратора

Проверить права на рабочие и индексные каталоги, а также сообщения SQLite/Cygwin. Постоянный запуск с повышенными правами не должен быть первым решением. Если обычный пользователь не может создавать файлы в каталоге, лучше перенести или перенастроить данные в доступное место либо исправить разрешения.

Как проверить результат plate solving

Успешный ReturnCode 1 говорит, что ASPS нашёл астрометрическое соответствие, но практическая автоматизация требует ещё нескольких проверок. Особенно это важно перед Sync mount или повторным GoTo, где ошибка уже влияет на оборудование.

• Координаты центра. Сопоставить RA/Dec с известной целью или приблизительной позицией монтировки.
• Поле зрения. FoVW/FoVH должны соответствовать реальному размеру матрицы и фокусному расстоянию.
• Scale. Сравнить с расчётом из pixel size и focal length; учесть binning.
• Ориентация. Проверить CROTA2/PosAngle, особенно при повторном кадрировании объекта в другую ночь.
• Визуальная проверка. Открыть Astrometric Image Browser и посмотреть положение ожидаемого объекта относительно центра.
• Повторный кадр. После Sync/GoTo выполнить новый solve и убедиться, что расхождение действительно уменьшилось.

Сильная проверка использует несколько независимых признаков. Например, координаты совпадают с M31, но FoV оказывается втрое меньше ожидаемого, а Scale соответствует другой камере. Такой результат не следует автоматически отправлять в Sync. Сначала нужно проверить, не был ли решён старый файл или использован профиль другой оптики.

Практические сценарии

Центрирование слабого объекта

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

Для первого кадра разумно использовать Near, если GoTo уже приблизительно направил телескоп. Если монтировка потеряла привязку или координаты ненадёжны, Blind позволяет восстановить положение без исходной позиции. После коррекции выполняется второй кадр и повторный solve; именно повторная проверка подтверждает, что объект действительно переместился к заданному центру.

Полевая работа без стабильного интернета

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

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

Разбор старой коллекции FITS

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

Sequence Analysis ускоряет обработку каталога. После пакетного solve можно сравнить RA/Dec и FoV между файлами и выделить серии, снятые на одном поле. ASPS сам не является каталогизатором коллекции, но его численные результаты дают основу для последующей сортировки.

Повторяемое кадрирование в несколько ночей

Для многосессионной съёмки недостаточно примерно навести телескоп на тот же объект. Нужны близкие координаты центра и сходная ориентация кадра. ASPS возвращает PosAngle/CROTA2, поэтому можно сравнивать не только центр, но и разворот камеры. После механической установки камеры пользователь решает короткий кадр и корректирует поворот до требуемой ориентации.

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

Собственная Windows-автоматизация

Разработчику собственного контроллера не обязательно анализировать текст окна ASPS. Через COM задаются входные параметры, запускается PlateSolve или PlateSolveAsync и читаются структурированные свойства. ReturnCode/ReturnMessage дают формальный канал ошибок. Это надёжнее распознавания интерфейса и сохраняет совместимость с обычным пользовательским запуском.

Для небольшого скрипта без COM достаточно /solvefile. В этом случае архитектура строится вокруг процесса и выходного текста: создать команду, дождаться завершения, проверить OK, разобрать числа, сопоставить FoV/Scale с ожидаемыми диапазонами и только после этого передать координаты дальше.

Ограничения All Sky Plate Solver

Главное ограничение — возраст текущей ветки. Версия 1.4.5.11 остаётся распространённой и работоспособной, но её происхождение относится к 2016 году. На современных Windows это означает зависимость от старой связки ASPS, Cygwin и локальной Astrometry.net library. Пользователь получает зрелый инструмент, но не активную программу с частыми обновлениями интерфейса и современной кроссплатформенной архитектурой.

Второе ограничение — Windows. Для Linux и macOS нет отдельной нативной сборки ASPS, в отличие от ASTAP. Если вся обсерватория построена на другой ОС, выбор ASPS потребует отдельной Windows-среды и потеряет одну из главных причин его использования — простую локальную интеграцию.

Третье ограничение — только FITS и JPEG как документированные входные форматы. Современный рабочий процесс может содержать TIFF, PNG или сырой формат камеры, но ASPS не следует приписывать прямую поддержку этих типов. Конвертация добавляет дополнительный этап и может быть неудобна при большой коллекции.

Четвёртое ограничение — индексные каталоги. Без подходящего диапазона FoV solver не работает полноценно, а широкий комплект данных занимает заметное место. При смене камеры, редуктора или объектива нужно возвращаться к Index Installation Wizard и проверять покрытие нового масштаба.

Пятое ограничение — интерфейс не скрывает техническую природу plate solving. Пользователь должен понимать focal length, pixel size, FoV, scale, Near/Blind и индексные диапазоны. Для человека, который ожидает единственную кнопку без подготовки, ASPS менее удобен, чем современный solver с автоматически управляемой звездной базой.

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

Плюсы

• plate solving выполняется локально после установки Astrometry.net и индексов, поэтому кадры не нужно отправлять на внешний сервер;
• поддерживаются Blind и Near сценарии, причём Near можно автоматически дополнять Blind-поиском при неудаче;
• есть документированные COM и command-line интерфейсы для автоматизации;
• ASPS интегрируется с известными Windows-программами астрофотографии, включая APT, SharpCap, Voyager и N.I.N.A.;
• Astrometric Image Browser позволяет визуально проверить решённый кадр, координаты и расположение объектов;
• Sequence Analysis обрабатывает серию файлов без ручного запуска solve для каждого;
• Index Installation Wizard связывает серии индексов с реальным полем зрения и показывает их объём;
• можно получить кадр через MaxIm/DL или ASCOM и после успешного решения синхронизировать монтировку.

Минусы

• текущая версия 1.4.5.11 относится к старой ветке и не демонстрирует активного релизного развития;
• программа ориентирована только на Windows и зависит от локальной Astrometry.net/Cygwin-среды;
• для работы требуется заранее установить индексные данные, которые при широком покрытии занимают несколько гигабайт;
• документированы только FITS и JPEG, поэтому другие изображения требуют отдельной подготовки;
• права Windows и расположение старых рабочих каталогов могут создавать проблемы на современных системах;
• пользователь должен понимать масштаб, FoV и соответствие индексов, иначе solver легко настроить не под ту оптику.

Отзывы пользователей и профильных изданий

Что отмечают профильные руководства

Профильный каталог Astroguide описывает ASPS как Windows-программу Giovanni Benintende, которая использует локальные астрометрические индексные файлы и после подготовки не требует интернет-соединения для solve. Там же подчёркивается анализ координат и параметров сенсора/камеры, включая ориентацию. Это совпадает с фактической структурой интерфейса и COM-результатов.

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

Руководство Voyager также позволяет выбрать ASPS для обычного и blind plate solve и прямо связывает его с локальным Astrometry.net/Cygwin. В документации N.I.N.A. All Sky Plate Solver присутствует среди поддерживаемых решателей. Таким образом, профильные материалы подтверждают прежде всего роль ASPS как внешнего локального движка в Windows-экосистеме астрофотографии, а не как универсального самостоятельного комплекса.

Что встречается в пользовательском опыте

На форуме APT пользователи обсуждали ASPS именно в контексте PointCraft и передачи параметров оптики. Один из практических выводов того периода — использовать 1.4.5.4 или более новую сборку для корректного focal length. Для текущего пользователя это полезная историческая подсказка: при найденной на старом диске сборке ниже этой границы лучше не строить новую автоматизацию вокруг неё.

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

На Cloudy Nights описана работа ASPS 1.4.5.11 под Windows 10, где собственно solve проходил, но Browse solved image не находил файл для FITS; JPEG служил обходным вариантом. В другом обсуждении Windows 11 Home проблема с SQLite исчезала при административном запуске. Эти отзывы важны как диагностические примеры, но их нельзя превращать в универсальное свойство: они показывают конкретные классы ошибок старой Windows/Cygwin-связки.

Отдельные пользователи SharpCap и APT продолжают упоминать ASPS в рабочих конфигурациях, что объясняется его предсказуемой локальной архитектурой и многолетними интеграциями. Одновременно возраст 1.4.5.11 регулярно подталкивает новых пользователей к сравнению с ASTAP, где активнее обновляется solver и проще кроссплатформенная эксплуатация.

Как трактовать отзывы

Отзывы об ASPS особенно чувствительны к конфигурации. «Медленно» без указания focal length, FoV, режима Near/Blind и набора индексов почти ничего не говорит о самом solver. Аналогично, сообщение «не работает» может относиться к COM-регистрации, правам Cygwin, отсутствию индексов или конкретному FITS. Полезными являются отзывы, где указана версия, операционная система, тип кадра и характер ошибки.

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

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

Сравнивать All Sky Plate Solver разумно только с решателями, которые выполняют ту же ключевую работу — получают астрометрические координаты по изображению. Здесь уместны ASTAP и PlateSolve2. Они не полностью взаимозаменяемы: отличаются каталогами, поддерживаемыми ОС, характером blind-поиска и состоянием разработки. Поэтому выбор зависит от существующей автоматизации и оборудования, а не от абстрактного рейтинга.

ASPS и ASTAP

ASTAP заметно активнее развивается и доступен на Windows, Linux и macOS. Его текущая экосистема использует собственные звездные базы; для базы D80 публикуется размер около 1.25 GB. В отличие от ASPS, ASTAP вырос в более широкий набор астрономических инструментов с FITS viewer, stacking, photometry и другими функциями. Если новая установка создаётся с нуля и требуется кроссплатформенность, это существенное различие.

ASPS сохраняет преимущество не за счёт новизны, а за счёт существующих Windows-интеграций и понятной Astrometry.net-модели. Если APT, Voyager или собственный COM-код уже настроены вокруг AllSkyPlateSolver.PlateSolver, миграция на другой движок требует повторной проверки параметров, базы и поведения автоматики. Для работающей установки отсутствие активных обновлений может быть приемлемым, пока Windows и драйверы сохраняют совместимость.

ASPS и PlateSolve2

PlateSolve2 — отдельный Windows-solver PlaneWave, текущая опубликованная версия которого обозначена как 2.28. Он работает с астрометрическими каталогами APM или UCAC3. В старых связках APT типичный контраст был практичным: PlateSolve2 применялся для обычного решения по приблизительной позиции, а ASPS — для blind solve, когда положение неизвестно.

Если монтировка обычно даёт хорошую исходную позицию и задача — быстро уточнять центр, PlateSolve2 остаётся логичным классом инструмента. Когда важно восстановить полностью неизвестное поле, документированный Blind режим ASPS проще сопоставить с задачей. Это не делает один solver универсально точнее другого: алгоритмы и каталоги разные, а конечный результат зависит от масштаба и качества изображения.

Когда сохранять ASPS, а когда рассмотреть переход

Сохранять ASPS рационально в уже работающей Windows-обсерватории, где индексы скачаны, интеграция протестирована, solve стабилен и COM/command-line сценарии используются другими программами. Замена решателя в такой системе создаёт новую переменную и требует регрессионной проверки наведения.

Переход на другой инструмент имеет смысл при миграции на Linux/macOS, при желании уйти от Cygwin, при создании новой установки без исторической зависимости от ASPS или при необходимости активно поддерживаемой ветки. В таком случае ASTAP — более современный прямой кандидат на тестирование. Если же нужен узкий Windows-solver для известной области, стоит сравнить реальное время и стабильность с PlateSolve2 на собственных кадрах.

Тонкая настройка для нескольких оптических конфигураций

Одна из частых причин нестабильного solve — использование одного набора Settings для нескольких телескопов, редукторов или камер. ASPS позволяет сохранять и загружать настройки. Для каждого реального сочетания полезно фиксировать focal length, pixel size и набор соответствующих индексов. Это уменьшает риск решить кадр с параметрами, оставшимися от предыдущей сессии.

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

Как построить устойчивую автоматизацию вокруг ASPS

Надёжная схема не должна воспринимать solver как «чёрный ящик», который всегда возвращает правильную координату. Внешнее приложение получает формальные данные и проверяет их перед действиями с монтировкой. Такой подход особенно важен для unattended-сессии, где человек не смотрит на каждый кадр.

1. Сделать экспозицию с достаточным числом звёзд и сохранить её в FITS.
2. Передать актуальные focal length/pixel size и приблизительные J2000-координаты, если они доступны.
3. Запустить PlateSolveAsync и не создавать второй solver-процесс до завершения.
4. Контролировать TimeOutTime и корректно обрабатывать Abort.
5. После завершения проверить ReturnCode. Любое значение кроме 1 должно вести в ветку диагностики, а не к Sync.
6. Для ReturnCode 1 проверить RA/Dec, FoVW/FoVH и Scale на допустимые диапазоны.
7. Выполнить коррекцию или Sync только после прохождения этих проверок.
8. Получить новый кадр и снова решить его, чтобы подтвердить уменьшение ошибки наведения.
9. Сохранить problem frame и лог при повторной неудаче вместо бесконечного цикла solve.

Как ограничить автоматические повторы

Бесконечный retry вреден: если отсутствует нужный индекс или неверен путь Astrometry.net, повторение не исправит конфигурацию. Логику повторов лучше связывать с кодом ошибки. После timeout допустима одна попытка Blind или увеличенный лимит, если параметры проверены. После кода 21 нужно прекратить цикл и установить индексы. После кода 22 — восстановить библиотеку. После кода 14 — исправить состояние процесса, а не запускать ещё одну копию.

Контроль правдоподобия результата

Для известной оптической системы легко сформировать диапазон Scale, например номинальное значение ± разумный технологический допуск. Аналогично можно ограничить FoV. Если solver возвращает результат за пределами этих диапазонов, автоматизация отмечает его как подозрительный и не выполняет Sync. Это простой способ добавить второй уровень защиты над ReturnCode 1.

При Near-режиме можно контролировать и угловое расстояние между переданной приблизительной позицией и найденным центром. Большой скачок при якобы хорошо синхронизированной монтировке требует дополнительного кадра. ASPS предоставляет все необходимые числа; политика принятия решения остаётся задачей управляющего приложения.

Интерфейс версии 1.4.1.1 и подтверждение ранней ветки

Сохранившийся экран About показывает точное имя All Sky Plate Solver, версию 1.4.1.1 и авторство Giovanni Benintende. Он полезен не для современной настройки, а для идентификации истории: программа уже существовала в узнаваемом виде в 2015 году, до перехода к 1.4.5.x.

Если в старой папке найден установщик 1.4.1.1, его нельзя считать эквивалентом 1.4.5.11 только из-за похожего интерфейса. Для новой конфигурации нужно использовать актуальную распространяемую сборку, потому что интеграционная граница 1.4.5.4 уже содержит исправление поведения focal length, а 1.4.5.11 включает поздние настройки пути Astrometry.net.

FAQ по All Sky Plate Solver

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

Нет. После установки локальной Astrometry.net library и нужных индексных файлов решение выполняется на компьютере. Интернет требуется при первоначальном получении компонентов и индексов, но сам анализ подготовленного FITS/JPEG не зависит от удалённого сервиса.

Какая версия All Sky Plate Solver актуальна?

Актуально распространяется версия 1.4.5.11. Она относится к зрелой ветке 2016 года и продолжает фигурировать как последняя общедоступная сборка в 2026 году.

Кто разработал ASPS?

Разработчик — Giovanni Benintende. Авторство видно и в раннем About версии 1.4.1.1, и в современных карточках программы.

Какие файлы ASPS решает напрямую?

Документированы FITS и JPEG. COM возвращает код 2 для неподдерживаемого формата. TIFF, PNG и RAW нельзя автоматически включать в перечень прямой поддержки.

Почему установщик весит всего 8.3 MB, а на диске требуется больше?

8.3 MB — размер Windows-пакета ASPS. Астрометрические индексы хранятся отдельно и могут занимать от нескольких мегабайт для отдельных серий до нескольких гигабайт при широком диапазоне полей зрения.

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

Да. Blind-режим запускается без приблизительной позиции; в COM для него CurrentRA, CurrentDec и NearRadius передаются нулевыми. Это одна из ключевых функций ASPS.

Чем Near отличается от Blind?

Near использует приблизительные J2000-координаты и радиус поиска, поэтому ограничивает область неба. Blind не использует такую подсказку. По умолчанию ASPS может перейти к Blind после неудачи Near, если BlindSolveIfNearFails остаётся включённым.

Можно ли отключить переход Near → Blind?

Да. Для этого в COM используется свойство BlindSolveIfNearFails=false. Такой режим нужен, когда автоматизация не должна расширять поиск за пределы ожидаемой области.

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

Да. Доступны COM-объект AllSkyPlateSolver.PlateSolver и командная строка. COM даёт методы Configure, IndexWizard, PlateSolve и PlateSolveAsync, а также свойства результата и ReturnCode.

Может ли ASPS работать с ASCOM-монтировкой?

Да. В Hardware есть синхронизация ASCOM mount после успешного Click & Plate Solve. Перед автоматическим Sync нужно проверить несколько решений вручную и убедиться, что система координат и оптические параметры корректны.

Может ли программа сама получить кадр?

В настройках предусмотрено получение изображения с основной камеры через MaxIm/DL или ASCOM. Для этого доступны Exposure, Binning, Filter и Subframe. Для простого решения уже существующего файла подключение камеры не требуется.

Что делать при сообщении об отсутствии индексов?

Открыть Index Installation Wizard, подобрать диапазоны по реальному FoV и проверить Local files. Затем сверить путь Astrometry.net в Advanced. Коды 3, 21 и 22 помогают понять, отсутствует конкретный индекс, весь набор индексов или сама библиотека.

Почему solve иногда занимает минуту, а иногда несколько секунд?

Время зависит от Near/Blind, поля зрения, доступных индексов, качества кадра, числа звёзд и скорости диска. Опубликованные примеры для 1.4.5.11 действительно различаются в разы. Оценивать свою систему лучше по серии одинаковых контрольных кадров.

Поддерживается ли Windows 11?

Да, современные каталоги указывают Windows 11 среди поддерживаемых систем, и есть пользовательские примеры работы ASPS 1.4.5.11 на Windows 11. При старой Cygwin-архитектуре возможны проблемы прав на локальные каталоги, поэтому их нужно проверять при ошибках SQLite или создания папки.

Есть ли версия для Linux или macOS?

Нативная ASPS-сборка предназначена для Windows. Для кроссплатформенной новой конфигурации стоит отдельно сравнить ASTAP, который имеет Windows-, Linux- и macOS-версии.

Можно ли пакетно решить целую папку?

Да. Tools → Sequence Analysis позволяет выбрать Directory и запустить Start astrometric analysis. Результаты формируются в таблице по серии файлов.

Что делать, если Browse solved image не работает, но координаты получены?

Разделить диагностику: plate solving уже успешен, а проблема относится к Browser. Проверить другой FITS и JPEG, права на рабочие файлы и расположение результата. Не нужно переустанавливать индексы только из-за ошибки просмотра, если solve стабильно возвращает координаты.

Как понять, что найденное решение правдоподобно?

Сравнить RA/Dec с ожидаемой областью, FoV и Scale — с геометрией камеры, а ориентацию — с прошлым кадром или планом. Для операции Sync лучше дополнительно получить контрольный кадр после коррекции.

ASPS подходит только для ручной работы?

Нет. Ручной интерфейс — один из способов. COM, command line, APT, SharpCap, Voyager и N.I.N.A. позволяют использовать solver как автоматизированный компонент.

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

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

Можно ли доверять focal length из FITS?

Можно использовать его, когда метаданные корректны. Если FITS создан другой конфигурацией или заголовок устарел, ASPS позволяет игнорировать focal length и pixel size из файла и применить актуальные значения.

Что означает ReturnCode 1?

Это успешный solve. После него можно читать RA, Dec, FoV, Scale и другие свойства. Для управления монтировкой полезно дополнительно проверить правдоподобие геометрии, а не ограничиваться самим кодом.

Что означает ReturnCode 14?

Попытку запустить новый solver-процесс, пока предыдущий ещё выполняется. Нужно дождаться PlateSolveAsync или корректно завершить активную операцию, а не создавать параллельные задачи.

Что означает ReturnCode 15?

Некорректный FITS header. В этом случае проверяют структуру конкретного FITS, а не индексные каталоги.

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

All Sky Plate Solver остаётся рациональным выбором для существующей Windows-установки, где уже используются APT, SharpCap, Voyager, N.I.N.A. или собственная COM-автоматизация и где локальные индексы Astrometry.net подготовлены под конкретное оборудование. В таком окружении его сильные стороны — предсказуемость, Blind/Near, отсутствие сетевой зависимости во время solve и хорошо документированный канал автоматизации.

Для новой системы без наследуемых интеграций главным ограничением становится возраст 1.4.5.11 и Windows/Cygwin-зависимость. Здесь имеет смысл сравнить ASPS с активно развиваемым ASTAP на собственных кадрах. Если нужна только известная область и уже используется каталог PlaneWave, отдельно можно проверить PlateSolve2. Решение следует принимать по стабильности на реальном FoV, времени solve и совместимости с управляющим приложением.

Для полевой астрофотографии ASPS особенно полезен там, где интернет ненадёжен: после подготовки индексов вся астрометрия остаётся локальной. Для автоматического Sync основным условием является не скорость, а проверяемость — корректные focal length/pixel size, нужные индексы, согласованная система координат и контрольный повторный кадр. При таком подходе ASPS выполняет свою узкую задачу предсказуемо и не требует превращать plate solving в отдельный сетевой сервис.