Перейти к содержанию
    

Высокоскоростной сенсор LUX13HS

16 hours ago, Alex11 said:

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

Сегодня буду проверять. А есть вообще допустимые пределы шумов по питанию?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я не видел нигде цифр, обычно ограничиваются словами "используйте раздельное питание и хорошую фильтрацию".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

15 часов назад, polyvyannyy сказал:

Сегодня буду проверять. А есть вообще допустимые пределы шумов по питанию?

Странно, например, datasheet на LUX330 имеет пункт "10.1 Current Drive Requirements for References". В нем указаны требования по пульсациям.

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

Рекомендую присмотреться к  ADM7170-ADM7172. Есть похожие у TI. Искать по Fast Transient Response.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

в пдф есть вот такая табличка

pwr.thumb.jpg.95dea08e1b8626af229e958a798b064b.jpg

 

Смотрел осциллом все питающие напряжения... по всем напряжениям шум пик-ту-пик идет более чем 200мВ. И более того присутствуют периодические тычки. Если плис не прошита шум такой же, а вот тычков нет. 

 8.thumb.JPG.5e79cdc484ff7bd2246293b236a9e047.JPG

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

On 9/2/2019 at 10:24 AM, polyvyannyy said:

Проблема с периодичными полосами(как на картинке в самом первом посте) решена. Эта проблема возникала из-за работы сенсора не на максимальной частоте кадров. Перевел в режим максимальной частоты кадров. Ситуация изменилась.Теперь периодические полосы ушли. Появились теперь просто горизонтальные полосы. Прикрепил файл

HS1048_max_exp.bmp

Это больше похоже на отсутствие коррекции по усилению (PRNU) и/или отсутсвие FPN/dark frame коррекции. PRNU в идеале делается на каждый пиксель, но можно ограничиться по строкам, ради производительности. Для того, чтобы выбрать способ, надо посмотреть, как выглядит кадр равномерно засвеченной матрицы на уровне 50-70% насыщений.

Чтоб убрать FPN попробуйте из каждого кадра попиксельно вычитать dark frame - кадр, полученный в полной темноте (при тех же параметрах, что и полезные кадры!). Результирующий кадр должен выглядеть гораздо чище.

 

P.S. Тему следовало озаглавить точнее, укзав что речь идет о КМОП матрице.

 

 

42 minutes ago, polyvyannyy said:

Смотрел осциллом все питающие напряжения... по всем напряжениям шум пик-ту-пик идет более чем 200мВ. И более того присутствуют периодические тычки. Если плис не прошита шум такой же, а вот тычков нет.

Шум нужно обязательно уменьшить, главным образом на питаниях аналоговой части (VDDA и прочие).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Немного реанимирую тему... Сейчас вернулся к работе с матрицей и столкнулся с проблемой шумящих точек в начале кадра:

Скрытый текст

frame.thumb.png.5788e2aa4bdc2311cfe245231689ea23.png

все перепробовали: чистили питание, перепроверили десерилизаторы, ставили/убирали терминаторы. Ничего не повляило. Если вырезать из матрицы горизонтальный кусок, который вычитывается (регион интереса) - проблема остается...

Такое впечатление, что в начале кадра внутри матрицы что-то происходит, но непонятно, что.

Может кто сталкивался с таким?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день!

Вроде никаких особых требований к бланкингу нет, есть диаграмма подачи управляющих сигналов на сенсор (вроде все соотношения я выдерживаю):

image.thumb.png.83da8d595fee99505acd7da0af1230ce.png

TXN pulse - Active Low Global Photodiode Transfer
This pulse transfers signal charges from the photodiode to the pixel storage node. TXN’s
rising edge triggers the frame readout.
In a normal case, the TXN pulse should be positioned during vertical blank.
However, if the user wants to push the frame rate limit, TXN can be placed after the last
wavetable timing or during the last row readout like the diagram above. In this case, the
vertical blank will be small to allow more frame rate.

Самое интересное, что проблема не зависит от частоты кадров - т.е. что 5 Гц, что 1000 Гц  - одинаково проявляется. Связывался с производителем, но они пока ничем не помогли (пересылал им дамп регистров, времянку генерируемых сигналов - от них замечаний небыло).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...