Выбор 16-битной чб камеры

[Nazar]

Коллеги, всем добрый день!
Есть задача выбрать 16-ти битную чб камеру.

Предварительные характеристики:

Диагональ в пределах 1/2", большое поле не нужно.
Охлаждение приветствуется, но без особого усердия.
Пиксель в пределах 4-8мкм.
Шум считывания около 10-16 e.
QE 55-80%.

Важный момент - скорость считывания.
Время должно быть не больше 0,5сек.

Бюджет 60тр.

Общая суть - апгрейд камеры Meade DSI Pro (у которой есть проблема с нестабильным темновым током) в автогиде на ЗТШ.

[PavelGhost]

Meade DSI III Pro
OTA Sky Watcher BKP 2008, ч/б камера Meade DSI Pro III, площадка ADM для HEQ5
Модифицированная Meade DSI 3 PRO
Аж две на выбор, и обе с охлаждатором 
По чтению в бининге как раз 0.5 сек дают.

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

Meade DSI III Pro
OTA Sky Watcher BKP 2008, ч/б камера Meade DSI Pro III, площадка ADM для HEQ5
Модифицированная Meade DSI 3 PRO
Аж две на выбор, и обе с охлаждатором 
По чтению в бининге как раз 0.5 сек дают.

У этой матрицы формат 2\3"

[PavelGhost]

У этой матрицы формат 2\3"

Это плохо ?
Зато 16 бит АЦП - у какой Цмошки больше за похожие деньги ?

[Алексей Юдин]

Так а какой реальный бит у ПЗС  с пикселем 4-8 мкм, т.е. ямой 20-50ke и шумом 10-16е? 12 бит реальных и есть, больше никак не получится...

Тем более на автогид - это естественная вотчина КМОП.

[PavelGhost]

Производителем заявлено 4-5е.
А у Цмоски с 12 бит реальных 11.5 бит 

[Eddy_Em]

Тоже интересуюсь этой темой: у нас на всех автогидах до сих пор стоят допотопные камеры видеонаблюдения, к которым умельцем (к сожалению, умершим уже) приделаны Пельтье. они уже помирают, а повторить такой подвиг никто не решается. Хочется найти нормальную недорогую ПЗС с USB или ethernet интерфейсом, с небольшим временем считывания и умеющую экспозиции до 30 секунд. Со встроенным Пельтье и низкими шумами.
Ну и самое главное — она должна "из коробки" работать в линуксе. Мне уже надоело реверсом заниматься!
На али нашел пару вариантов: раз и два, но там покупать — та еще лотерея!

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

Коллеги, всем добрый день!
Есть задача выбрать 16-ти битную чб камеру.

Наверное вот она QHY178M http://www.qhyccd.com/QHY178.html

[Дмитрий Маколкин]

Ну и самое главное — она должна "из коробки" работать в линуксе. Мне уже надоело реверсом заниматься!

К этим камерам идёт SDK для Linux: https://astronomy-imaging-camera.com/software/

[Eddy_Em]

