Мини Ч\Б камера - QHY6

[StasV]

Там есть одна засада, но теоретически это возможно.
Засада в том, что первые пол-секунды запуска экспозиции гидировать нельзя, дальше (пока экспозиция длится) - уже можно.

Можно подробнее.
К примеру.
Драйвер выдал команду гидирования, камера установила на своем порту сигналы. Далее пришла команда на запуск экспозиции. Что будет с сигналами на порту. Они останутся или будут сброшены в неактивное состояние?

[Ivan7enych]

Можно подробнее.
К примеру.
Драйвер выдал команду гидирования, камера установила на своем порту сигналы. Далее пришла команда на запуск экспозиции. Что будет с сигналами на порту. Они останутся или будут сброшены в неактивное состояние?

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

Хотя стоп, есть еще одно ограничение - все это должно работать в рамках одной программы. ProGuider не работает с 2-мя камерами одновременно (QHY6 делает длинные выдержки, а вторая висит на гиде), а MaximDL мой аском драйвер камеры не воспринимает. Так что пока отбой этой идее.

[lazyBSD]

Но это пока все идея, еще не запрограмировано.

Иван. А эти ограничения заложены в железе или в драйверах Тома?

[Ivan7enych]

Но это пока все идея, еще не запрограмировано.

Иван. А эти ограничения заложены в железе или в драйверах Тома?

Когда я экспериментировал, пытался запускать экспозицию и сразу послать команду гидирования - камера напрочь висла, помогало лишь выдернуть ее из USB и воткнуть снова.  Экспериментально нашел длительность этой "запретной паузы"...

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

[Anton]

а MaximDL мой аском драйвер камеры не воспринимает. Так что пока отбой этой идее.

Я максим поборол, с моим дроайвером уже работает.
Собака там зарыта совсем неглубоко.
Если все делал по стандарту, то добавь еще пару свойств.
Кусок IDL-я:
[propget, id(43), helpstring("property CanGetCoolerPower")] HRESULT CanGetCoolerPower([out, retval] VARIANT_BOOL* pVal);
[propget, id(44), helpstring("property CanControlTemperature")] HRESULT CanControlTemperature([out, retval] VARIANT_BOOL* pVal);
 
В стандарте они упоминаются, но ни хрена не описаны. Максим проверяет абсолютно все и если хоть чего-то не хватает, то либо ругается либо с разбегу падает мордой в грязь.

[Anton]

Смысл в том, что "коробочки от Антона"(тм) у меня нет,

Могу помочь с этим горем. 
Несколько коробок в запасе еще есть. Когда кончатся, буду в полцены платы продавать - "доделай сам", как раз в комплект к QHY-6 "допиши дрова сам"      

[Pilgrim]

   Спасибо за предложения, но у меня QHY6 в 90% случаев используется как гид. Слишком малО ее разрешение для серьезного фото ИМХУ.
Но иногда в жаркую летнюю ночь хочется прочувствовать что такое охлаждаемая ПЗС или поснимать мелкие объекты вроде планетарок. Брать ради этого и вебку и коробочку смысла особого пока не вижу (на крайняк проще тогда qhy5 с портом взять).
   Договорился с Ваней (VANEK) взять пощупать его вебку чисто из интереса - как оно работает, потому что вебками никогда не снимал. Вот и подумал приладить ее временно гидом к QHY6.
   Есть у меня SDK к QHY6, старый от 25 марта, на нем немного баловался (написал простенькую софтинку для получения изображений). Жаль что имеющимся софтом поженить их таким способом их не выйдет, но если есть возможность подавать сигналы после 0.5 сек задержки это тоже здорово. Будет время - допишу в софтинку функцию простого гидирования и захвата картинки с вебки. Спасибо за инфу!

--
   Кстати изначально при создании той софтинки была мысль сделать софтверный мини-PEC. То есть наводимся на объект, сопровождаем звезду в поле N минут и дальше повторяем все коррекции каждые N минут (где N - период оборота червяка). Конечно после перенаведения точно учесть поворот червяка по началу не удастся (для этого надо еще через аском к маунту коннектиться и координаты считывать, а этого я пока не умею ), но потратить 8 минут перед новой серией не так уж страшно. Тем более, что некоторое ограниченное время будет возможность повторять и коррекции по сконению (скорость ухода не так велика и не так быстро меняется).
   Это кому-нибудь еще нужно? Если да, дайте знать - буду писать сразу "по-человечески", а не "для личного пользования".

[lazyBSD]

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

