софт для гидирования

[Anton]

Так как тема про гидирующий софт, то приведу пример своего альтернативного автогида Lin_guider http://sourceforge.net/projects/linguider/.

Эхх... За ГНУтый софт конечно же почет, зачет и уважуха, но астрофотографизм под линем не с этого нужно начинать развивать.
Если исследовать исторические параллели, то с чего началась эра повальной автоматизации астрофотографии?
С введения единого, объектно ориентированного стандарта оборудования, реализованного через COM+.
Теперь, лет через десять(?) упорного продвижения технологии, это называется ASCOM.
Без универсальных интерфейсов любой мега и даже гигасофт обречен на гибель ввиду изрядного многообразия оборудования и быстрого его эволюционирования.
С интерфейсов начинать нужно, тогда в этом будет какой то смысл. Standalone автогид, как вещь в себе, достаточно бессмыслен, особенно, когда он только реле дергает и более ничего не умеет. Поэтому и прогайдеры быстро сошли на нет. По аналогии с мастдаем, под который уже подстроилась вся астрофотоиндустрия, нужно двигаться в сторону универсальных интерфейсов, скриптинга и агрегаторов функционала типа MaximDl, иначе дальше пропиетарных решений это не пойдет.

[Galaxy Master]

...иначе дальше пропиетарных решений это не пойдет.

1. Интересно где в open source  программе вы увидели пропРиетарные решения? 
2. Я в эту тему написал во-первых ввиду её названия "софт для гидирования", а во-вторых ввиду не первого вопроса на форуме "а можно ли гидировать под  Linux".
3. В чем есть смысл, а в чем его нет, вроде вопросов тоже не задавал и благословения на roadmap развития софта вроде ни у кого не просил  .

Антон, надеюсь, что ты поймешь, что смысл автогида под линукс такой же, какой, например, в твоем увлечении астрономией или такой же как в существовании этого форума... Это просто хобби. Не больше и не меньше. Кому-то это интересно, кому-то нет... А по сему одного моего желания его создать достаточно, чтоб в этом был смысл для меня, как автора. Все мои задачи он решает и без АСКОМ-ов и т.п.
Задач создать аналог АСКОМ я не ставил и не ставлю, т.к. мне это НЕ интересно, однако если кому-то программа позволит гидировать в линуксе, то это будет хорошо, а доделывать и развивать программу мне интересно, и, в отличие от тебя, (вспомни наш разговор и твой отказ в открытии исходника ПИД-регулятора и т.п.) я исходник не прячу, и готов его отдать любым энтузиастам.

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

[Galaxy Master]

Камеру подхватывает, квадратик за точечные источники на темном фоне цепляется вроде, но преходник программа никак не видит?

Переходник в системе работает...

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

Код: [Выделить]

SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device",   GROUP="plugdev" \
        ATTR{idVendor}=="0403", ATTR{idProduct}=="6001", MODE="0664"
idVendor и idProduct берутся из вывода lsusb
кроме того, ваш пользователь должен входить в группу которой разрешено пользование таких устройств. В debian это группа plugdev.
Ну и как полагается... если что-то не работает, запускайте программу из консоли и показывайте лог.

[Николай_Н]

вывод из косноли.... (файл libio_ftdi.so находится в одной дирректории с Вашей программой, система fedora)

Unable to find config file /home/nio/.config/GM_software/devconf2.conf
using defaults
Cannot open library: 'libio_ftdi.so' libftdi.so.1: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога
Error opening device: USB:FTDI: code=-1


ну и в моем случае я понимаю достаточно добавить моего пользователя в группу dialout ?

ls -l /dev/ttyUSB*
crw-rw----. 1 root dialout 188, 0 Янв 11 12:09 /dev/ttyUSB0

[Galaxy Master]

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

Cannot open library: 'libio_ftdi.so' libftdi.so.1: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога

Из этого следует, что у вас не установлена в системе библиотека libftdi. У меня в дебиане это пакет libftdi1. Эта библиотека есть практически в любом современном дистрибутиве.

Теперь, что касается групп... В вашем случае пользователь должен входить и в группу dialout и в ту группу, которая указана в правиле службы udev для usbfs-like devices. Посмотреть это можно в файле с правилами udev. Для дебиана
/lib/udev/rules.d/91-permissions.rules

Проверьте наличие libftdi в системе и отпишите. А проблем с правами может не возникнуть вообще. Это зависит от дистрибутива и настройки udev. Если будет проблема с правами попробуйте запуск от root-а, если заработает, то надо будет написать свое правило для udev

