Друк

[Гість]

Ласкаво просимо, Гість. Будь ласка, увійдіть або зареєструйтеся.
19 Квітня 2024, 10:23:16

1 година 1 день 1 тиждень 1 місяць Назавжди

Увійти

[Новини]

•    Новини
•      Астрономія
•      Астрозаходи
•    Життя клуба
•      Новини
•      Проекти
•      Заходи
•      Звіти про спостереження
•      Документи
•    Статті
•      Обладнання та телескопи
•      Спостереження
•      Астрофотографія
•      Астрософт
•      Астрономія в Україні
•      Астрономи шуткують
•      Інше
•     
•      Файловий архів

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[astrokor]

Молодца!!! 

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

Несколько вопросов:
1. По переменному времени считывания, причина его плавания?
Насколько я понял оно плавает от загрузки ПК, и как следствие синхра на ПЗС тоже плавают, так как мы их подаем с ПК.
Имхо это должно влиять при калибровке.

2. Питание от юсб, насколько всякая бяка в виде шумов от ПК влияет на кадры при считывании?

[Nao]

Замечательный девайс получился! 

Интересно было бы также взглянуть на примеры темновых кадров с выдержкой 30с, максимальным усилением, с включенным охлаждением и без охлаждения. Если Вас не затруднит, выложите их пожалуйста на какой-нибудь файлообменник.
Заранее спасибо.

[grim]

Молодца!!! 

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

Несколько вопросов:
1. По переменному времени считывания, причина его плавания?
Насколько я понял оно плавает от загрузки ПК, и как следствие синхра на ПЗС тоже плавают, так как мы их подаем с ПК.
Имхо это должно влиять при калибровке.

2. Питание от юсб, насколько всякая бяка в виде шумов от ПК влияет на кадры при считывании?

По первому вопросу.
   Занимает много времени отрисовка изображения. Само чтение потока данных не зависит от быстродействия компьютера.
   Кадр считывается целиком (почти 12 МБайт!!) в буфер драйвера, а формирование последовательности по другому каналу вообще еще более чем в 2 раза больше. Драйвер этой микросхемы все "честно" всю эту последовательность и отрабатывает молча, без выпендрежа.
Драйвер микросхемы это позволяет, как оказалось!!!
   Вначале считывал построчно, думал не надо переполнять буфер, действительно. в этом случае получается наравномерность яркости по строкам, из-за того, что пока я обрабатываю строку, комп следующую строку выдает через неопределенное время. В старых своих проектах я пытался использовать Ft245 - там никак не мог побороть эту неравномерность, более того, драйвер этой микросхемы внутри строки делал подлянку, когда хотел, останавливал поток, через несколько мс продолжал, поэтому я отказался от этой микросхемы в пользу C8051F342 - на ней у меня гидирующяя камера, но у нее буфер маленький и поддерживает только USB1.1.
Делаю так:
1. Подготавливаю последовательность импульсов (около 24 МБайт).
2. Записываю это в выходной буфер.
3. Запускаю отдельный поток на чтение со второй половинки микросхемы.
4. Отправляю выходной буфер.
5. Жду  завершения приема.
6. Рисую, сохраняю, если надо в файл.
7. Иду в пункт 2 и по кругу.
Реально еще добавляется отработка экспозиции, очистка регистра храниния перед приемом изображения, очистка горизонтального регистра, отработка "темных" пикселей и т.д.
6-той пункт дает задержку, зависящюю от быстродействия компа.

[astrokor]

Ага понял, упустил, сам драйвер FT2232HL и отрабатывает последовательность в режиме Bit-Bang.

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

[astrokor]

Привожу платку без этих изменений в PCAD2000, но рекомендую новую, которую собираюсь заказать.

чото нет там платы

[grim]

по второму вопросу.
Действительно, бяка присутствует.
"Критические" точки тут следующие:
1. Аналоговое питание AD9822, оно должно быть чистым, хорошо фильтрованным, я поставил LC - фильтр, потом еще дополнительно перешел на 3-х вольтовое напряжение, желательно запитать от отдельного стабилизатора, что в будущем сделаю.
2. Земля аналоговая AD9822, в особенности 27-я нога должна быть соединена как можно короче с выходной цепью ПЗС- матрицы, у меня не получилось коротко развести, пришлось лепить экранированный кабель, он существенно уменьшил шумы.
3. Питание 15 вольт ПЗС матрицы и выходной цепи тоже должно быть чистым, у меня тоже LC - фильтр здесь.
4. Особые хлопоты добавило питание +6вольт, которое необходимо для питания горизонтальных драйверов. По первоначальной задумке я его брал через линейный стабилизатор от сформированного напряжения +15 вольт. В пзс-ках, которые использовал раньше такого напряжения не было. Поэтому наступил на следующие грабли: микросхемы max4428 во время считывания строки жрут не по детски, линейный стабилизатор этот ток передает на +15 вольт, сильно нагружая max743, тот, в свою очередь грузит питание USB- шины. И напряжение +5 вольт становится шумным и 15-ти вольтовое напряжение шумит, причем провалы по этим цепям синхронизуются с движением горизонтального регистра. Все это приводит к "муару". Долго возился, пока не сделал дополнительный преобразователь +6 вольт, питающийся от шины USB.
В результате все-таки победил, сейчас даже при формировании изображения из младших бит муара нет.
Еще обратите внимание на омическое сопротивление USB-кабеля, сейчас его изготавливают из омедненных алюминиевых проводов, я использую старые медные кабеля, оставшиеся от старой оргтехники.

