repstosw

1) Поворот и масштабирование не могут одновременно выполняться 2) Поворот и конверсия цветов не могут одновременно выполянться 3) Инвалидация кеша вызывается другой функцией 4) Если процессор не участвует в обработке данных, то инвалидация(invalidate) и сброс с кеша(flush/clean) не нужны (цепочка: Декодер => G2D) . Ниже - рабочий поворот на 270 градусов: void G2D_Run(struct pipeline_dev *pd) { g2d_blt G2D_Rot; G2D_Rot.flag=G2D_BLT_ROTATE270; G2D_Rot.src_image.w=pd->rm->first_dimension; G2D_Rot.src_image.h=pd->rm->second_dimension; G2D_Rot.src_rect.w=pd->rm->first_dimension; G2D_Rot.src_rect.h=pd->rm->second_dimension; G2D_Rot.src_image.format=G2D_FMT_PYUV420UVC; G2D_Rot.src_image.pixel_seq=G2D_SEQ_NORMAL; G2D_Rot.src_image.addr[0]=(u32)((u8*)pd->rm->address+(((pd->rm->first_dimension*pd->rm->second_dimension)/2)*(((pd->swap^1)*3)+0))); //Y G2D_Rot.src_image.addr[1]=(u32)((u8*)pd->rm->address+(((pd->rm->first_dimension*pd->rm->second_dimension)/2)*(((pd->swap^1)*3)+2))); //UV G2D_Rot.src_rect.x=0; G2D_Rot.src_rect.y=0; G2D_Rot.dst_image.addr[0]=(u32)((u8*)pd->wm->address+(((pd->wm->first_dimension*pd->wm->second_dimension)/2)*((pd->swap*3)+0))); //Y G2D_Rot.dst_image.addr[1]=(u32)((u8*)pd->wm->address+(((pd->wm->first_dimension*pd->wm->second_dimension)/2)*((pd->swap*3)+2))); //UV G2D_Rot.dst_image.w=pd->wm->first_dimension; G2D_Rot.dst_image.h=pd->wm->second_dimension; G2D_Rot.dst_image.format=G2D_FMT_PYUV420UVC; G2D_Rot.dst_image.pixel_seq=G2D_SEQ_NORMAL; G2D_Rot.dst_x=WINDOW0_X; G2D_Rot.dst_y=WINDOW0_Y; G2D_Rot.color=0x000000; G2D_Rot.alpha=0xFF; g2d_blit(&G2D_Rot); //... }

Модуль RF4463F30, основнанный на RFIC Si4463 подвергся изменениям (в версии 3.0) - появились pin-диоды вместо SPDT-ключа: Ранее был ключ (версия 1.0 или 2.0): Вопросы: 1) Какое из переключений лучшее в плане помехозащищённости (для приёмника) ? 2) Какое из переключений лучшее в минимизации потерьмощности передачи ? 3) Сравнить надёжность обоих способов - через Pin-диоды и через SPDT-ключ: каковы достоинства, недостатки? Частоты: 430 ... 440 МГц. Мощность 1 Вт. Манипуляция: 2/4 (G)FSK. Битрейт 1 Мбит/c.

Вопрос закрыт. Напряжение практически не падает при токе потребления ~ 1 A.

Решение найдено: светодиоды подсветки от TV с рассеивающей линзой. На фото - светодиод мощностью 2 Вт, свет белый, через рассеивающую линзу. Смотреть вообще не больно. И света много!

Здесь пробегало решение на белых светодиодах. Как раз есть шилд от этой камеры с двумя сверх-яркими светодиодами белой подсветки: Но смотреть на это - неприятно, особенно в темноте. Есть ли светодиоды белые с рассеивателями? Или рассеиватель только сделать можно внешним? Не ухудшит ли рассеиватель параметры освещения лица перед камерой? Изначально я не ставил таких требований к устройству: ночная съёмка. Это появилось уже после, как купил модуль камеры. Склонен впадать в бесконечный перфекционизм.

Вопрос всем тем, кто постит инфу о демонтаже ИК-фильтра: где вы тут видите ИК фильтр? Камера эта в нуль-посте приведена. От какого монитора? Речь не о ПК и не о вёбке. Речь о портативном видео-чате размером с ладонь. Фотка макета устройства на предыдущей странице форума. Нужно, чтобы камера снимала лицо собеседника в среде без внешних источников света в абсолютной темноте. Если это не получится без нанесения ущерба для здоровья, значит я отменю идею съёмки в темноте, буду довольствоваться работой устройства при внешнем освещении. P.S. У меня одного такое впечатление, что большинство ответов похожи на ответы от ботов? Ибо настолько поверхностное ознакомление с темой, что можно отсеять сразу 90% .

