eddy_em

Исправил кое-какие баги в CCD_Capture, но таки часть еще осталась: иногда подвисает передача по сети (особенно когда окно двигаешь — видимо, потоки между собой начинают "драться"); в standalone режиме сегфолтится при отключении камеры (т.е. где-то я что-то прошляпил); возможно, еще какие-то невыявленные пока баги есть (а пока баг не выявлен, обозвать его "фичей" не выйдет).
Почему-то получилось, что использование openmp только тормозило: при openmp выполнение эквализации изоображения в 1Мпиксель занимало 20мс, а без нее — 1мс. Ну, понятно, там требуется синхронизация потоков. Однако, элементарные операции преобразования в псевдоцвета тоже ускорились (!!!), когда я выкинул openmp (а там-то вообще независимо каждый пиксель обрабатывается — ничего синхронизировать не нужно). Еще косяк — с отображением (почему-то без эквализации гистограммы вообще сплошной синий фон, надо будет изменить "линеаризацию": вычислять на масштабе 0..максимальная яркость кадра, а не 0..65536 — в 8-битном режиме вообще черт знает что выходит).
Провел тесты по скорости. Экспозиция — 1мс, сначала проверил на "dummy" — эмуляторе светоприемника: кадр 1050×1050: 34..62 в режиме standalone, 35..42 — по сети; кадр 100×100: 83..103 — standalone, 36..48 — network.
И на Basler: кадр 1928×1208: 18..19 — standalone, 18..19 — network; 100×100: 30..35 — standalone, 28..31 — network.
Ну, по крайней мере, не 2 кадра в секунду, как было у меня с использованием "куска автогида" от предыдущего спектрографа. Будем запускать напрямую ccd_capture и смотреть хоть локально, хоть по сети (с туннелированием портов посредством ssh). Жаль, что биннинг вообще никак не отражается на скорости считывания (хотя, казалось бы: если биннинг выполняется средствами DSP самой камеры, то даже 2×2 уже должен в 4 раза скорость считывания повысить). Ну, все равно нужно будет включать биннинг 4×4, т.к. уж слишком огромная звезда получается.
Пока забью на некоторые баги и вернусь к improclib — таки надо быстрей сделать автогид для ESPriF.

Практически закончил преальфа-версию сервера. Проверил на 'dummy' и ZWO'шной камере. Надо будет еще проверить работу с FLI'шными (на "роботелескопах" и турель, и фокусер есть помимо камеры).
Правда, тестируя клиента, заметил, что забыл сделать обработчики типа кадра (dark/light), скорости считывания (fast/slow) и разрадности АЦП (high/low). Но это несложно будет сделать.
Сервер во время экспозиции не дает возможности менять параметры и двигать фокусер/турель. Раз в минуту пишет в лог температуры элементов ПЗС. Протокол общения с клиентом — как обычно, текстовый. Я сначала все функции проверил, подключившись к сокету своим tty_term, а уже потом проверял самим клиентом.
Конечно, нужно поглубже потестировать, в т.ч. в release-режиме (проходил я уже такое, что в debug все работает, а в release сегфолтится).

Хочется разработчиков этого дела очень нехорошими словами обозвать: SDK они выложили в бинарном виде. Из документации лишь скудные комментарии в заголовочном файле + pdf, который не сильно-то лучше! Пара файлов-примеров. И сиди, методом тыка Монте-Карло разбирайся, что там как работает. Вот, скажем, непонятно, почему у конкретно этой КМОПины не изменяется readout speed. Непонятно, почему при каждой инициализации все настройки слетают в дефолт, хоть я явно ничего не вызываю (т.е. невозможно один раз задать температуру камеры и спокойно работать дальше; а когда задаешь, нужно выждать до 5 секунд, чтобы вентилятор завелся и заработал охладитель — значит, отдельные запуски будут выполняться дольше). Непонятно, почему биннинг работает только 1x1 и 2x2, если в свойствах прописано до 4х4 (а еще у меня когнитивный диссонанс возникает от биннинга 3x3). Да и вообще, есть разные интересные параметры, которые вообще подробно не документированы, и совершенно непонятно, что с ними делать.

Одним словом, нельзя так разрабатывать! Ну, если лень тебе документацию писать — выложи исходники, чтобы люди могли сами разобраться. А то и, глядишь, что получше наворотят… А если зажопил исходники — так будь добр, напиши подробнейшую документацию и примеров побольше выложи!

Я уже жаловался, что эта камера как бы в линуксе поддерживается, но в реальности не работает. И вот сегодня молодой сотрудник таки получил с нее изображения на стареньком компьютере в позапрошлогодней бубунте!
На астрофоруме мне советовали перепрошить камеру. И действительно: на той же бубунте залили новую прошивку (asi120mm compatible) и камера заработала в т.ч. и на моем компьютере!
Ох уж эти рукожопые…
Остается еще найти исходные коды SDK (хотя, если их ТАК скрывают, подозреваю, что там жуткий "индусокод").

