Lin_guider - автогид для Linux

[Galaxy Master]

Сформулируйте пожалуйста то понятие порога, о котором вы говорите.

[Server28]

Сформулируйте пожалуйста то понятие порога, о котором вы говорите.

     При гидировании   монтировка (ось трубы-гида) поворачивается вокруг оси RA . Центр системы координат дрейфа (голубая и желтая оси) соответствует направлению оси гида. Как бы точны не были  направление на полярную ось и скорость ведения, монтировка тем не менее  отстает или опережает опорную звезду на угол R и при таком вращении всегда будет дрейф опорной звезды по углу склонения на величину D.
     Под порогом метода я понимаю те максимальные величины R и D углов дрейфа  направления на средневзвешенный центр опорной звезды (возможно это точка пересечения диагоналей зеленого квадрата-маркера) в системе координат углов дрейфа (голубая и желтая оси), при которых все еще отсутствуют  сигналы коммутатора на коррекцию угла  склонения (DEC+ и DEC-) и на коррекцию скорости (RA+ и RA-) .

     В качестве нестрогого комментария: абсолютный угол дрейфа растет, а коррекция не включается. Как только достигается порог угла дрейфа, корекция отрабатывает, возвращая ось на центр опорной звезды. Это я и попытался отобразить на графиках. Возврат происходит за два щелчка двигателя. Если импульс коррекции будет возникать при меньшем угле, то (после соответствующей правки длительности корректирующего импульса в минус) система могла бы выполнить коррекцию за 1 щелчок, тем самым уменьшить систематическую ошибку. Если бы была регулировка порога, какое-то время я был бы счастлив...

[Galaxy Master]

Под порогом метода я понимаю те максимальные величины R и D углов дрейфа  направления на средневзвешенный центр опорной звезды (возможно это точка пересечения диагоналей зеленого квадрата-маркера) в системе координат углов дрейфа (голубая и желтая оси), при которых все еще отсутствуют  сигналы коммутатора на коррекцию угла  склонения (DEC+ и DEC-) и на коррекцию скорости (RA+ и RA-) .

Повторю еще раз, что гидирование через ST-4 - это временнАя модуляция воздействия на моторы. Никаких углов и т.п. в этом процессе нет.
Если бы вы прочитали описание параметров в русском мануале на программу, то не возникло бы вопросов, как сузить временнОй коридор коррекций в котором коррекции не передаются. Для этого не надо фантазировать, править код, вспоминать Адоб Флеш и т.п. Достаточно просто прочитать инструкцию, раздел 8. Гидирование и посмотреть описание временнЫх параметров.

И еще раз... НИКАКИХ других порогов, кроме ограничений на длительность импульса для этого крутить НЕ надо. Про Threshold algorithm забудьте. Это совсем не то, что вы подумали.

PS. RTFM!!!

[Galaxy Master]

Вышла новая версия Lin_guider 3.1.0
http://sourceforge.net/projects/linguider/

Что нового:
------------------------

• Добавлен перловый скрипт дизеринг-агент lg_tool
• Внесены исправления в драйверы Atik, ASI и QHY5
• Сервер может теперь работать как в Unix-домене(по умолчанию), так и по TCP
• Добавлена совместимость по командам дизеринга с PHD
• Перетаскивание объектов в кадре теперь отзывчиво не зависимо от экспозиции камеры
• Размер области обнаружения звезды сохраняется при выходе
• Прочие улучшения удобства пользования

[GraY25]

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

[Galaxy Master]

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

Не посоветую, т.к. не пользуюсь таким. Сомневаюсь в резонности пробовать все это, если все уже собрано и заточено под windows.
Кроме проблем профита не будет.

[Mixa]

1. Максимальная частота гидирования в основном определяется временем одного видео-цикла (время выдержки+время скачивания 1-го кадра+время на декодирование+время на отображение)

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

UPD: Вроде бы VNC подходит, отрисовка в локальный X-сервер происходит, и погода в сети на это не влияет ...

[Galaxy Master]

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

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

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

[Mixa]

Дык, не разобрался, конечно Как обычно, хочется получить ответ сразу, не разбираясь, и основываясь на порой неверных предположениях. За ответ спасибо.
У меня как раз беспроводная ARM платформа, Banana Pi, с сервером INDI. INDI в своем имеющемся виде (в смысле из набора уже готового) не подходит по причине явной петли управления через сеть: драйвер получает кадр, сервер отсылает кадр по сети клиенту, клиент принимает решение по гидированию, отсылает управляющие команды обратно по сети. Ekos я имею в виду с интегрированным lin_guider. Если сеть хорошая и быстрая, все вроде бы ничего, но по мне не то: вдруг сеть пропала, или головной ноут отрубился (малореально, но гипотетически) - текущий кадр запорот по причине сломанного гидирования. Если гид локальный, то гидирование продолжится, а по окончании экспозиции сервер INDI кадр считает и на Банановый диск положит.

На Банане VNC X-сервер не виснет и не зависит от состояния сети и VNC клиента, опробовал экспериментально, все пучком. Вопрос был больше касаемо исключения сети из петли управления, интерфейс, если он даже и в петле, но на локальной машинке и от сети не зависит, то и хорошо.