Есть такая камера с красным объективом: OV2640. В случае камеры, которая в нуль-посте (OV5640AF) - красное стекло отсутствует. Стекло бело-серого цвета

Честно говоря, не знаю. Камера OV5640AF - с автофокусом. Линза бегает туда-сюда, слышно как щёлкает. Этот ИК фильтр - визуально как должен выглядеть? Или он программный? Как я писал выше, чудес в ночном видении от 3-мм светодиода 940 нм при токе 20 мА не произошло. Камера видит только точку - светящийся кристал диода. Окружающие предметы как были в темноте - так и остаются Это всё очень страшно написано. И я не могу соотнести свои вводные данные к этому описанию. Многое непонятно. В частности, непонятно, какая доля мощности попадёт на роговицу глаза и дальше. И насколько это опасно. И если визуально это будет тусклый рубиновый цвет, по ощущениям никакого дискомфорта не будет если на него смотреть - то значит ли это то, что смотреть безопасно? Или есть невидимые для глаза составляющие от ИК светодиода, которые никак не ощущаются, но очень опасны для зрения?

Нет никаких ощутимых искажений: Могу один светодиод поставить 3-х ваттный. Так даже проще будет. Вместо двух. Я пробовал поставить обычный ИК светодиод на 940 нм диаметром 3 мм, с током 20 мА всего. Не помогает. Всё темно. Но камера видит, что светодиод горит - в виде крохотной точки всего... Надеюсь, 3 Вт будет достаточно для освещения лица. И главное роговицу и сетчатку не повредить! Слишком всё в общих чертах. И не указаны мощности. Конкретно в моём случае - светодиод 3 Вт с 850 нанометрами, с углом 120 градусов, на расстоянии не менее 20 см от лица/глаз - могут что-то плохое с глазами сделать или нет? Будет ли он вреден для глаз, если смотреть на него на расстоянии 20 см?

Планирую использовать мощный светодиод для подсветки камеры, чтобы собеседник видел моё лицо, и чтобы я видел лицо собеседника - в темноте. Мощность 3 Вт, ток 0,7 А, длина волны 850 нм. Угол 120 градусов. Сам диод вот такой: Камера вот такая: Итак, вопросы: 1) Насколько опасно будет смотреть в камеру и на рядом расположенный с ней светодиод (планирую поставить 1 или 2 таких светодиода) ? Можно ли испортить зрение? 2) Второй вопрос: насколько будет эффективной такая ИК подсветка, из 1-2 светодиодов? Камера должна снимать лицо собеседника на максимальном расстоянии всего до 20 см. 3) Будет ли виден свет от таких светодиодов человеческому глазу? (850 нм, 3 Вт, 120 градусов).

Под ADSP BlackFin есть μClinux. При этом у Blackfin нет даже MMU.

Для сосременных мощных камней - мэйнстрим - это Linux. Поэтому все SDK производителя будут крутиться вокруг Линукса. Xtensa - не исключение. Производитель предлагает использовать и писать программы под FREERTOS. На планете найдутся не так много извращенцев любителей писать код в BareMetal: я, вы, Геннадий и может ещё пара человек с форума. Всё. В своё время интересовался IMX6. Но к тому времени, они уже убрали с сайта фирменный SDK. Нашёл только любительский SDK, в котором было не всё.

Говорите очевидные вещи. Вопрос: зачем? Речь о том, что я вообще передумал форм-фактор AA ставить.

У кого-нибудь есть опыт по использованию модулей на базе микросхемы IP5306 или её китайского клона MH-CD42? Это контроллер зарядки питания liIon + повышающий DC/DC до 5V. Обещают ток 2А. Но есть сомнения. На моём повербанке тоже написан ток отдачи - 1.5А, однако напряжение просаживается с 5V до 4.6V уже при токе 0.75A. Я считаю, раз пишут ток 1.5A, значит должна быть гарантия от производителя, что при таком токе ещё не будет ощутимой просадки напряжения питания (не более 1%). Вот и закрались у меня сомнения, сможет ли этот модуль(фоты ниже) дать хотя бы 4.95V при токе 0.75A ? P.S. Решил всё-же не использовать в проекте допотопные NiMeH аккумуляторы в форм-факторе AA. Потому что 4-5 таких батареек - сильно громоздко выходит.