Может имеет смысл обратиться к Qiu напрямую, чтобы попросить исходники драйвера и QHY6Dll.dll для продолжения разработки?
IMHO, у него должна быть прямая заинтересованность в том, чтобы SDK QHY6 был открытым, дабы не быть подвязанным на бельгийца.

[Хлебников Сергей]

 
   Это кому-нибудь еще нужно? Если да, дайте знать - буду писать сразу "по-человечески", а не "для личного пользования".

Очень нужно

[Ivan7enych]

Сделал несколько существенных изменений в аском драйвере QHY6

1. аском драйвер QHY6 подружился с MaximDL 4.58.

2. Cделан бининг 2x2, 3x3, 4x4. (ровно так же как и с QHY5)

3. Сделано гидирование через порт самой камеры. В Прогайдере2 работает, в MaximDl пока не отлажено.

[Хлебников Сергей]

Пора вам памятник поставить!

[lazyBSD]

Иван, спасибо!!!

[StasV]

Иван, спасибо!!!

присоединяюсь!!!

[Владимир Николаевич]

Иван, спасибо!!!

присоединяюсь!!!

И я!  Не перевелись компьютерные  гении на Руси!

[Anton]

2. Cделан бининг 2x2, 3x3, 4x4. (ровно так же как и с QHY5)

А как насчет честных сабфреймов? А с бинингом честных сабфреймов дадут?
В ПГ сделана возможность гидировать сабфреймом (для быстрогида), при этом выяснился один забавный косяк, сабфрейм должен отдаваться честно, независимо от координат начала фрейма и от размеров фрейма. При этом у камеры, это зависит от аппаратной реализации, могут быть ограничения на эти условия, например SDU камеры могут давать сабфрейм только с четными координатами угла фрейма и с шириной, кратной 4. Приходится извращаться, подгонять под ответ, резать лишние строки/столбцы и дорисовывать недостающие нулями.  Как с этим у QHY-6?

[StasV]

Было бы очень удобно, если в драйвере камеры кроме ручного задания координат угла и размеров сабфрейма, была бы кнопка "кроп", а рядом числовое значение размера кропа. Выставил звезду в центр, нажал кнопку кроп, и работай с кадром 200*200 к примеру.

[Ivan7enych]

А как насчет честных сабфреймов? А с бинингом честных сабфреймов дадут?
В ПГ сделана возможность гидировать сабфреймом (для быстрогида), при этом выяснился один забавный косяк, сабфрейм должен отдаваться честно, независимо от координат начала фрейма и от размеров фрейма. При этом у камеры, это зависит от аппаратной реализации, могут быть ограничения на эти условия, например SDU камеры могут давать сабфрейм только с четными координатами угла фрейма и с шириной, кратной 4. Приходится извращаться, подгонять под ответ, резать лишние строки/столбцы и дорисовывать недостающие нулями.  Как с этим у QHY-6?

У QHY6 и бининг и сабфреймы - софтовые. То есть я получаю всегда целый кадр, а потом складываю значения пикселей (бининг), и копирую в выходной массив только нужную часть кадра (сабфрейм).

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

Хардверный сабфрейм (именно у QHY6) работает косячно - дает артефакты в начале всех строк и портит первые пару строк.
Если надо, я подключу хардверный сабфрейм, но не знаю - даст ли он ускорение работы.

Бининг и сабфреймы я сегодня отлаживал в Максиме-ДЛ (он управляет по аском-интерфейсу и тем и тем), вроде работает. Если что не хватает, или криво работает - поправлю.

У QHY5 я сделал биннинг софтовый, а сабфрейм - хардверный (он там честный).

[Anton]

У QHY6 и бининг и сабфреймы - софтовые.

Понятно.
А я то тут как муха на стекле с хардверным фреймом упражняюсь...
В принципе хардверный сабфрейм даст выигрыш на USB1.1 , на 2.0 в принципе можно и не морочиться, разве что только если дикой скорострельности захочется.
А хардверный бининг штука нужная, однозначно. В SDU работает честно.

[Владимир Николаевич]

Антон! Все же дай четкий ответ - на какую максимальную скорострельность расчитан Прогайдер 2 и с какими камерами на сегодня ее можно получить?

[Anton]

Антон! Все же дай четкий ответ - на какую максимальную скорострельность расчитан Прогайдер 2 и с какими камерами на сегодня ее можно получить?

Четкого ответа нет и быть не может.
Ограничения по скорости возникают из-за архитектуры ASCOM интерфейса. Скорость зависит от производительности компьютера.
Для повышения фреймрейта и был введен режим гидирования сабфреймом. На целероне P-4 2ггц при квадратике < 100х100 получается больше 10fps.