33 мегапикселя на ладони

[andreichk]

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

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

Нет, в основном темновой ток уменьшится и его дробовый шум заодно. А в обсуждаемом шуме считывания они не видны - выдержка короткая.

[Mixa]

Неясно назначение делителя R60 R61, с выхода матрицы макс. сигнал порядка 2В, у AD9826 при внутренней опоре апертура либо 2В, либо 4В. Неясно также, какая функция у R59. Полезен был бы фильтр с выхода повторителя на вход АЦП (RC цепочка с согласованной по отношению к темпу считывания постоянной времени). Есть вопрос по картинке OUT_PIX.png. Если это выход матрицы, то как-то подозрительно через один чередуется уровень черного и уровень самого сигнала. Обычно хотя бы уровень черного ровно (относительно, с точностью kTC) идет от пикселя к пикселю. Также есть вопрос к положению CDSCLK1 на рисунке takt.png. Его задний фронт фиксирует уровень черного, а на картинке очень рядом с этим моментом идет фронт сигнала, переключающего с уровня черного на уровень сигнала, если я правильно увидел. Вопрос в том, что же фиксирует CDSCLK1 на самом деле. Насчет того, какого вида должен быть ADCCLK, меандр или нет, странно, что не пошло так, как в даташите нарисовано. Я применял AD9826, правда, не в режиме CDS, а в режиме 3-канального SHA, ничего подозрительного в тактировании не было. Кстати, по шумам она совсем не выдающаяся, и минимум шумов получается при нулевом внутреннем смещении и минимуме усиления, запрограммируйте ее на этот режим (он же и при ресете получается), а сигнал подгоните к апертуре АЦП внешними средствами. На практике, лучше один раз так сделать и не показывать наружу, что там вообще какие-то gain и offset есть.

[andreichk]

Неясно назначение делителя R60 R61,

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

Неясно также, какая функция у R59

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

Кстати, по шумам она совсем не выдающаяся, и минимум шумов получается при нулевом внутреннем смещении и минимуме усиления, запрограммируйте ее на этот режим (он же и при ресете получается), а сигнал подгоните к апертуре АЦП внешними средствами. На практике, лучше один раз так сделать и не показывать наружу, что там вообще какие-то gain и offset есть.

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

относительно положения импульсов ничего не могу прокоментировать, но поверьте, я с большим трудом добился того, что картинка получается ровно 4992х6667 пикселей. при попытке смещения CDSCLK1 влево или вправо картинка постоянно обрезалась по вертикали, причём как-то всегда по-разному, то на 100 строк, то на половину кадра. Сейчас хотябы я имею точный кадр по размеру матрицы.

[andreichk]

Виктор, это вообще то , что вы считали?

[andreichk]

Также есть вопрос к положению CDSCLK1 на рисунке takt.png. Его задний фронт фиксирует уровень черного, а на картинке очень рядом с этим моментом идет фронт сигнала, переключающего с уровня черного на уровень сигнала, если я правильно увидел. Вопрос в том, что же фиксирует CDSCLK1 на самом деле.

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

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

Нет, в основном темновой ток уменьшится и его дробовый шум заодно. А в обсуждаемом шуме считывания они не видны - выдержка короткая.

При частоте оцифровки 1 МГц матрица считывается 33 секунды. В нижней части изображения темновые токи появляются. Это видно по СКО.

[andreichk]

поставил кондёр на 22пика, не знаю, может мне мерещится, но как будто цвет стал правильней.....

[andreichk]

кстати, если у кого есть такой идеальный темновой кадр с СКО = 7-10 пикс. , дайте на него поглядеть битте.
а то я кондёр припаял, усиление и смещение до 0 уменьшил и всё равно, меньше 150 не получилось

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

кстати, если у кого есть такой идеальный темновой кадр с СКО = 7-10 пикс. , дайте на него поглядеть битте.
а то я кондёр припаял, усиление и смещение до 0 уменьшил и всё равно, меньше 150 не получилось

У меня на работе.

[krussh]

кстати, если у кого есть такой идеальный темновой кадр с СКО = 7-10 пикс. , дайте на него поглядеть битте.
а то я кондёр припаял, усиление и смещение до 0 уменьшил и всё равно, меньше 150 не получилось

http://optlab.astro.usu.ru/Misha/Bias_0_01.fts

[krussh]

а под какой из ссылок лежит именно темновой кадр?
флэты нашел, но есть ли среди них дарк?

[andreichk]

файлом для скачивания можно это как-то изобразить?

[krussh]

http://optlab.astro.usu.ru/Misha/Bias_0_01.fts

http://optlab.astro.usu.ru/Misha/

файл bias
правой кнопкой, сохранить как

[andreichk]

а под какой из ссылок лежит именно темновой кадр?
флэты нашел, но есть ли среди них дарк?

они оба как дарки
я щас туда новые залью
https://drive.google.com/open?id=0B-uW0Otv8WkQQlFUX3ZmNHRkU0k
https://drive.google.com/open?id=0B-uW0Otv8WkQZ2xNZFM0OExHeWs

[krussh]

на левой стороне Ваших кадров есть полоса в 9 пикселей в которой сидят пиксели не подвергающиеся засветке (dummy pixels). по ним лучше оценивать шум считывания.
весь кадр имеет приличный градиент по вертикали - вероятно получены не в полной темноте.

[krussh]

а под какой из ссылок лежит именно темновой кадр?
флэты нашел, но есть ли среди них дарк?

они оба как дарки
я щас туда новые залью
https://drive.google.com/open?id=0B-uW0Otv8WkQQlFUX3ZmNHRkU0k
https://drive.google.com/open?id=0B-uW0Otv8WkQZ2xNZFM0OExHeWs

на этих шум раза в три меньше, чем на старых. всего около 120 ADU.

[krussh]

а вот гистограмма странная стала. не гауссова.

[andreichk]

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

Код: [Выделить]

  case (pix)
            380: header_data <= 8'h01;                    //01 заголовок маркера
            381: header_data <= 8'h02;                    //02 заголовок маркера
         382: header_data <= row[15:8];                //ст.байт номер строки
         383: header_data <= row[7:0];                 //мл.байт номер строки
         384: header_data <= data_msb[7:0];            //ст.байт Т.Пельтье
            385: header_data <= data_lsb[7:0];            //мл.байт Т.Пельтье
            386: header_data <= data_gain[5:0];           //усиление АЦП
            387: header_data <= data_offset[7:0];         //смещение АЦП
388: header_data <= 8'h00;
389: header_data <= 8'h00;
390: header_data <= 8'h00;
391: header_data <= 8'h00;
  endcase

[andreichk]

на этих шум раза в три меньше, чем на старых. всего около 120 ADU.

а вы как это посчитали?