svedach
-
Постов
161 -
Зарегистрирован
-
Посещение
Весь контент svedach
-
CMOS сенсор PYTHON (NOIP1SN1300/500/300) - режим ZROT
svedach опубликовал тема в Оптика и оптоэлектроника
Может кто-то работал с этим сенсором? Чтобы получить максимальную частоту кадров, я использую режим ZROT, для чего я записываю значение 0x0835 в регистр 192 и значение 0x0000 в регистр 193. В то же время я получаю горизонтальный сдвиг изображения (как на скриншоте). Если я убираю режим ZROT, то изображение встает на место. Может быть, мне нужно записать еще несколько значений в некоторые регистры?
-
Добрый день! Вроде никаких особых требований к бланкингу нет, есть диаграмма подачи управляющих сигналов на сенсор (вроде все соотношения я выдерживаю): 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 Гц - одинаково проявляется. Связывался с производителем, но они пока ничем не помогли (пересылал им дамп регистров, времянку генерируемых сигналов - от них замечаний небыло).
-
Немного реанимирую тему... Сейчас вернулся к работе с матрицей и столкнулся с проблемой шумящих точек в начале кадра: все перепробовали: чистили питание, перепроверили десерилизаторы, ставили/убирали терминаторы. Ничего не повляило. Если вырезать из матрицы горизонтальный кусок, который вычитывается (регион интереса) - проблема остается... Такое впечатление, что в начале кадра внутри матрицы что-то происходит, но непонятно, что. Может кто сталкивался с таким?
-
Добрый день. Есть кастомное ядро, которое через Xilinx DataMover и AXI SmartConnect (обслуживает еще других мастеров) пишет пару десятков байт в DDR. Полный путь такой: После записи (проверяется статус по шине s2mm sts) ядро генерирует прерывание. По прерыванию ARM забирает данные из памяти, при этом не забыв инвалидировать кеш (Xil_DCacheInvalidateRange((uint32_t)_mu_hw_vals, (valSize | 0xFF))). Вопрос состоит в следующем: как мне быть уверенным, что когда ARM отрабатывает прерывание, данные уже реально дошли до DDR - т.е. прошли через AXI SmartConnect и внутренности PS? Вопрос возник из-за того, что если поставить точку останова перед инвалидацией кеша, то данные видны, если после - то нет, но видны на следующем прерывании (подозреваю, что видны старые - от предыдущего прерывания). Есть ли какой-то механизм, обеспечивающий ожидание, что вся цепочка завершена и данные действительно записались в DDR? Или может я неправильно выстроил цепочку и надо зайти с драгой стороны?
-
Xilinx SDK использование _Generic из c11
svedach опубликовал тема в Среды разработки - обсуждаем САПРы
Захотелось облегчить жизнь немного и использовать _Generic: #define mBlock_createInput(array, uid, label, defValue)\ _Generic((defValue), float_t: mBlock_createInputF,\ int: mBlock_createInputI,\ char*: mBlock_createInputS,\ default: 0) cJSON* mBlock_createInputF(cJSON* array, char* uid, char* label, float_t defValue); cJSON* mBlock_createInputI(cJSON* array, char* uid, char* label, int32_t defValue); cJSON* mBlock_createInputS(cJSON* array, char* uid, char* label, char* defValue); В коде использую так: mBlock_createInput(group, "MIN_VALUE", "Minimal value", 0.0); Код компилируется и работает. Но постоянно висит ошибка "Syntax error": Подскажите, пожалуйста, почему? В опциях компилятора включал --std=c11, но не помогло. Как я понимаю ругается проверка синтаксиса, но компиляция проходит и все работает...
