A&I GOTO SYSTEM

[Ivan7enych]

Вопрос  - на форуме была тема недавно по поводу возможности ОДНОВРЕМЕННОГО гидирования по двум осям. Так толком и не решили EQMOD вроде может а напрямую QHY6-EQ6Pro нет.

EQ6Pro через порт гида - все одновременно гидируется,

А порт в QHY6 - вряд-ли, для этой камеры я писал когда-то аском плагин умеющий одновременно гидировать, но это было давно и уже неактуально.

[Aslamov Ilya]

Кто бы мог подумать, что будет еще и проблема 2010 года 

Это Андрей так шутит)))

На самом деле, мы так увлеклись разработкой и внедрением нового протокола связи с программой ПК (от Dr. Zoid-а), что внесли ряд изменений подорвавших корректную работу Экумода (появился небольшой баг, который почему-то никто до сих пор и незаметил). В связи с этим, на всякий случай, было решено откатиться назад, пока не будут устранены обнаруженные противоречия.

[Дядя Вова]

Есть ли в Вашей прошивке помощь по выставлению полярки, коей так не хватает в екумоде (а может я ее в екумоде и не нашел...).

Это?

[Сергей Ч.]

Может таки стоит сделать такую функцию в системе управления, ведь ничего сложного нет:
- ставим в начальное положение вручную обе оси
- ось DEC поворачивается в положение в котором может работать искатель полюса (совмещаются искатель с отверстием в оси)
- жмем капу и монтировка поворачивается на нужный (вычисленный) угол и ведет со звездной скоростью
- смотрим в искатель - настраиваем
- жмем другую капу - все возвращается в начальное положение
- радуемся т.к. на EQ6Pro все это делается муторно вручную плюс недостаточно точно, на глаз.
- далее используем PoleAlignMax, метод дрейфа и т.д.
- все!

В экумоде эта шняга есть, и она будет в новой программе.

[lazyBSD]

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

Толку от нового протокола - 0.0000....

Андрей, поддержка LX200 - стратегическое решение, которое даст тебе очень хороший кусок рынка.

[andreichk]

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

Виктор , не горячись, новый протокол  - это бомба, к которой зацепится всё, что есть

[lazyBSD]

XEphem зацепится?

[andreichk]

будем поглядеть...

[lazyBSD]

Да чего глядеть, у тебя же к новому протоколу будет только ASCOM драйвер, который XEphem`у не упёрся.

[lazyBSD]

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

Толку от нового протокола - 0.0000....

Андрей, поддержка LX200 - стратегическое решение, которое даст тебе очень хороший кусок рынка.

[Дядя Вова]

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

Виктор , не горячись, новый протокол  - это бомба, к которой зацепится всё, что есть

Ой, Вы будете дольше бодаться, чем обработчик команд для LX200 дописывать.

[andreichk]

мы свой будем разрабатывать, всё остальное - второстепенно

[Aslamov Ilya]

Обновил я в памяти инфу по протоколу LX200
Да... Если что, то с ним придется попотеть! Огромное количество команд в каком-то смешанном человеко-машинном формате, 70% из которых нафиг не нужны!

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

Так что у меня возникает резонный вопрос - оно вам надо?

Кому действительно сможет пригодиться поддержка этого протокола?

Какие конкретно преимущества этот даст?

[Дядя Вова]

Так что у меня возникает резонный вопрос - оно вам надо?

А у нас "нету телевизора"

lazyBSD, написал же -
1) маркетинговый ход
2) Есть ряд прог, которые кроме Lx200 ничего не понимают (LXTrack - слежение за спутниками, например)
И еще:
3) Существует A&I ASCOM драйвер? Нет. А "Generic LX200 Type Scopes"  - есть!

[andreichk]

С новым протоколом у нас будет свой драйвер и мы предложим всем у кого его нет, встроить в свои проги.Хватит гундеть уже по этому поводу....

[Сергей Ч.]

Существует A&I ASCOM драйвер? Нет.

Дядя Вова существует. Как это ни странно. Я его написал. Больше скажу, в одном драйвере задействованы телескоп и фокусер. И название даже есть, ASTROKINETHIC  

На счет LX200. Можно поступить также как хозяин экумода, написать отдельную утилиту, которая будет транслировать команды из LX200 в ASCOM. И все дела.

[lazyBSD]

Так что у меня возникает резонный вопрос - оно вам надо?

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

Обновил я в памяти инфу по протоколу LX200
Да... Если что, то с ним придется попотеть! Огромное количество команд в каком-то смешанном человеко-машинном формате, 70% из которых нафиг не нужны!

Во! Правильно! Нужны только те 30-40%, но ой, как нужны, гораздо сильнее масла.

На счет LX200. Можно поступить также как хозяин экумода, написать отдельную утилиту, которая будет транслировать команды из LX200 в ASCOM. И все дела.

А если нет ASCOMa?

[Aslamov Ilya]

lazyBSD, написал же -
1) маркетинговый ход
2) Есть ряд прог, которые кроме Lx200 ничего не понимают (LXTrack - слежение за спутниками, например)

Ну с этим ясно.

И еще:
3) Существует A&I ASCOM драйвер? Нет. А "Generic LX200 Type Scopes"  - есть!

А вот тут вы не правы. Драйвер уже есть. Но пока идет его обкатка. Поэтому еще в массы не выкладывается.
Так что все преимущества Аскома будут.

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

Да, еще по XEphem посмотрел - Аскома он не поймет по идеологическим причинам. Но с ним намного проще -
 ведь главное его преимущество что он под Линухом и OpenSource. Написать модуль под наш протокол - проще простого. Протокол ведь мы закрывать не собираемся.

[lazyBSD]

Написать модуль под наш протокол - проще простого. Протокол ведь мы закрывать не собираемся.

Не писать же модули под кучу программ, которые понимают lx200, но не знают что такое indi.
Я XEphem просто для примера привел.

[Aslamov Ilya]

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