Вот так выглядит корректный выхлоп программы при отсутсвии коробки и камеры, но с установленными либами.

$ ./lin_guider
Unable to find config file /home/a.stepanenko/.config/GM_software/devconf2.conf
using defaults
Library 'libio_ftdi.so' successully initialized...
unable to open ftdi device: -3 (device not found)
Error opening device: USB:FTDI: code=-1
/dev/video0: Нет такого файла или каталога

P.S. Если у вас есть месенджер вроде, jabber, icq, skype можете написать в личку и решим подключение коробки интерактивно и быстрее, чем через форум.

[Николай_Н]

Спасибо, все заработало.... ну в смысле того, что переходник определился, камеру не цеплял с ней вроде все норм.

[nio@alien lin_guider]$ ./lin_guider
Unable to find config file /home/nio/.config/GM_software/devconf2.conf
using defaults
Library 'libio_ftdi.so' successully initialized...
ftdi open succeeded: 0
enabling bitbang mode
turning everything on
turning everything off
ftdi_read_chipid: 0
FTDI chipid: 6AA677DD
/dev/video0: Нет такого файла или каталога
Cannot identify '/dev/video0': 2, Нет такого файла или каталога
QPainter::fontMetrics: Painter not active
ftdi release 1
disabling bitbang mode
ftdi release 2
Library 'libio_ftdi.so' released.

теперь у меня вопрос появился, допустим склепаю я коробку для порта гида ST4, скорость гидирования (агрессивность) можно будет каким то образом регулировать? Пульт SynScan у меня есть, но пользовался я им редко.

[Galaxy Master]

Да, можно.
Во-первых через пульт SynScan в меню Setup есть Autoguiding speed 0.125х, 0.25х, 0.5х, 1.0х
(я пользуюсь 0.25х)
Во-вторых в параметрах гидирования есть параметр Proportional gain, меняя его можно менять агрессивность. А вообще тема Proguider-а на форуме освещалась в свое время достаточно хорошо. Lin_guider в этом несколько похож на него. Кроме того, у вас наверняка еще возникнет вопрос по калибровке. Она в отличие от прогайдера практически полностью автоматизирована. Кстати, через диалог Driver setup можно руками жать кнопочки (+-RA, +-DEC) , смотреть на диоды коробки и тестером проверить, как коммутируются контакты разъема.

P.S. Тот экземпляр с сорсфоржа годовалой давности, если есть желание могу выложить последнюю свежую версию - попробуете.
P.P.S. Для реального гидирования особо важно правильно выставить параметры гида и матрицы гидирующей камеры в диалоге Guider setup

[Николай_Н]

Выложите, если не трудно. Тему Proguider-а поизучаю, я астрофото не так давно заниматься начал и не знаком со всем многообразием программ, пока использую EQALign под Win - как то она мне подвернулась в процессе попытки установки полярки с балкона пока устраивает.

За помощь спасибо.

[Galaxy Master]

Выложил последнюю версию 2.0 Если будете пробовать - пишите, всегда рад обратной связи.
http://sourceforge.net/projects/linguider/

[fram]

Выложил последнюю версию 2.0 Если будете пробовать - пишите, всегда рад обратной связи.
http://sourceforge.net/projects/linguider/

А возможно ли этой программой управлять EQ5 в режиме Direct PC?

[Galaxy Master]

А возможно ли этой программой управлять EQ5 в режиме Direct PC?

Этой программой в плане общения с монтировкой вообще возможно только гидировать. Что есть "Direct PC" я не очень знаю (за ненадобностью), поэтому наверное ответ на ваш вопрос "нет".
Но за то в дополнение к имеющимся возможностям гидировать через LPT-порт и FTDI-коробочки "от Ивана", сейчас дописывается гидирование через камеру QHY5. Видеозахват с нее уже сделан 

PS. можно было бы еще добавить поддержку коробечек аля "от Антона", но на сколько это интересно кому-то пока не знаю.

[Serj]

Что есть "Direct PC" я не очень знаю (за ненадобностью), поэтому наверное ответ на ваш вопрос "нет".