Я уже писал об ИК светодиоде, сейчас провел эксперименты с ПЗСкой. Подопытный — CCD FLI ProLine PL16803. Все испытания при температуре чипа -30°C.
( Read more... )
Да уж, что сказать: ПЗС, даже мягко говоря, на звание научных вообще никак не претендуют! А еще до применения на телескопах мы проводили их лабораторное исследование. Самую малошумящую повесили на первый телескоп, да и то ее характеристики оставляют желать лучшего! Какие там 0.01 звездной величины? Там хотя бы 0.05 стабильно получать (да и то, не слабее 12..13 величины)…

Линус, кажется, сошел с ума. Иначе зачем клепать новые версии ядра с такой нечеловеческой скоростью? В итоге многие производители железа просто забили на этот идиотизм и перестали поддерживать линукс.
Вот так и FLI. На сайте производителя уже модуль ядра под версией 1.3.2. Однако, даже под древнючее третье ядро скомпилировать его не представляется возможным (даже Makefile написан с переменной SUBDIRS вместо M).
Я уже когда-то (в далеком 2017 году) потратил день-другой на переделку модуля 1.3.0 под ядро >4.9.0 (судя по шапке, проверял на ядрах 4.9.4 и 4.12.5), но вот обновил ядро на 5.4.16 и пришлось опять это вытворять! Благо, перемен совсем немного: макрос access_ok принимает теперь лишь два параметра вместо трех. Решилось это просто добавлением в начало файла макроса:

#if LINUX_VERSION_CODE >= KERNEL_VERSION(5, 0, 0)
#define ACCESS_OK(a,b,c)  access_ok(b, c)
#else
#define ACCESS_OK(a,b,c)  access_ok(a, b, c)
#endif

и заменой access_ok на ACCESS_OK в теле исходника.

До чего, однако, рукожопие доводит! Два часа я бился с непонятными сегфолтами в управлялке Atik'овскими ПЗС, пока не увидел, что в режиме отладки имена вызываемых функций не совпадают с тем, что я вызываю. Причина проста — использовал с более свежей версией библиотеки заголовочный файл от старой. Вот чем еще коварно распространение библиотек в виде бинарников, а не исходников, как у людей.
Ну, хотя бы так. Иначе валялись бы наши две камеры (гид для Z-1000 и новый подсмотр SCORPIO) как множество других бесполезных железяк на складе... К сожалению, имеется такая практика, когда начальство без каких-либо консультаций покупает железо, а потом оказывается, что это железо вообще неработоспособно, либо функционал сильно кастрирован. Реверсить же — тот еще геморрой, не всегда можно реверсом весь нужный функционал восстановить. Да и тупо времени жалко на этот реверс, когда можно сразу купить нормальное железо.

Лично я бы никому не рекомендовал брать ПЗС от Atik, т.к. эта компания не выдает исходных кодов SDK/библиотек. И даже INDI-модули она распространяет в виде бинарных файлов!

P.S. работать в выходной — просто замечательно! Сегодня практически весь день я один на целом этаже (разве что ненадолго появлялся сосед)! Никто не мешает, кайф!!!

Потихоньку решил сделать standalone управлялку FLI'шными ПЗСками, турелями и фокусерами. Сделал поверхностный рефакторинг "mytakepic", пока только ПЗС управляет. Решил отдельную репу не делать, а положить в тот же mytekepic отдельной директорией. Словил сегодня утром kernel panic — видимо, модуль ядра, который я в виртуалбоксе для новых ядер портировал, на компутере забыл обновить. Поставил его в автозагрузку на всякий случай.
Помимо старых функций добавил еще возможность открывать/закрывать затвор (нужная функция) и задавать старт экспозиции по внешнему триггеру. Пришлось, правда, еще и в исходниках библиотеки поковыряться: документация к ней совсем уж унылая. Очень хочется сделать в userspace, но лень.

Итак, добил я сегодня часть, связанную с сетевым управлением камерой: код на гитхабе.
Добавил еще два параметра: "-E" позволяет ввести сетевую маску для поиска сетевых камер, а т.к. этот поиск длится довольно-таки долго, то при получении MSG_ID (при обнаружении камеры моя сишная обертка над libapogee выдает соответствующее сообщение) в первый раз, далее можно просто использовать ключ "-M", подставляя ему параметром всю строку (в т.ч. тег <d>) MSG_ID.
Возможно, когда-нибудь я наконец-то добавлю сохранение параметров в конфигурационном файле (по аналогии с mplayer'ом), чтобы не надо было каждый раз одни и те же параметры набирать.

Вчера я [вроде бы] закончил написание обертки для библиотечки libapogee ver3.0, чтобы работать с новой ПЗСкой AltaF-16M. Обертку засунул в репозиторий apogee_control, заодно немного подправил саму apogee_control.

( ишшо )