Друк

[Гість]

Ласкаво просимо, Гість. Будь ласка, увійдіть або зареєструйтеся.
20 Вересня 2024, 09:28:29

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

Увійти

[Новини]

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

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[grim]

First the answer to the second question.

This circuit is designed to reduce the power supply to the CCD to 5V during the accumulation period.
When there is a long exposure, the IR radiation of the output amplifier illuminates part of the frame.
If we supply a reduced voltage to the CCD during accumulation, this effect will almost completely disappear.
Start the camera with an exposure time of 10..30 seconds and observe the supply voltage during this. It will be about 5 volts.
In standby mode, there will be 15 volts. This voltage is controlled by F7.

[MadJack]

That is correct. I missed it completely as I only tested on very short exposures (0 to 10ms).
I indeed switched to 10s exposure and then I saw - exactly as you said - voltage drop to 5V. Thank you for suggestion!

[grim]

Анонсирую еще одну, уже окончательную версию CAM8x - CAM89.

Плата круглая диаметром около 72 мм, позволяет впихнуть ее в цилиндрический корпус наружным диаметром 75 мм.

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

Вместо stm32f103 применена более шустрая stm32g431 в таком же корпусе 48 пиновом. Это тоже сравнительно недорогая микросхема.
Кадр считывается за 1050 мс.
Из-за экономии места пришлось применить резисторы и конденсаторы типоразмера 0603. Но, вроде паять можно.
Большинство деталей не поменялось.

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

Ну и фотки.

Подякували

4 :sentimentalbob, AR81, AlexandrAA, Grace

[grim]

еще

[Boombarash]

Здравствуйте, уважаемые.
Большое вам всем спасибо за ваш Труд.
Читаю ветку уж не в первой, загорелся, подготовился морально и технически.
В общем я полный профан во всем.
Так, что не судите строго.
Не мог бы кто-нибудь проставить номинальное напряжение на конденсаторы и Гн на L1 L2.
Заранее благодарю.
 

[sentimentalbob]

Я вот что думаю.
камера выходит довольно дешевой в себестоимости и можно сделать "массив" из камер с какими то дешевыми обьективами (например Юпитер 37)
и прицепить это на одну монтировку. Думаю что одна камера должна быть подключена через аском драйвер в MaximDL для работы с гидом. Остальные камеры можно подключить к дешевым ноутам и использовать софт Рима для фотографирования или raspberry pi если запилят indi драйвера под версии 87/89.
Но нужно как то синхронизировать первую камеру, которая работает в MaximDL с другими камерами что б их экспозиция не попадала на дезиринг (он еще применяется?) и что б остальные камеры зря не фотографировали когда основная остановлена. реально придумать такую синхронизацию?
например в первой камере использовать выход "виртуальный" затвор (pin output в stm32) который был в одной из ранних версий и он работал в ascom драйвере
а на остальных сделать спуск (pin input в stm32) который будет принимать комманду с первой камеры о начале экспозиции и отсылать её софту Рима для начала экспозиции или indi драйверу в raspberry pi если там есть такой функционал.

Можно было бы поставить на разные камеры разные фильтры что бы не пользоваться колесом фильтра. Либо одна камера снимает в цвете. остальные с удалённым баером снимает L канал или в узком спектре.

[grim]

Здравствуйте, уважаемые.
Большое вам всем спасибо за ваш Труд.
Читаю ветку уж не в первой, загорелся, подготовился морально и технически.
В общем я полный профан во всем.
Так, что не судите строго.
Не мог бы кто-нибудь проставить номинальное напряжение на конденсаторы и Гн на L1 L2.
Заранее благодарю.

В этой камере нет напряжений выше 5 вольт, можно использовать на любое напряжение.
Индуктивности 0805 я использовал номиналом 15 мкГн.

[grim]