Дмитрий Маколкин, спасибо, изучу этот вопрос.
Наличие SDK — хорошо, главное, чтобы работа шла в userspace, т.к. с модулем ядра совсем уныло (замучился недавно править модуль FLI'шных камер под ядро 2.6, чтобы в 4.12 работал).

[PavelGhost]

Коллеги, всем добрый день!
Есть задача выбрать 16-ти битную чб камеру.

Наверное вот она QHY178M http://www.qhyccd.com/QHY178.html

USD769  и бит всего 14 

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

Коллеги, всем добрый день!
Есть задача выбрать 16-ти битную чб камеру.

Наверное вот она QHY178M http://www.qhyccd.com/QHY178.html

USD769  и бит всего 14 

Всего 14 бит?  Вижу что совсем не сведующий в теме...
Приведите пример 16-ти битной с охлаждением за цену до 60тр?
Дороже есть вот например QHY21m QE-79% http://www.qhyccd.com/QHY21.html цена примерно 2000$,  а по работе под Линукс нужно смотреть тут http://www.qhyccd.com/SDK.html и есть тема на этом форуме помоему в разделе Астрономия и компьютеры.
Еще тут http://qhyccd.ru/index.php?route=product/product&path=18_46&product_id=89

Но я честно сказать не уверен в такой уж необходимости охлаждения в малошумных камерах в эпоху вычитания темнового кадра и
выдержках на автогиде около 0.5 сек. Тогда можно применить вот такую камеру как QHY5 III 178m или QHY5 III 174m подешевле -
http://www.qhyccd.com/QHY5III.html 

PS хотя вот есть еще такая http://www.qhyccd.com/QHYIMG2PRO.html#IMG2PRO

[mo]

Дмитрий Маколкин, спасибо, изучу этот вопрос.
Наличие SDK — хорошо, главное, чтобы работа шла в userspace, т.к. с модулем ядра совсем уныло (замучился недавно править модуль FLI'шных камер под ядро 2.6, чтобы в 4.12 работал).

QHY SDK пробовал на апельсине (orange pi, клон raspberry pi) под управлением linux fedora 22 - собрал и получил на C++ кадр с QHY5. Заявлена поддержка многих QHY* камер (чуть ли не всех):

Support Camera List:
QHY5,QHY5II,QHY5LII,IMG0H,IMG2S,IMG2P,QHY2PRO,QHY6,QHY7,QHY8,
QHY8L,QHY8PRO,QHY9S,QHY10,QHY11,QHY12,QHY15,QHY16,QHY20,QHY2E,
QHY21,QHY22,QHY23,IC8300,IC16803,QHY27,QHY28,QHY29,miniCam5S,
miniCam5F,QHY5III174,QHY5III178,QHY5III185,QHY5III224,QHY5III290,
QHY174,QHY178,QHY224,QHY290,QHY90A,QHY16200A,QHY695A

(моя копия SDK старая, возможно список уже шире).


ZWO SDK тоже пробовал... но под C#. Там завелась... не сразу. Именно под C# документация враппера слабая, примеров нет. Но завёл. А вот под Lin тогда не пробовал (не было камеры). Сейчас камера есть (zwo 120), могу попробовать на апельсине завести SDK и попробовать получить кадр напрямую.


Ну и INDI-путь конечно есть.
http://indilib.org/devices/ccds/zwo-optics-asi-cameras.html
http://indilib.org/devices/ccds/qhy.html

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

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

[mo]

Хочется найти нормальную недорогую ПЗС с USB или ethernet интерфейсом, с небольшим временем считывания и умеющую экспозиции до 30 секунд. Со встроенным Пельтье и низкими шумами.

Часть запрошенных свойств можно собрать в одном устройстве. Все - вряд ли.

Во-первых да, сейчас ccd уже не модно, всё заполнено кмосами. Это не плохо и не хорошо, просто сейчас так.
30 секунд даст любая современная и не очень современная usb-камера. Дешёвую езернет камеру если только самому делать из связки usb-камера + малина (raspberry) или даже апельсин за 5$. Но только если нужен такой конвертор, т.к. конечно он внесёт задержку. С другой стороны развяжет USB и повысит стабильность работы камеры.

Под линь все ZWO / QHY работают, сейчас ещё раз уточнил это. Нативно в userspace без модуля ядра через libusb, в основном.

Холодильник сразу добавляет цены... немало, т.к. тянет за собой гермозону, её осушение, порой подогрев окна, радиатор, вентилятор, термодатчик ... около 200..250$ в плюс к цене за холодильник. Плюс добавляет регламентное обслуживание. Но если бюджет есть, конечно лучше иметь термостабильный гид.

[mo]

Есть задача выбрать 16-ти битную чб камеру.

Предварительные характеристики:

Диагональ в пределах 1/2", большое поле не нужно.
Охлаждение приветствуется, но без особого усердия.
Пиксель в пределах 4-8мкм.
Шум считывания около 10-16 e.
QE 55-80%.

Важный момент - скорость считывания.
Время должно быть не больше 0,5сек.

Бюджет 60тр.

16 бит, согласен, несущественное требование, лучше его пересмотреть.
шум в 16е при 1e/adu уменьшит битность на 5. То есть на 12 бит и стоит ориентироваться при шуме считывания в 1е. В итоге будут те же 11 бит ДД.

Считывание у современных камер у всех быстрее 0.5с нативным драйвером. Через аском почти все тупят ... как раз 0.3 - 0.5с (зависит от мощности компа), в основном.

Бюджет хороший. Выбор камер с этим размером сенсора большой.

[Nazar]

Спасибо всем за дискуссию и предложения!
Более-менее реальных камер получается две, 178я и 2Pro от QHY.

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

Если требования 16ти бит несущественное, то дайте пожалуйста ссылку на ресурс, грамотно это обосновывающий. Потому как я лично этот момент не понял и обосновать его не смогу.

[Дмитрий Маколкин]

Если требования 16ти бит несущественное, то дайте пожалуйста ссылку на ресурс, грамотно это обосновывающий. Потому как я лично этот момент не понял и обосновать его не смогу.

Оно не несущественное, оно, если говорить о нынешних КМОП, невыполнимое. АЦП интегрирован в кристалл сенсора и является его неотъемлемой частью. За счёт того, что в современных быстрых КМОП сенсорах на каждую строку свой АЦП и достигается высокая скорость считывания.
Так что все основные свойства определяются сенсором, задача производителя камеры - грамотно их воплотить.
В результате, у разных производителей характеристики камер на одном и том же сенсоре получаются одни и те же.
А вот софт у разных производителей может быть разным, смотрите чей SDK удобнее - ту и берите.

[warbird]

А какие могут быть варианты от других производителей, пусть даже с некоторым превышением бюджета?

Почему бы не рассмотреть вариант на новейшем сенсоре - imx287 ( если верить характеристикам рекордная чувствительность в данном ценовом диапазоне)  https://www./ссылка запрещена правилами форума//store/product/520fps-0-4mp-imx287-USB3-0-astronomical-telescope-camera-with-Sony-sensor-and-ST4-auto-guiding/1918400_32834964898.html?spm=2114.12010612.0.0.59ea4c8bfIGTlD
Есть софт под Линукс RisingView 32 и 64, и есть SDK под Линукс.

[Nazar]

Почему бы не рассмотреть вариант на новейшем сенсоре - imx287 ( если верить характеристикам рекордная чувствительность в данном ценовом диапазоне)  https://www./ссылка запрещена правилами форума//store/product/520fps-0-4mp-imx287-USB3-0-astronomical-telescope-camera-with-Sony-sensor-and-ST4-auto-guiding/1918400_32834964898.html?spm=2114.12010612.0.0.59ea4c8bfIGTlD

Вариант интересный, спасибо. Проблема может быть с тем что нет гарантии стабильного темнового тока. Не попадались ли аналогичные камеры с холодильником?

Оно не несущественное, оно, если говорить о нынешних КМОП, невыполнимое. АЦП интегрирован в кристалл сенсора и является его неотъемлемой частью. За счёт того, что в современных быстрых КМОП сенсорах на каждую строку свой АЦП и достигается высокая скорость считывания.
Так что все основные свойства определяются сенсором, задача производителя камеры - грамотно их воплотить.

Хорошо. Допустим мы отказываемся от ограничения по считыванию в полсекунды, предположим у нас есть секунда Позволит ли это нам расширить ассортимент камер? Есть ли 16ти битные CCD которые успеют за это время считать небольшой кадр, около 800х600 ?

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

[PavelGhost]

Весь вопрос - Напуркуа гиду 16 бит ?
Это поможет кардинально улучшить точность гидирования ?
Тогда можно делать сумму из 12-битных суб-кадров - по моему современный софт позволяет это делать на лету, да еще и с калибровкой.