Камера Toupcam IUA500KMA
Запись от Eddy_Em размещена 12.02.2026 в 18:20
Показов 6374
Комментарии 0
|
Т.к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше), натянув gain по самое не балуйся (в итоге получаем изображение с SNR порядка единицы). Приобрели эту камеру для замены. В течение недели занимаюсь ее внедрением в мою ccd_capture (потом "обобщу" и добавлю в старую версию автогида, которая уже давно deprecated, но нечем заменить, т.к. новую на основе ccd_capture мне пилить некогда). У камеры разрешение 800×600, зато аж 16-микронный пиксель! Понятно, что для БТА по-хорошему нужно минимум 50мкм, но и так уже лучше, чем стандартные 3-3.5мкм. Как обычно бывает у китайцев, документации на SDK с гулькин нос, а сама SDK — в виде бинарного so-шника и header-файла. Были бы исходники библиотеки или нормальная документация, не пришлось бы наугад дергать все "подвижки", пытаясь понять, как эту заразу оптимально работать заставить. Как пример: казалось бы, запускаем экспозицию одного кадра при помощи Toupcam_Trigger(toupcam.hcam, 1), а как получаем — запускаем следующий из последовательности. А вот фиг вам! При таком подходе на экспозиции в 10мс получаем фреймрейт всего-то в 10 кадров в секунду! Опытным путем выяснил, что число туда побольше нужно. Вот так: Toupcam_Trigger(toupcam.hcam, 100) выдает уже около 30 кадров в секунду (увеличение значения уже не меняет фреймрейт).В свойствах нет управления температурой светоприемника, но есть получение текущей температуры. Вот только вызов функции заканчивается ошибкой… Никакой документации с кривой квантовой эффективности не нашел. Благо, на астрофоруме подкинули (как ни странно, с фашистского сайта — то-то я ее скачать не мог!). У нее оказалась на удивление классная кривая, и даже на 200нм порядка 35% эффективности, да и в ближнем ИК до 1100нм… С gain непонятная история: вроде в свойствах указано, что 1..16, а де-факто — 1..8 (как и следует из документации). Фактически же, значения gain вообще непонятные. И на gain=8 средний уровень сигнала всего лишь в три раза выше, чем на gain=1. Маловато будет!!! Ожидал хотя бы тысячу раз! У CMOS принято gain в логарифмической шкале измерять. Еще, на малых экспозициях вылезает вот такая гадость: Когда запустил непосредственный просмотр и "бесконечную молотилку" (как видео), увидел, что эти полосы ползут. Т.е. коррекцией на плоское поле "не лечатся". Посоветовали отдельный источник питания на 12В подключить, но у нас нет такого разъема и я даже без понятия, как его на алиэкспрессе искать. Ну, да ладно. Зато нашел несколько багов в своей ccd_capture. Главное — чтобы их исправление не помешало работе с другими камерами (где я вполне мог эти баги как "фичи" использовать). Как ни появится новая камера, все в общую структуру (в С++ это назвали бы классом) с указателями на функции и свойства камеры норовлю что-то новое добавить. А следствием таких действий является коррекция всех модулей для остальных поддерживаемых камер (Apogee, Basler, FLI, Grasshopper, Hikrobot, Toupcam и ZWO). А поди-ка отладь в таких случаях код, когда под рукой всего набора камер нет! |
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Всего комментариев 0
Комментарии