связываться особо нет желания. Использование эклипса (впрочем, как и другие IDE) не освободит от раскуривания ключей компилятора/ассемблера/линковщика. Иначе, вот этих ошибок мы бы от вас не услышали: Затем, чтобы избежать проблем вроде ваших: Наличие лицензии на компилятор и полного конфига(оверлея) на HiFi4 DSP от T113-s3 не отменяет того факта, что придётся разбираться с этим ядром и понять что и по каким адресам памяти должно быть. Кроме того, вангую, что это всё завязано на FREERTOS, а это значит, чтобы использовать это на BareMetal, необходимо будет выкорчёвывать RTOS произвести рефакторинг кода и переделку стартапа. У меня эти шаги уже позади. Возможно, у меня тоже скоро появится лицензия на компилятор Cadence (XCC/Clang) и полноценный конфиг (оверлей). Будет интересно натравить эти компиляторы на мой SDK и сравнить скорости выполнения некоторых критичных фрагментов кода от выхлопов компиляторов: Free GCC XGCC Clang

Спасибо! Вот это я и хотел узнать. А как это визуально скрыть, я и сам знаю 🙂

А нужно свои либы писать. Или хотя-бы портировать чужое и осмысливать. Мой код под Xtensa компилируется обычным батником. Либы - тоже. Не испытываю таких трудностей. Выставляю режим - остановить компиляцию после первой ошибки. Описание ошибки + строка/столбец - достаточно, чтобы её устранить и перейти к следующему исправлению ошибки. На любой непонятный параметр есть RTFM на GCC тулчейн. Если они у меня стояли, значит в моих проектах они были нужны. У меня нет времени заниматься чисткой проектов для других. У вас, как я полагаю, тоже времени не вагон!

Вот именно по этой причине не использую в своих проектах всякие IDE, эклипсы и прочий хлам, снижающий прозрачность режимов построения проекта. Для простых проектов использую батники, для сложных - make-файлы. И каждый ключик компиляции и линковки ставлю осознанно, без лишнего. Для редактирования кода Notepad++.

так проблема возникает, если после выключения быстро включить. при этом программа пока не загружена (отладка через USB, программа в ОЗУ). вспыхивает предыдущий кадр, изъеденный мошками и плавно быстро гаснет. если после выключения выдержать 10 секунд, то такого нет. Reset дисплея притянул резистором к GND, чтобы при подаче питания LCD был в сбросе.

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

Возможны несколько опций: 1) Hardware Data Whitening (со стороны трансивера) 2) AES, SHA (со стороны T113-s3) 3) Псевдо-случайный интерливинг байт пакета Ну и плюс к тому же, видео передаётся не тупо JPEG'ами, а только полезная часть. хедер и таблицы Хаффмана - не передаются, они восстанавливаются в приёмнике (заранее просчитаны). Со звуком аналогично - передаётся только тело сжатия.

Использую LCD от Nokia E72, который как я понимаю, отностится к топовым TN. Заметил, что если выключить питание в момент работы этого дисплея, то на экране остаются артефакты которые быстро гаснут. При включении аналогично - появляются остатки изображения, которые потом стираются, и рисуется новая картинка программой. При включении, которое сразу же последовало после выключения - до 10 секунд. Насколько это опасно или вредно для дисплея? Могут ли выгорать со временем столбцы или колонны пикселей? Ведь импульсов напряжений на жидкий кристалл нет. Не всё ли плачевно? P.S. С OLED та же ситуация: там целые полоски светятся по несколько секунд очень ярко после выключения питания. Тоесть интересуют: 1) LCD TN 2) LCD IPS 3) OLED Вредность/опасность для каждого отдельно взятого случая..

Запустил второй SPI (SPI1), который на старших битах TCON LCD. Подключил к нему трансивер на базе Si4463. На SPI0 висит Flash. SD карта больше не нужна. И ножек хватает на всю периферию. Без аппаратных и программных уродств, что радует. Тестовый макет фулл-дуплексного видео-чата на 430 - 440 МГц:

Жуть какая. Есть же аппаратный JPEG декодер. Когда я делал кодирование H264 Full HD 1920x1080 на V3s, то у меня получилось 30 FPS. Причём легко! И это кодирование! И это H264. С JPEG декодированием должно быть ещё быстрее и проще! Есть же G2D. Операция Blt Rectangle. Можно заливать память этой командой. Установил прерывание, вызвал команду, и CPU пошёл другими делами заниматься. После прерывания, делаем новую команду G2D. Можно даже список задач организовать для G2D - в обработчике прерывания будут выполняться команды из списка параллельно на G2D, без загрузки CPU.

Актуально.