QHY163 - QHY183C - новая линия камер от QHYCCD

[Pavel3001]

У меня стоит 30. Какие предельные знаачения там можно соавить дляимаксимальной скорости?
И еще момент. Буфер камеры 128мб. При подключении определяется памятьткамеры, при это свободны только ~32мб, а остальные заняты. Так тоже должно быть?

[ASheff]

Какие предельные знаачения там можно соавить дляимаксимальной скорости?

Вплоть до 100, надо пробовать.

[Konstantin]

У меня стоит 30. Какие предельные знаачения там можно соавить дляимаксимальной скорости?
И еще момент. Буфер камеры 128мб. При подключении определяется памятьткамеры, при это свободны только ~32мб, а остальные заняты. Так тоже должно быть?

Для дипская и низкоскоростной съемки, когда количество кадров в секунду значения не имеет, лучше его не использовать

[Pavel3001]

Для дипская и низкоскоростной съемки, когда количество кадров в секунду значения не имеет, лучше его не использовать

Вы про буфер или про поднятие  юсб траффика?

[Konstantin]

Для дипская и низкоскоростной съемки, когда количество кадров в секунду значения не имеет, лучше его не использовать

Вы про буыер или про поднятие  юсб траффика?

Про буфер

[Pavel3001]

Я думал он по умолчанию включен. Даже без понятия как с рим обращаться.

[mo]

Для дипская и низкоскоростной съемки, когда количество кадров в секунду значения не имеет, лучше его не использовать

Вы про буыер или про поднятие  юсб траффика?

Про буфер

А система гашения яркого пятна от усилителя в углу не основана на использовании буфера?
У меня камеры нет, но "слышал такой звон".

[Konstantin]

Я думал он по умолчанию включен. Даже без понятия как с рим обращаться.

В Максиме он не настраивается и по умолчанию скорее всего выключен. В Шарпкапе по умолчанию может быть включен.

[Konstantin]

Для дипская и низкоскоростной съемки, когда количество кадров в секунду значения не имеет, лучше его не использовать

Вы про буыер или про поднятие  юсб траффика?

Про буфер

А система гашения яркого пятна от усилителя в углу не основана на использовании буфера?
У меня камеры нет, но "слышал такой звон".

В Аскоме не настраивается эта фича. Работает в Шарпкапе "в лет" программно и от настроек буфера не зависит

[EvgeniyM]

Нет, буфер нужно использовать всегда. Обсуждали уже. Его главное назначение - сделать постоянной скорость считывания, т.к. от нее зависит свечение усилителя. И когда Вы получите разные величины свечения в лайтах и дарках, калибровка станет невозможна. Либо придется постоянно следить за параметром USB traffic, что не возможно, т.к. и другие процессы могут начать использовать этот трафик, когда не надо. Кроме всего прочего, заметил, что при использовании разных программ для лайтов и дарков, даже при использовании буфера, калибровка получается не корректной. Т.е., если лайты в Максиме, то и дарки в нем же.
USB traffic подбирается экспериментально по максимальному значению FPS в SharpCap днем. Просто крутите его и смотрите на значение в самой нижней строке программы.

[Konstantin]

Нет, буфер нужно использовать всегда. Обсуждали уже. Его главное назначение - сделать постоянной скорость считывания, т.к. от нее зависит свечение усилителя. И когда Вы получите разные величины свечения в лайтах и дарках, калибровка станет невозможна. Либо придется постоянно следить за параметром USB traffic, что не возможно, т.к. и другие процессы могут начать использовать этот трафик, когда не надо. Кроме всего прочего, заметил, что при использовании разных программ для лайтов и дарков, даже при использовании буфера, калибровка получается не корректной. Т.е., если лайты в Максиме, то и дарки в нем же.
USB traffic подбирается экспериментально по максимальному значению FPS в SharpCap днем. Просто крутите его и смотрите на значение в самой нижней строке программы.

Как много всего... и ненужного. Максим не даст камере снимать кадр, пока он не получит предыдущий. Ему фиолетово, есть на камере буфер, нет его - он его НЕ ВИДИТ от простого русского слова СОВСЕМ. Он не умеет с ним работать.
При активации буфера в Шарпкапе скорость считывания ПАДАЕТ, как это ни будет для вас парадоксом. Проверено это обстоятельство и подтверждено экспериментальным путем. Смысл включать буфер имеет тогда, когда важно в короткий промежуток времени гарантированно получить максимальновозможное при установленном разрешении количество кадров без их потери. Все. Если идет съемка минутных и более длительных кадров оно нафиг не нужно.
Пересвет от усилителя происходит от того, что камера не считывает кадр и по факту продолжает копить сигнал, хотя давно уже должна была его считать. Происходил этот подвис на 183-й камере как раз по причине неправильно установленного приоритета по трафику особенно, когда, несмотря на на настойчивое указания производителя использовать камеру на USB3, юзеры включают ее на USB2, в довесок еще нагрузив какой-нибудь скоростной QHY5III на гиде, снимающей секундными экспозициями.
На крайних версиях SDK вроде бы это пофиксено, но использование этих камер на USB2 не рекомендуется.