Я вот что думаю.
камера выходит довольно дешевой в себестоимости и можно сделать "массив" из камер с какими то дешевыми обьективами (например Юпитер 37)
и прицепить это на одну монтировку. Думаю что одна камера должна быть подключена через аском драйвер в MaximDL для работы с гидом. Остальные камеры можно подключить к дешевым ноутам и использовать софт Рима для фотографирования или raspberry pi если запилят indi драйвера под версии 87/89.
Но нужно как то синхронизировать первую камеру, которая работает в MaximDL с другими камерами что б их экспозиция не попадала на дезиринг (он еще применяется?) и что б остальные камеры зря не фотографировали когда основная остановлена. реально придумать такую синхронизацию?
например в первой камере использовать выход "виртуальный" затвор (pin output в stm32) который был в одной из ранних версий и он работал в ascom драйвере
а на остальных сделать спуск (pin input в stm32) который будет принимать комманду с первой камеры о начале экспозиции и отсылать её софту Рима для начала экспозиции или indi драйверу в raspberry pi если там есть такой функционал.

Можно было бы поставить на разные камеры разные фильтры что бы не пользоваться колесом фильтра. Либо одна камера снимает в цвете. остальные с удалённым баером снимает L канал или в узком спектре.

Пока софт камер работает по принципу - получил команду - сделал кадр и считал. Как сделать синхронизацию нескольких камер пока я не представляю.
Нужно модернизировать прошивку так, чтобы кадр делался по какому-то логическому сигналу на выводах STM.
Далее по готовности кадра нужно переслать это в комп. Т.е. в софте компа должно появиться событие готовности кадра.
У меня не получилось реализовать Ft - шную команду ожидания события байта в буфере (FT_SetEventNotification).
Событие срабатывает всегда, даже когда буфер пуст.
И софт должен поддерживать сразу несколько камер.
Ну это мое видение, может есть что попроще..

[sentimentalbob]

Я вот что думаю.
камера выходит довольно дешевой в себестоимости и можно сделать "массив" из камер с какими то дешевыми обьективами (например Юпитер 37)
и прицепить это на одну монтировку. Думаю что одна камера должна быть подключена через аском драйвер в MaximDL для работы с гидом. Остальные камеры можно подключить к дешевым ноутам и использовать софт Рима для фотографирования или raspberry pi если запилят indi драйвера под версии 87/89.
Но нужно как то синхронизировать первую камеру, которая работает в MaximDL с другими камерами что б их экспозиция не попадала на дезиринг (он еще применяется?) и что б остальные камеры зря не фотографировали когда основная остановлена. реально придумать такую синхронизацию?
например в первой камере использовать выход "виртуальный" затвор (pin output в stm32) который был в одной из ранних версий и он работал в ascom драйвере
а на остальных сделать спуск (pin input в stm32) который будет принимать комманду с первой камеры о начале экспозиции и отсылать её софту Рима для начала экспозиции или indi драйверу в raspberry pi если там есть такой функционал.

Можно было бы поставить на разные камеры разные фильтры что бы не пользоваться колесом фильтра. Либо одна камера снимает в цвете. остальные с удалённым баером снимает L канал или в узком спектре.

Пока софт камер работает по принципу - получил команду - сделал кадр и считал. Как сделать синхронизацию нескольких камер пока я не представляю.
Нужно модернизировать прошивку так, чтобы кадр делался по какому-то логическому сигналу на выводах STM.
Далее по готовности кадра нужно переслать это в комп. Т.е. в софте компа должно появиться событие готовности кадра.
У меня не получилось реализовать Ft - шную команду ожидания события байта в буфере (FT_SetEventNotification).
Событие срабатывает всегда, даже когда буфер пуст.
И софт должен поддерживать сразу несколько камер.
Ну это мое видение, может есть что попроще..

а.. тоесть   температуру показывает датчик при считывании кадра а pid регулирует прошивка stm?
я думал что если в режиме ожидания софт получает данные цифрового датчика температуры в софт то он может получить с входа stm логический уровень, который можно определить как нажатие на кнопку "начать экпозицию"
я думал массив: сколько камер столько дешевых ноутов (можно с разбитыми дисплеями) по одному ноуту на камеру. если запустят на raspberry pi (видел в ветке на французском форуме) то еще лучше
если софт не работает в режиме ожидания тогда вывести "начало экспозиции" на горячую клавишу и припаять к этой клавише провода)

