Адаптивный фотоприемник

[krussh]

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

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

вот, кстати статья про уже реализованный вариант приемника, предлагаемого уважаемым EKVI
http://www.ifa.hawaii.edu/users/pickles/AJP/otccd.pdf
ну и такие ПЗС используются для компенсации наклонов волнового фронта в проекте PANSTARR.
http://pan-starrs.ifa.hawaii.edu/public/design-features/cameras.html

так что спорить не о чем. это есть и работает. вот только сделать это дома весьма проблематично.

[Дмитрий Иванов]

Занимаем очередь 
http://nevael.ru/internet_magazin?folder_id=10985203&mode=folder

[krussh]

Занимаем очередь 
http://nevael.ru/internet_magazin?folder_id=10985203&mode=folder

http://www.ll.mit.edu/mission/electronics/AIT/appspecific.html

сюда. e2v вроде пока не делают такое.

[ekvi]

Вадим!
при изображении в 3 пикселя сейчас ломать копья о 1/2 пикселя (точность округления float=>int) не надо!
Я ж не сочиняю - в очерке представлены результаты сопоставления сложения 70 снимков с дискретой в 1 пиксель с результатами сложения тех же 70 снимков в Максиме по алгоритму SD mask в 3 цикла.

[ekvi]

Друзья!
Вы меня завалили - я не успеваю скачивать, не то что переваривать!
Сделайте паузу, пожалейте деда.

[krussh]

Вадим!
при изображении в 3 пикселя сейчас ломать копья о 1/2 пикселя (точность округления float=>int) не надо!
Я ж не сочиняю - в очерке представлены результаты сложения 70 снимков с дискретой в 1 пиксель с результатами сложения тех же 70 снимков в Максиме по алгоритму SD mask в 3 цикла.

тут вопрос в задачах и в масштабе изображения.
например для фокуса 1 метр при масштабе около 1.5 сек/пиксель смещения будут слишком велики. но если стоит задача загнать звезду в пиксель
 для красивой картинки - то самое то.

[ekvi]

На 1й странице темы А.Юдин уже давал ссылку и краткое пояснение о работе приемника с ортогональным переносом заряда (OTA CCD).

[ekvi]

Я присмотрелся, как программно (по слоям) загоняют звезду в пиксель - такое нам не надо!
И, откровенно говоря, я разочарован направлением развития вкусов нынешних ЛА. Академический стиль достоверности и информативности, присущий Х.Буйлу - вот настоящий идеал.

Поэтому я согласился с вашим вариантом объекта для обкатки разрабатываемого АФП: галактика Феерверк, богатая сверхновыми.
И наша забота не о звездах-пылинках, а о накоплении информации о малоконтрастных структурах.

[ekvi]

Посмотрел матрицы e2v - цветную и ч/б.
Почему их размеры (и цены) одинаковы 210е?
А скорость считывания -100 пикс/с - ?!

Но готовый девайс ... 8000е! -  пустые хлопоты: колхоз - дело добровольное!

[krussh]

это очень дешевые матрички. почти мусор. они мало пригодны для астрономии.

камера от фли или апогея всего в 2 раза дороже стоящей в них матрицы.
камеры от spectral instruments и прочих монстров дороже ПЗС в 3-4 раза, но это и лютый холод и вакуумирование и прочие радости.

[Майоров Виктор]

Некоторые современные КМОП матрицы например EV76C560 от E2V позаволяют, насколько понял из описания, организовать
внутри массива пикселей одну или несколько областей интереса (ROI), в которых накопление можно организовать по разному, накапливать в одной, пока считывается другая область, и выдержки делать разные для этих областей. Может это и будет решением вопроса. Упомянутая микросхема позволяет считывать до 60 fps@ full resolution. В ПЗС такое не реализовать, хотя и там можно накапливать изображение, допустим, в четных строках, пока читаются нечетные.

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

[ekvi]

Конечно, 210е - очень нормально. Но 8те - это ...

[Майоров Виктор]

Посмотрел матрицы e2v - цветную и ч/б.

скорость считывания -100 пикс/с - ?!

100 пиксель/сек - это неграмотность Невы. На самом деле Mпиксель/сек

[ekvi]

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

[ekvi]

100 мп/с - вот это срастается с 100кадр/с.

[Майоров Виктор]

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

??

[krussh]

то есть "сдвигать" в направлении столбцов. нет, эта матрица такого не умеет.
e2v не делает приборов с ортогональным переносом.


Digital Image Stabilization - очень интересный вопрос гуглу))

[ekvi]

тут вопрос в задачах и в масштабе изображения.

По задаче, Вадим, вроде разногласий нет.

А масштаб - дело нащивное: что нам стоит дом построить? - 1000мм - это снова "строем".
Для Ф310мм разрешение 0.4". Пиксель 5мкм в 0.4" - при фокусе 2.5м: Гамильтона с F=523 мм преобразовываем в Грегори.

[ekvi]

e2v не делает приборов с ортогональным переносом

Но grim цитировал рекламу о возможности создания зон интереса и зон записи, а через-строчный - как вариант.

[ekvi]

Снова перечитал сообщение grim: черезстрочно - это в ПЗС. Тут - через столбец не пройдет.