Имеется в виду прямое управление монтировками SynScan и SynTrack, когда вместо пульта втыкается компьютер через несложный преобразователь. При этом управление осуществляется dll`кой EQContrl.DLL с закрытым исходным кодом. Вот её описание. На таком способе управления построен проект EQMOD. Вам для гидирования, думаю, использовать его будет излишнем. Вот если бы вы внедрили в программу поддержку INDI, то ценность вашей разработки поползла бы вверх. А если бы кто взялся сделать INDI-драйвер на основе EQContrl.DLL - многие астрофотографы начали бы пересаживаться на Linux.

[fram]

Что есть "Direct PC" я не очень знаю (за ненадобностью), поэтому наверное ответ на ваш вопрос "нет".

Имеется в виду прямое управление монтировками SynScan и SynTrack, когда вместо пульта втыкается компьютер через несложный преобразователь. При этом управление осуществляется dll`кой EQContrl.DLL с закрытым исходным кодом. Вот её описание. На таком способе управления построен проект EQMOD. Вам для гидирования, думаю, использовать его будет излишнем. Вот если бы вы внедрили в программу поддержку INDI, то ценность вашей разработки поползла бы вверх. А если бы кто взялся сделать INDI-драйвер на основе EQContrl.DLL - многие астрофотографы начали бы пересаживаться на Linux.

На самом деле там нет никакого преобразователя, простой шнур через COM порт подсоединяется к гнезду в самом пульте. Выбирается режим Direct PC (прошивку пульта пришлось для этого обновить) и команды с COM порта пультом напрямую передаются в блок управления двигателями. В винде с таким соединением заработал EQMOD,  а в линуксе почему то не одна программа работать так не соизволила.

[Galaxy Master]