[grim]

Я вот что думаю.
камера выходит довольно дешевой в себестоимости и можно сделать "массив" из камер с какими то дешевыми обьективами (например Юпитер 37)
и прицепить это на одну монтировку. Думаю что одна камера должна быть подключена через аском драйвер в MaximDL для работы с гидом. Остальные камеры можно подключить к дешевым ноутам и использовать софт Рима для фотографирования или raspberry pi если запилят indi драйвера под версии 87/89.
Но нужно как то синхронизировать первую камеру, которая работает в MaximDL с другими камерами что б их экспозиция не попадала на дезиринг (он еще применяется?) и что б остальные камеры зря не фотографировали когда основная остановлена. реально придумать такую синхронизацию?
например в первой камере использовать выход "виртуальный" затвор (pin output в stm32) который был в одной из ранних версий и он работал в ascom драйвере
а на остальных сделать спуск (pin input в stm32) который будет принимать комманду с первой камеры о начале экспозиции и отсылать её софту Рима для начала экспозиции или indi драйверу в raspberry pi если там есть такой функционал.

Можно было бы поставить на разные камеры разные фильтры что бы не пользоваться колесом фильтра. Либо одна камера снимает в цвете. остальные с удалённым баером снимает L канал или в узком спектре.

Пока софт камер работает по принципу - получил команду - сделал кадр и считал. Как сделать синхронизацию нескольких камер пока я не представляю.
Нужно модернизировать прошивку так, чтобы кадр делался по какому-то логическому сигналу на выводах STM.
Далее по готовности кадра нужно переслать это в комп. Т.е. в софте компа должно появиться событие готовности кадра.
У меня не получилось реализовать Ft - шную команду ожидания события байта в буфере (FT_SetEventNotification).
Событие срабатывает всегда, даже когда буфер пуст.
И софт должен поддерживать сразу несколько камер.
Ну это мое видение, может есть что попроще..

а.. тоесть   температуру показывает датчик при считывании кадра а pid регулирует прошивка stm?
я думал что если в режиме ожидания софт получает данные цифрового датчика температуры в софт то он может получить с входа stm логический уровень, который можно определить как нажатие на кнопку "начать экпозицию"
я думал массив один дешевый (можно с битым дисплеем) ноут с барахолки/1 камера. если запустят на raspberry pi (видел в ветке на французском форуме) то еще лучше
если софт не работает в режиме ожидания тогда вывести "начало экспозиции" на горячую клавишу и припаять к этой клавише провода)

Да, регулировкой ПИД занимается STM32.  (AVR в CAM86).
Есть 2- 3 вида команд, одна из них - чтение кадра.
Данные о температуре получаются по SPI интерфейсу, когда посылается команда, по линии MISO.
В cam87 данные ответа 16 бит (2 байта), поэтому в зависимости от кода команды передается разная информация, температура, настойки gain и т.д.
В cam89 данные ответа 10 байт, передается сразу вся информация.
Во время чтения строки STM32 ни на что не реагирует -  любая задержка, вплоть до наносекунд портит картинку - появляются полосы, точки и пр.
Отвечает только по время вертикального шифта, там не критично. Ну или в простое или экспозиции.
Среди обратной информации можно передавать и о нажатой кнопке (я там запас сделал в прошивке).

[gitmax]

Вместо stm32f103 применена более шустрая stm32g431 в таком же корпусе 48 пиновом. Это тоже сравнительно недорогая микросхема.

Здравствуйте Grim,
STM32F303CCT6 чип может будет поинтереснее? ARM Cortex M4, 256K of flash. С совместимостью должно бять все в порядке.
Плата  RobotDyn BlackPill F303CC с этим чипом, имеет 100% совместимость с Blue Pill, единственное что компилируеться с "Optimize Fastest -O3"

[Grace]

