Друк

[Гість]

Ласкаво просимо, Гість. Будь ласка, увійдіть або зареєструйтеся.
27 Листопада 2024, 01:05:17

1 година 1 день 1 тиждень 1 місяць Назавжди

Увійти

[Новини]

•    Новини
•      Астрономія
•      Астрозаходи
•    Життя клуба
•      Новини
•      Проекти
•      Заходи
•      Звіти про спостереження
•      Документи
•    Статті
•      Обладнання та телескопи
•      Спостереження
•      Астрофотографія
•      Астрософт
•      Астрономія в Україні
•      Астрономи шуткують
•      Інше
•     
•      Файловий архів

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[LifeIsGood]

Что написано в логах
MGDebug.log
MGVidDebug.txt
Когда он не может приконнектится?

[LifeIsGood]

Вот нарыл. Надо проверить не стоит ли галочка "Запускать в режиме совместимости" "Run in compatibility mode"

https://groups.yahoo.com/neo/groups/EQMOD/conversations/topics/24641

С Яхугруппс
This behavior has been reported before in the EQMOD group (http://tech.groups.yahoo.com/group/EQMOD/message/24641) and was traced to the clients (SNP6) being run in Windows 7 XP compatibility mode. Try Unchecking the "Run in compatibility mode" box and see if things get any better.

Thanks Chris. I had done a minimal search of the EQMod group, but since there are a lot of msgs with Win7 problems so i missed that one.

The fix works. The .exe file was set to run in XP compatibility mode, but but not the shortcut. I unchecked the XP compatibility mode in the .exe and made sure the shortcut was similiarly unchecked and now it works. At least for the simulator - I will check later today with the real scope, but i expect it will work too.

I see the same behaviour with MG. If its set to run in XP mode then it when connecting to ascom it starts up a second copy of EQAscom. If run without this option, it works.

I'll check later today to see if the XP mode also causes the problem with the CGE Pro/NexRemote.

Подякували

1 :bigol

[bigol]

Что-то я не соображу, что такое SNP6, но в принципе там написано ровно то, что у меня происходит

My usual procedure is, I start SNP6, turn on the EQ6, connect, slew to target, start PHD.

EQASCOM opens as soon as I connect and works fine. Then when I start PHD and connect to EQASCOM, another of instance of EQASCOM is started and this instance does not work properly.
The data screen on the second EQASCOM has all the data fields (RA DEC etc) reading zero and not tracking.

The first instance is still working normally.

If I try calibrating with PHD, it uses the second instance of EQASCOM (which it started)and cannot control the mount. Although there are no error messages at all.

The EQ6 is tracking correctly because it is being controlled by the first instance of EQASCOM.

Now the same thing happens if I change the order that programs are started. For example.
I start PHD and connect to the EQ6 and EQASCOM runs correctly.
PHD has full control and works normally.
The mounts tracks normally.
Then when I connect with SNP6, a second instance of EQASCOM is started but this instance is not communicating with the mount.

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

[M_M]

SNP6 = Starry Night Pro 6

[bigol]

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

Я, собственно, почему замолчал - потому что заработало! Не стал писать сразу, но вчера уже проверил как следует - нет больше проблем с монтировкой, коннектится к ней вместе со всем остальным оборудованием. Неужто дело было в этой одной единственной ошибке с каким-то файлом? Странно, ведь программа у меня не работала нормально много лет, с разными виндами и разными аскомами. Не мог же все это время данный файл устанавливаться стабильно коряво? Впрочем, возможно раньше были какие-то другие ошибки, не важно. Работает и хорошо.
Теперь по самой программе. Кто-нибудь пользуется ей и для чего? Отсутствие возможности автоматического дизеринга между кадрами, как я понимаю, делает ее практически бесполезной для реального гидирования.
Может быть, наверное, полезна для оценки сиинга. Может для юстировки.
У меня пока есть такая проблема - после ввода реальных данных гида и проведения калибровки, получаются какие-то неправильные данные. Cal. factor получается больше 6, хотя он должен быть около 1, фокусное программа видит в 1.5 раза больше реального, разрешение гида получается тоже неправильное...

[M_M]

Для автоматического дизеринга программа должна управлять съемкой. Этого она не делает.
Или знать о том, что пора сделать подвижку. Это она умеет. Вот тут описано общение с МахIM DL:
http://www.astrogeeks.com/Bliss/MetaGuide/MetaGuide5xx.html#__RefHeading__5380_183709709

Можно и в командной строке вызвать MGSend с параметрами для управления метагидом.
Или в своей собственной программе обращаться напрямую через API.

[bigol]

To perform dithering between exposures in Maxim, simply invoke the MGDitherVB.vbs script between exposures.

Хм, а как это делать? Как-то вручную что-то писать? В меню Autosave максима есть возможность вызывать скрипт, но там написано после выполнения СЛОТА, т.е. всей совокупности экспозиций в данном фильтре, а не после каждой экспозиции. Или в описании максима ошибка?