Имеется в виду прямое управление монтировками SynScan и SynTrack, когда вместо пульта втыкается компьютер через несложный преобразователь. При этом управление осуществляется dll`кой EQContrl.DLL с закрытым исходным кодом. Вот её описание. На таком способе управления построен проект EQMOD. Вам для гидирования, думаю, использовать его будет излишнем. Вот если бы вы внедрили в программу поддержку INDI, то ценность вашей разработки поползла бы вверх. А если бы кто взялся сделать INDI-драйвер на основе EQContrl.DLL - многие астрофотографы начали бы пересаживаться на Linux.

Во-первых, довольно странная идея в открытый софт вкручивать закрытые DLL с неизвестно какими условиями лицензирования. Во-вторых в любом случае возникают технические сложности использования бинарного кода от одной ОС в другой. Если есть непреодолимая нужда в этой DLL, то зачем так извращаться... надо просто использовать Windows. Идея поддержки INDI интересная, но пока не сложилось четкого представления чем это поможет конкретно программе автогида? (планетарии и так через indi работают)
Ну а что касается "многие астрофотографы начали бы пересаживаться на Linux."(с), то это не будет, даже в том случае, если бы внезапно появился бы идеальный линуксовый  софт под все монтировки, фокусеры и т.п. Почему? Да просто ПОТОМУ ))))) Есть понятие лени, инертности и сакраментального "А зачем менять что-то, если меня и так все устраивает?" Так что линуксовый астрософт (особенно в России, где все халявно) будет всегда уделом единиц энтузиастов

[Galaxy Master]

В винде с таким соединением заработал EQMOD,  а в линуксе почему то не одна программа работать так не соизволила.

Поясните пожалуйста что вы хотели этим сказать?
Если вы подключаете какое-либо устройство к COM-порту компьютера (или через USB-COM переходник), то "какой-то" программе, которую вы хотите заставить работать с этим устройством надо указать порт. В случае "железных" портов это девайсы /dev/ttyS0 или /dev/ttyS1. В случае USB-COM переходника - это /dev/ttyUSB0(1, 2...) или /dev/ttyACM0(1,2,...)
Так же предполагается, что ваша "какая-то" программа должна знать протокол общения с подключенным устройством (например модем или монтировка)
EQMOD в windows без соответствующей программы заработает так же как и в линуксе - т.е. НИКАК. А софта работающего с какой-то там DLL-кой "от кутюр производителя" под линукс нет, потому что кутюрье не только не не открыл протокол, как например,  MEADE открыл LX200, но и даже не выложил какой-нить libEqCtrl.so с H-файлом для разработчиков

[fram]

В винде с таким соединением заработал EQMOD,  а в линуксе почему то не одна программа работать так не соизволила.

Поясните пожалуйста что вы хотели этим сказать?
Если вы подключаете какое-либо устройство к COM-порту компьютера (или через USB-COM переходник), то "какой-то" программе, которую вы хотите заставить работать с этим устройством надо указать порт. В случае "железных" портов это девайсы /dev/ttyS0 или /dev/ttyS1. В случае USB-COM переходника - это /dev/ttyUSB0(1, 2...) или /dev/ttyACM0(1,2,...)
Так же предполагается, что ваша "какая-то" программа должна знать протокол общения с подключенным устройством (например модем или монтировка)
EQMOD в windows без соответствующей программы заработает так же как и в линуксе - т.е. НИКАК. А софта работающего с какой-то там DLL-кой "от кутюр производителя" под линукс нет, потому что кутюрье не только не не открыл протокол, как например,  MEADE открыл LX200, но и даже не выложил какой-нить libEqCtrl.so с H-файлом для разработчиков

Мне казалось, что EQMOD это проект с открытыми исходниками и покуда в режиме PC Direct он работает точно также как и с EQDIRECT конвертером, это наводит на мысль, что протокол разработчикам известен. Хотя могу на этот счет ошибаться.

Кстати установил Stellarium, монтировка заработала в обычном режиме подключения...

[Galaxy Master]

Мне казалось, что EQMOD это проект с открытыми исходниками и покуда в режиме PC Direct он работает точно также как и с EQDIRECT конвертером, это наводит на мысль, что протокол разработчикам известен. Хотя могу на этот счет ошибаться.

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

PS. если, конечно, все не сведется в сорцах eqmod-а к вызову закрытой либы...
PPS. я специально делаю акцент на гидирование, а не просто на управление (наведение) и т.п.

[fram]

Мне казалось, что EQMOD это проект с открытыми исходниками и покуда в режиме PC Direct он работает точно также как и с EQDIRECT конвертером, это наводит на мысль, что протокол разработчикам известен. Хотя могу на этот счет ошибаться.

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

PS. если, конечно, все не сведется в сорцах eqmod-а к вызову закрытой либы...
PPS. я специально делаю акцент на гидирование, а не просто на управление (наведение) и т.п.

Да похоже я не совсем разобрался с вопросом...

PC Direct похоже просто делает из пульта ту самую коробочку, которую на этом форуме иногда упоминают, для перевода в TTL. И без той самой дллшки не обойтись...

[alex_veles]

Решил по-быстрому попробовать lin_guider, ибо windows системы нету. Пробовал на ubuntu 10.04 64bit. Потом думаю процесс весь перенести на ноут с 10.04 32бит.
Итак на 64 бит системе:
lin_guider-21_static.tar.bz2 - окfзался не совсем статик, ldd дают пару десятков зависимостей от 32битных либ, пару нужных понятное не нашёл.
Попытка собрать (кстати README не помешало бы в пару строк)
./configure
make
не увенчалась успехом, я так понял из-за того что в системе используется qt4, а qt3 не подхватывется, но я правда не уверен что все из qt3-dev у меня есть.

lin_guider-20.tar.bz2 :
Исполняемый файл запустился, но ругается на pulse и говорит гидеж без него невозможен (pulseaudio у меня действительно отвинчено, но неясно зачем автогиду аудиосервер?).
Радует, что мою переделанную logitech fuision увидело.
Вобщем буду возиться дальше, если интересно - могу помочь тестирование и т.п. ибо заинтересован в автогиде под linux.

[fram]

Решил по-быстрому попробовать lin_guider, ибо windows системы нету. Пробовал на ubuntu 10.04 64bit. Потом думаю процесс весь перенести на ноут с 10.04 32бит.
Итак на 64 бит системе:
lin_guider-21_static.tar.bz2 - окfзался не совсем статик, ldd дают пару десятков зависимостей от 32битных либ, пару нужных понятное не нашёл.
Попытка собрать (кстати README не помешало бы в пару строк)
./configure
make
не увенчалась успехом, я так понял из-за того что в системе используется qt4, а qt3 не подхватывется, но я правда не уверен что все из qt3-dev у меня есть.

lin_guider-20.tar.bz2 :
Исполняемый файл запустился, но ругается на pulse и говорит гидеж без него невозможен (pulseaudio у меня действительно отвинчено, но неясно зачем автогиду аудиосервер?).
Радует, что мою переделанную logitech fuision увидело.
Вобщем буду возиться дальше, если интересно - могу помочь тестирование и т.п. ибо заинтересован в автогиде под linux.

Прикрутил каким то страшным извращением свою Handycam  (через 1394) к lin_guider-у изображение есть, при старте тоже ругалось на pulse, уличные фонари отслеживает, жаль управлять монтировкой не получится...