[r1bgg]

скажите, существуют какие либо "болячки" qhy163m + QHYCFW2-M-Standard ?

[mo]

Как много всего... и ненужного. Максим не даст камере снимать кадр, пока он не получит предыдущий. Ему фиолетово, есть на камере буфер, нет его - он его НЕ ВИДИТ от простого русского слова СОВСЕМ. Он не умеет с ним работать.

Это-то понятно. Но да, я слышал ту же версию, о которой говорит Евгений. Утверждать не буду, но выглядит логичным, что система подавления пятна усилителя завязана на скорость считывания с матрицы. Которая становится постоянной при наличии внутреннего буфера.

С точки зрения ASCOM-клиента да, буфера нет - есть только кадр, который хорошо (лучше) калибруется.

[anovikov]

Немного чисто дилетантских мыслей - покрутил тут сбиговскую эксельку для расчёта SNR, выходит что нынешние CMOS камеры имеют SNR на 1-секундных выдержках всего раза в 2 меньше чем на 10-минутных? То есть идеальный вариант - задрать gain, чтоб шумы в электронах были минимальны, и снимать 1-секундными выдержками, забив на гидирование заодно? Ну и ДД при этом будет заоблачный чисто потому что кол-во выдержек выйдет гигантским. Никаких пересветов даже в ярких областях. Что-то звучит слишком просто чтобы быть правдой, что я упускаю? Ну кроме того что объём данных получится большим и комп мощный нужен - десятки гигов на то что даст в итоге 1 кадр.

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

Немного чисто дилетантских мыслей - покрутил тут сбиговскую эксельку для расчёта SNR, выходит что нынешние CMOS камеры имеют SNR на 1-секундных выдержках всего раза в 2 меньше чем на 10-минутных? То есть идеальный вариант - задрать gain, чтоб шумы в электронах были минимальны, и снимать 1-секундными выдержками, забив на гидирование заодно?

Примерно так! В теме это все есть! Не нужно повторов....

Желтая зона засветки, Подмосковье.
NGC7000
40 кадров по 3 минуты
Без калибровки дарками, биасами и флетами. Звезды специально не стал ужимать. Небольшой кроп для удаления полос от выравнивания и "прожектора".

[Konstantin]

Немного чисто дилетантских мыслей - покрутил тут сбиговскую эксельку для расчёта SNR, выходит что нынешние CMOS камеры имеют SNR на 1-секундных выдержках всего раза в 2 меньше чем на 10-минутных? То есть идеальный вариант - задрать gain, чтоб шумы в электронах были минимальны, и снимать 1-секундными выдержками, забив на гидирование заодно? Ну и ДД при этом будет заоблачный чисто потому что кол-во выдержек выйдет гигантским. Никаких пересветов даже в ярких областях. Что-то звучит слишком просто чтобы быть правдой, что я упускаю? Ну кроме того что объём данных получится большим и комп мощный нужен - десятки гигов на то что даст в итоге 1 кадр.

Вся эта история завязана на технику планетной съемки - большое количество кадров с короткими выдержками. Отсюда и функции в комбайнах типа Шарпкапа, в которых уже на лету можно вычитать темновой кадр, мастербиас и флет, делать выравнивание и тут же складывать сумму. Но есть один момент - битность. Ее никто не отменял. Для 12 бит имеем 4096 отсчетов динамического диапазона. Дальше - растяжка до 16 нечестных бит. И ладно если еще снимаем в ЧБ и собираем цвет поканально.
И еще - если делать калибровку по старой школе, то на обработку и сложение сотен (не говорю про тысячи) кадров уйдет уйма времени.

[mo]

выходит что нынешние CMOS камеры имеют SNR на 1-секундных выдержках всего раза в 2 меньше чем на 10-минутных?

Где можно об этом почитать? У меня получается другая цифра

[Pavel3001]

Покрутил юсб траффик, скорость скачивания и вправду солидно поднялась. Значит дело и в этом параметре, плюс еще в применяемом ПО.
Вопрос на засыпку, шарпкап не умеет делать подвижки с пхд2. Так ли они важны при сьмке кадров по 1с, по 60с, по 300с и т.д. ?

[anovikov]

Где можно об этом почитать? У меня получается другая цифра

Я как всегда, косноязычно написал. Естественно я имел в виду "600 кадров по 1с дадут SNR всего в 2 раза хуже чем 1 кадр в 600с".

[mo]

... я имел в виду "600 кадров по 1с дадут SNR всего в 2 раза хуже чем 1 кадр в 600с".

А... понял мысль.
У меня за пол ночи выходило хуже раз в 5+, кажется. Но точный замер не проводил. Тестировал на zwo290 и zwo1600 в разное время.

Если б EMCCD с ~0e шумом.... был бы (будет) прорыв.