Я вот что думаю.
камера выходит довольно дешевой в себестоимости и можно сделать "массив" из камер с какими то дешевыми обьективами (например Юпитер 37)
и прицепить это на одну монтировку. Думаю что одна камера должна быть подключена через аском драйвер в MaximDL для работы с гидом. Остальные камеры можно подключить к дешевым ноутам и использовать софт Рима для фотографирования или raspberry pi если запилят indi драйвера под версии 87/89.
Но нужно как то синхронизировать первую камеру, которая работает в MaximDL с другими камерами что б их экспозиция не попадала на дезиринг (он еще применяется?) и что б остальные камеры зря не фотографировали когда основная остановлена. реально придумать такую синхронизацию?
например в первой камере использовать выход "виртуальный" затвор (pin output в stm32) который был в одной из ранних версий и он работал в ascom драйвере
а на остальных сделать спуск (pin input в stm32) который будет принимать комманду с первой камеры о начале экспозиции и отсылать её софту Рима для начала экспозиции или indi драйверу в raspberry pi если там есть такой функционал.

Можно было бы поставить на разные камеры разные фильтры что бы не пользоваться колесом фильтра. Либо одна камера снимает в цвете. остальные с удалённым баером снимает L канал или в узком спектре.

Я САМ90 планирую подобным образом применять.
Мне видится еще одна проблема - как к одному компьютеру без применения виртуальной машины подключить несколько таких камер, в максиме это реализовано?

По части синхронизации - можете пояснить цель одновременной съемки?
Я пробовал одновременно снимать 2я камерами без синхронизации с применением витруальной машины. Каких-то проблем при сложении не увидел.

[Grace]

Рим и еще по Вашему вьюверу заметил особенность - он файлы перезаписывает. Можно ли сделать при записи серии уникальные имена с меткой времени/даты, а то сейчас нумерация от 0 до 9 при серийной съемке и как-то раз записав серийной съемкой чистовые кадры, я решил серией снять bias'ы. Как итог перезаписались чистовые кадры

[sentimentalbob]

Я вот что думаю.
камера выходит довольно дешевой в себестоимости и можно сделать "массив" из камер с какими то дешевыми обьективами (например Юпитер 37)
и прицепить это на одну монтировку. Думаю что одна камера должна быть подключена через аском драйвер в MaximDL для работы с гидом. Остальные камеры можно подключить к дешевым ноутам и использовать софт Рима для фотографирования или raspberry pi если запилят indi драйвера под версии 87/89.
Но нужно как то синхронизировать первую камеру, которая работает в MaximDL с другими камерами что б их экспозиция не попадала на дезиринг (он еще применяется?) и что б остальные камеры зря не фотографировали когда основная остановлена. реально придумать такую синхронизацию?
например в первой камере использовать выход "виртуальный" затвор (pin output в stm32) который был в одной из ранних версий и он работал в ascom драйвере
а на остальных сделать спуск (pin input в stm32) который будет принимать комманду с первой камеры о начале экспозиции и отсылать её софту Рима для начала экспозиции или indi драйверу в raspberry pi если там есть такой функционал.

Можно было бы поставить на разные камеры разные фильтры что бы не пользоваться колесом фильтра. Либо одна камера снимает в цвете. остальные с удалённым баером снимает L канал или в узком спектре.

Я САМ90 планирую подобным образом применять.
Мне видится еще одна проблема - как к одному компьютеру без применения виртуальной машины подключить несколько таких камер, в максиме это реализовано?

По части синхронизации - можете пояснить цель одновременной съемки?
Я пробовал одновременно снимать 2я камерами без синхронизации с применением витруальной машины. Каких-то проблем при сложении не увидел.

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

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

насчет виртуальной машины не подумал. если на одном компе можно запустить несколько операционок к которым подключены камеры и не будет глючить считывание тогда круто.

[grim]

Вместо stm32f103 применена более шустрая stm32g431 в таком же корпусе 48 пиновом. Это тоже сравнительно недорогая микросхема.

Здравствуйте Grim,
STM32F303CCT6 чип может будет поинтереснее? ARM Cortex M4, 256K of flash. С совместимостью должно бять все в порядке.
Плата  RobotDyn BlackPill F303CC с этим чипом, имеет 100% совместимость с Blue Pill, единственное что компилируеться с "Optimize Fastest -O3"