Применительно к INDI, можно было бы объявить новый класс устройства, guider. Всю тяжелую кадровую работу делать локально, через INDI драйвер же настройка и легкий контроль.

[Galaxy Master]

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

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

[Mixa]

Не, все в порядке. У меня был творческий поиск, с нечетким пониманием внутренностей именно лингайдера. Может быть, мы об одном и том же, но разными словами, а под одними словами подразумеваем разное. Инструмент на поверку оказался шикарным, у меня (подчеркиваю, у меня ) в полевых условиях ни разу не слетел, ни разу не показал поведения, отличного от ожидаемого, а также порадовал лаконичностью и понятной концепцией (как я понял - идет постоянное видео в определенном темпе, по результатам видео параллельно отрабатывается гидирование). Не говоря уж о том, что собрался как по маслу. Посему ловите жирнющий плюс в карму. От Ekos в Kstars я очень не в восторге (и от тамошней концепции "еще раз все в кучу"), особенно на фоне вашего изделия.
Как автономный гид LG меня полностью устроил, в варианте работы на локальной АРМовской машинке, непосредственно управляющей оборудованием. На машинке VNC Xserver, туда весь гуй и видео отрабатываются, даже если удаленная VNC гляделка отключена или недоступна, все зашибись. Временной оверхед по обработке видео, который, как я полагал вначале, включен в петлю управления (и более того, зависит от скорости/доступности сети и отрисовки кадра в удаленную гляделку) - это было неверное предположение, и слава богу.
Ну а если захочется, ради какой-то экономии, чтоб и видео не рисовал впустую (гид запустил, гляделку отключил, для кого видео рисовать?) - полезу в ваши исходники, будет повод немного ближе с кьют познакомиться.

[Galaxy Master]

Спасибо за отзыв. Залезайте в исходники - это open source, если что-то создадите полезное или возникнет идея, - всегда обсуждаемо для включения в основной код и в список соавторов.

Посмотрите этот проект http://sourceforge.net/projects/iastrohub/
Может быть для полевых условий он вам более интересным покажется. В роли backend-а там тот же LG, но управлять сетапом можно с мобильных устройств.

PS. Что касается стабильности LG, то врядли бы он стоял на постоянной основе на 2м телескопе в Болгарии и других обсерваторных инструментах, если бы падал. (ИМХО)

[Galaxy Master]

От Ekos в Kstars я очень не в восторге (и от тамошней концепции "еще раз все в кучу")

В Ekos-е много страшного, помимо этого и движок LG там старый и ессно не актуализируется командой Экоса. Я однажды таки поставил его попробовать, но, к своему стыду, прокопавшись пол часа не смог понять, как этим пользоваться.

[ProHvost]

возникнет идея

Прежде всего - огромная Вам благодарность за продукт!
Все работает как часы!

Есть одна идея просьба мысль.
В моей связке LG работает на Raspberry Pi, монитором служит экран 800х480.
Панель в Raspberry Pi убрана влево, размер шрифта 8.
Основное окно имеет полосы прокрутки и можно легко "прокрутить" экран на звезду.
Но окно гидирования не влазит целиком в экран и проблематично нажимать "Start/Stop", хотя его (окно гидирования) можно безболезненно для всех элементов ужать по высоте до 455 пикселей - тогда все помещается великолепно!

Код: (guider.ui) [Выделить]

<widget class="QWidget" name="guiderClass">
  <property name="geometry">
   <rect>
    <x>0</x>
    <y>0</y>
    <width>640</width>
    <height>455</height>
   </rect>
  </property>
  <property name="minimumSize">
   <size>
    <width>640</width>
    <height>455</height>
   </size>
Я понимаю, что это единичный, весьма специфический случай, и я могу сам подправить под себя исходники, но эта поправка может облегчить жизнь другим пользователям с такой связкой железок (хотя, наверное, я один такой). 

(кликните для показа/скрытия)

[Galaxy Master]

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

[ProHvost]

Сохранение геометрии окон в следующем выпуске

Отличная новость! Спасибо!

[Galaxy Master]

Вышла новая версия Lin_guider 3.2.0
http://sourceforge.net/projects/linguider/

Что нового:
------------------

• Добавлена поддержка 16 бит для камер ASI
• Добавлена поддержка цвета для камер ASI
• Обновлено SDK для камер ASI и ATIK
• Сделано сохранение угла ориентации системы координат
• Сделана (опциональная) нормализация ПИД-коэффициентов гида
• Добавлена поддержка всех байеровских паттернов
• Добавлена кнопка для быстрой подстройки размеров окна под поле камеры
• Размеры графика гидирования теперь настраиваемы пользователем
• Исправлена невозможность смены направлений по DEC в GPIO io-драйвере
• Добавлено сохранение геометрии некоторых окон

[Galaxy Master]

Занятно...
ZWO официально дает ссылку на Lin_guider

http://astronomy-imaging-camera.com/software/     Astronomy->Guiding software

[Galaxy Master]

Новая версия APT 3.0 включает в себя интеграцию с Lin_guider-ом
Секция Inegration: http://www.ideiki.com/astro/ :
Lin_guider Auto-Dithering, exposure Auto-Canceling and real-time monitoring of the distance to the guide star.
 

[ProHvost]

Новая версия

И умолчали про новую версию Lin_guider...
Спасибо за вашу программу!