repstosw

Не будет питающих проводов. Будет 4-слойная печатная плата с внутренними сплошными плейнами земли и питания. Но на модуле платы с процессором - источник звука с землёй, которая соединяется с цифровой не совсем правильно. Потому что китайцы.

Мой опыт показал, что он вообще не подавляет пульсации. Поэтому я опасаюсь, что если его запитать от аккумулятора напрямую, то я услышу писк и треск от ШИМ'ов преобразователей - в аудиотракте УНЧ - в наушниках/в динамике, питающихся с этого аккумулятора и питающих другие узлы: 1) ядро процессора 0,95 V 2) DDR память 1,5 V 3) Порты ввода-вывода 3,3 V 4) Подсветка дисплея 12 V (источник тока 20 мА) 5) Подсветка камеры в темное время суток - 6V (источник тока 300 мА ) 6) Трансивер 435 МГц - 5..6 V ( ток при передачи 500 мА) Тоесть: основная цель - не допустить появления помех в аудио-тракте УНЧ , от работы ШИМ конвертеров и цифровых узлов

У меня один потребитель требует 5...6 В. Как правильно сделать: 1) запитать все потребители от выхода повышающего преобразователя 5V, в том числе и плату с t113-s3 у которой вышеупомянутый EA3036C ? 2) запитать от 5V только потребитель, требующий питания 5V, а остальное от литий-ионки ? Плюс есть УНЧ PAM8301 - как правильно сделать его питание? Чтобы в отстутствии сигналов не было треска. LDO поставить? На какое напряжение? И откуда брать первичное питание - с повышающего DC/DC или с литий-ионки?

Насколько правильно получить выходное напряжение 3.3V из одной литий-ионки (4,2...3,7V), используя понижающий DC/DC конвертер типа EA3036C ? Даташит на микросхему DC/DC: https://datasheet.lcsc.com/lcsc/2005300208_Everanalog-IC-design-EA3036CQBR_C570857.pdf Запитал плату MangoPi с T113-s3 от литий-ионки: напряжение 3.3V присутствует. Ток потребления - до 0.3A. Насколько корректно? Два аккумулятора последовательно ставить - не хочу.

В таком случае, использую инвалидацию кеша, когда процессор использует данные от декодера. И сброс с кеша, когда процессор готовит данные для энкодера. Длина и ширина источника. Да. Константа с нужным порядком следования компонент RGB. Да. Для RGB нужен только с индексом [0]. остальные не нужны. Это координаты левого верхнего угла вывода изображения в финальном видеобуфере.

Интересно, как VNA может помочь ответить на вопрос 1):

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 был в сбросе.