В CAM89 stm32g431 работает на 120 МГц, 303-тая работает только до 72 МГц, еще у серии G пониже потребление.
Преимущество F303 - имеется АЦП (и дифференциальным входом) с временем преобразования 200 нс, правда 12 бит. Нужно проверить эти АЦП stm32 на предмет возможного использования в камерах, сделал макет для F303, пока не дошли руки.

Еще делал макет на stm32F429 для сенсора mt9m001 (CAM10) с использованием DCMI интерфейса.
И еще с использованием микросхемы порта USB3300. Реализуется все 10 бит этого сенсора, правда картинка такая же, грязная.
Вроде все работает, хотя есть траблы с передачей по USB - нужно принудительно прерывать тактирование сенсора иногда.
На картинку это почти не влияет, в отличие от CCD.
Пробовал и для камеры СAM8 DCMI, картинка из-за этих прерываний не ахти.
Так что пока FT2232 - наше все. Ну или ставить еще один stm32.

[Grace]

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

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

насчет виртуальной машины не подумал. если на одном компе можно запустить несколько операционок к которым подключены камеры и не будет глючить считывание тогда круто.

Идею понял. Я максимом не пользуюсь, поэтому не сразу осознал.
Можете кратко пояснить идею дезиринга, для чего он нужен?

[grim]

Рим и еще по Вашему вьюверу заметил особенность - он файлы перезаписывает. Можно ли сделать при записи серии уникальные имена с меткой времени/даты, а то сейчас нумерация от 0 до 9 при серийной съемке и как-то раз записав серийной съемкой чистовые кадры, я решил серией снять bias'ы. Как итог перезаписались чистовые кадры

В камерах CAM86/90 да, так и есть, в более позднем софте это учтено и название файлов меняются автоматом.

[Grace]

Рим и еще по Вашему вьюверу заметил особенность - он файлы перезаписывает. Можно ли сделать при записи серии уникальные имена с меткой времени/даты, а то сейчас нумерация от 0 до 9 при серийной съемке и как-то раз записав серийной съемкой чистовые кадры, я решил серией снять bias'ы. Как итог перезаписались чистовые кадры

В камерах CAM86/90 да, так и есть, в более позднем софте это учтено и название файлов меняются автоматом.

Рим, а какая-то техническая поддержка САМ90 останется?
Пару лет назад, когда САМ90 была перспективной разработкой решил на ней остановиться, в раскладе на 4+2 комплекта заказал деталей (изначально вообще была мысль обесцветить и снимать L+RGB, но до дебаеризации так и не добрался).
В общем и бросить жалко - уже и детали куплены и что-то сделано, но и реализовать все задумки тоже хочется.
Я в очередной раз в замешательстве =)

[grim]

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

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

насчет виртуальной машины не подумал. если на одном компе можно запустить несколько операционок к которым подключены камеры и не будет глючить считывание тогда круто.

Идею понял. Я максимом не пользуюсь, поэтому не сразу осознал.
Можете кратко пояснить идею дезиринга, для чего он нужен?

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

[grim]

Рим и еще по Вашему вьюверу заметил особенность - он файлы перезаписывает. Можно ли сделать при записи серии уникальные имена с меткой времени/даты, а то сейчас нумерация от 0 до 9 при серийной съемке и как-то раз записав серийной съемкой чистовые кадры, я решил серией снять bias'ы. Как итог перезаписались чистовые кадры

В камерах CAM86/90 да, так и есть, в более позднем софте это учтено и название файлов меняются автоматом.

Рим, а какая-то техническая поддержка САМ90 останется?
Пару лет назад, когда САМ90 была перспективной разработкой решил на ней остановиться, в раскладе на 4+2 комплекта заказал деталей (изначально вообще была мысль обесцветить и снимать L+RGB, но до дебаеризации так и не добрался).
В общем и бросить жалко - уже и детали куплены и что-то сделано, но и реализовать все задумки тоже хочется.
Я в очередной раз в замешательстве =)

 У самого 3 сенсора лежит, но пока некогда что-то. Впрочем, поменять названия файлов не так много времени займет.