[grim]

Привожу платку без этих изменений в PCAD2000, но рекомендую новую, которую собираюсь заказать.

чото нет там платы

Дико извиняюсь.

[astrokor]

Так вот я о томже сразу чуйка сработала что с питанием от УСБ не все может быть гут.
 
И ввобще пишите все проблемы что были с чем столкнулись, что может не нравится.

Я заинтересован в проекте, готов помочь.

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

[grim]

Ага понял, упустил, сам драйвер FT2232HL и отрабатывает последовательность в режиме Bit-Bang.

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

Все четко, время цикла около 65 нс.пиксел, передача одного пиксела занимает 4*65=270 нс.

[grim]

Замечательный девайс получился! 

Интересно было бы также взглянуть на примеры темновых кадров с выдержкой 30с, максимальным усилением, с включенным охлаждением и без охлаждения. Если Вас не затруднит, выложите их пожалуйста на какой-нибудь файлообменник.
Заранее спасибо.

Есть кадры в raw, 3000*2000*16 бит, можно открыть в максиме, там настраивается импорт.
Вот копия экрана, ползунок отображения поставил на диапазон 0..6000.
Кадры весят в сжатом виде 8 МБайт каждый, с файлообменниками стараюсь не связываться, могу скинуть на мыло, если позволяет Ваша почта.
2 файла  по 300 секунд выдержка с охлаждением и без.

[grim]

Так вот я о томже сразу чуйка сработала что с питанием от УСБ не все может быть гут.
 
И ввобще пишите все проблемы что были с чем столкнулись, что может не нравится.

Я заинтересован в проекте, готов помочь.

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

Хорошо, так и сделаю, изготовление печатной платы занимает у меня 2 недели, на следующей неделе нарисую отредактированную схему, выдам перечень элементов, чтобы заинтересованные лица могли заказать заранее.
Что не нравится: а просто бесит - нет даташитов на многие матрицы!!!
Спасибо Михаилу (Mixa) - без него этот проект не был бы реализован, не знаю откуда он достал инфу, может провел "обратный" инжиниринг Nikon D50.

[astrokor]

Спасибо Михаилу (Mixa) - без него этот проект не был бы реализован, не знаю откуда он достал инфу, может провел "обратный" инжиниринг Nikon D50.

я понял что так, иначе помоему невышло бы. я сам рыл информацию на 453й чиип нет ее просто ии все, сам пришел что надо снимать сигналы с работающего фотика

А так на кодак матрицы все есть, а остальное оно в фотиках не для свободное продажи потому и нет ничего

[Nao]

Кадры весят в сжатом виде 8 МБайт каждый, с файлообменниками стараюсь не связываться, могу скинуть на мыло, если позволяет Ваша почта. 2 файла  по 300 секунд выдержка с охлаждением и без.

Буду очень Вам признателен. Почтовый адрес - cameraphone[at]mail.ru

[Oleksiy]

ахринеть.
собственно вы реализовали подход Аудина - формирование чтения компом.
супер!

[grim]

поправлюсь, raw-файлы 3000х2000х16бит

[trojn(Юрий)]

Так вот я о томже сразу чуйка сработала что с питанием от УСБ не все может быть гут.
 
И ввобще пишите все проблемы что были с чем столкнулись, что может не нравится.

Я заинтересован в проекте, готов помочь.

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

Хорошо, так и сделаю, изготовление печатной платы занимает у меня 2 недели, на следующей неделе нарисую отредактированную схему, выдам перечень элементов, чтобы заинтересованные лица могли заказать заранее.
Что не нравится: а просто бесит - нет даташитов на многие матрицы!!!
Спасибо Михаилу (Mixa) - без него этот проект не был бы реализован, не знаю откуда он достал инфу, может провел "обратный" инжиниринг Nikon D50.

Ну что ж,ждёмсь......

[Серега]

стоит плату развести под формат прямофокусной камеры. Типа кху-8

[grim]

Измененный вариант схемы, перечень элементов с коментариями выложу чуть позже.

[grim]

Перечень элементов.

[grim]

Новая печатка, когда будет готова, обнаруженные баги пофиксю.