Перейти к содержанию
    

Поиск

Показаны результаты для тегов 'dsp'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип контента


Форумы

  • Сайт и форум
    • Новости и обсуждения сайта и форума
    • Другие известные форумы и сайты по электронике
    • В помощь начинающему
    • International Forum
    • Образование в области электроники
    • Обучающие видео-материалы и обмен опытом
  • Cистемный уровень проектирования
    • Вопросы системного уровня проектирования
    • Математика и Физика
    • Операционные системы
    • Документация
    • Системы CAD/CAM/CAE/PLM
    • Разработка цифровых, аналоговых, аналого-цифровых ИС
    • Электробезопасность и ЭМС
    • Управление проектами
    • Нейронные сети и машинное обучение (NN/ML)
  • Программируемая логика ПЛИС (FPGA,CPLD, PLD)
    • Среды разработки - обсуждаем САПРы
    • Работаем с ПЛИС, области применения, выбор
    • Языки проектирования на ПЛИС (FPGA)
    • Системы на ПЛИС - System on a Programmable Chip (SoPC)
    • Методы и средства верификации ПЛИС/ASIC
  • Цифровая обработка сигналов - ЦОС (DSP)
    • Сигнальные процессоры и их программирование - DSP
    • Алгоритмы ЦОС (DSP)
  • Микроконтроллеры (MCU)
    • Cредства разработки для МК
    • ARM
    • RISC-V
    • AVR
    • MSP430
    • Все остальные микроконтроллеры
    • Отладочные платы
  • Печатные платы (PCB)
    • Разрабатываем ПП в САПР - PCB development
    • Работаем с трассировкой
    • Изготовление ПП - PCB manufacturing
  • Сборка РЭУ
    • Пайка и монтаж
    • Корпуса
    • Вопросы надежности и испытаний
  • Аналоговая и цифровая техника, прикладная электроника
    • Вопросы аналоговой техники
    • Цифровые схемы, высокоскоростные ЦС
    • RF & Microwave Design
    • Метрология, датчики, измерительная техника
    • АВТО электроника
    • Умный дом
    • 3D печать
    • Робототехника
    • Ремонт и отладка
  • Силовая электроника - Power Electronics
    • Силовая Преобразовательная Техника
    • Обратная Связь, Стабилизация, Регулирование, Компенсация
    • Первичные и Вторичные Химические Источники Питания
    • Высоковольтные Устройства - High-Voltage
    • Электрические машины, Электропривод и Управление
    • Индукционный Нагрев - Induction Heating
    • Системы Охлаждения, Тепловой Расчет – Cooling Systems
    • Моделирование и Анализ Силовых Устройств – Power Supply Simulation
    • Компоненты Силовой Электроники - Parts for Power Supply Design
  • Интерфейсы
    • Форумы по интерфейсам
  • Поставщики компонентов для электроники
    • Поставщики всего остального
    • Компоненты
  • Майнеры криптовалют и их разработка, BitCoin, LightCoin, Dash, Zcash, Эфир
    • Обсуждение Майнеров, их поставки и производства
  • Дополнительные разделы - Additional sections
    • Встречи и поздравления
    • Ищу работу
    • Предлагаю работу
    • Куплю
    • Продам
    • Объявления пользователей
    • Общение заказчиков и потребителей электронных разработок

Поиск результатов в...

Поиск контента, содержащего...


Дата создания

  • Начало

    Конец


Дата обновления

  • Начало

    Конец


Фильтр по количеству...

Регистрация

  • Начало

    Конец


Группа


AIM


MSN


Сайт


ICQ


Yahoo


Jabber


Skype


Город


Код проверки


skype


Facebook


Vkontakte


LinkedIn


Twitter


G+


Одноклассники

Найдено: 0 результатов

  1. Распределил задачи на три ядра: 1. CPU0 - инит периферии, загрузка задачи в CPU1 и DSP, кодер Рида-Соломона 2. CPU1 - декодер Рида-Соломона 3. DSP - управляющая программа + всё остальное. Основная проблема: при подаче питания на плату - кодер Рида-Соломона на CPU0 возвращает правильнные данные, но DSP при приёме этих данных пакета из эфира с помощью приёмника (трансивер Si4463) - возвращает мусор в проверочных символах. При этом сам пакет приходит правильный. Проблема именно в проверочных символах. Если же сделать сброс (нажать кнопку RESET на плате MangoPi - allwinner T113-s3), то проверочные символы верны. И после каждого сброса - данные верны. Проблема возникает только при подаче питания. Взаимодействие CPU0,CPU1 с DSP : управление - через волатильный флаг, слово в памяти - регион не кеширован, не буферизован, SHARED=1. Данные - пара буферов - для кодера и декодера. Кешированы, буферизованы, SHARED=1. #define FEC_CODER_DATA 0xC7D00000 //адрес буфера кодера (кеширован) #define FEC_DECODER_DATA 0xC7D80000 //адрес буфера декодера (кеширован) #define FEC_CODER_CONTROL 0x47E00000 //контроль кодера (не кеширован) #define FEC_DECODER_CONTROL 0x47E80000 //контроль декодера (не кеширован) #define rsc (*(IO u32*)FEC_CODER_CONTROL) #define rsd (*(IO u32*)FEC_DECODER_CONTROL) Процедура запуска кодирования со стороны DSP - buf - входной и выходной буфер. Для простоты - приведен пример синхронной работы кодера (вынуждающий ждать его завершения работы, что сводит "на нет" преимущества многоядерности, но зато более понятен). Есть и асинхронный режим - когда возвращается закодированное содержимое с предыдущей итерации, а даётся команда на кодирование новых данных - без ожидания. static dtype *RSC=(dtype*)FEC_CODER_DATA; static dtype *RSD=(dtype*)FEC_DECODER_DATA; void FEC_Encode(u16 *buf) { memcpy(RSC,buf,Fsize); __asm__ __volatile__ ("" ::: "memory"); xthal_dcache_region_writeback(RSC,Fsize); __asm__ __volatile__ ("" ::: "memory"); rsc=0; __asm__ __volatile__ ("" ::: "memory"); while(!rsc); __asm__ __volatile__ ("" ::: "memory"); xthal_dcache_region_invalidate(&RSC[Fsize>>1],EE<<1); __asm__ __volatile__ ("" ::: "memory"); memcpy(&buf[Fsize>>1],&RSC[Fsize>>1],EE<<1); } Процедура кодирования со стороны CPU0: void FEC_Encode(void) { if(!rsc) { cache_inv_range((u32)RSC,((u32)RSC)+Fsize); __asm__ __volatile__ ("" ::: "memory"); memcpy(EncodeBuf,RSC,Fsize); __asm__ __volatile__ ("" ::: "memory"); encode_rs(EncodeBuf); memcpy(&RSC[Fsize>>1],&EncodeBuf[KK],EE<<1); __asm__ __volatile__ ("" ::: "memory"); cache_flush_range((u32)&RSC[Fsize>>1],((u32)&RSC[Fsize>>1])+(EE<<1)); __asm__ __volatile__ ("" ::: "memory"); rsc=1; } } При приёме вместо содержимого проверочных символов: memcpy(&RSC[Fsize>>1],&EncodeBuf[KK],EE<<1); Прилетает мусор (при каждом новом включении - разный). При этом проверял пакет данных : перед передачей, во время передачи, после передачи - он правильный. Проблема при приёме - проверочные символы битые. При сбросе проблема уходит. Если же сделать кодирование на одном ядре - средствами DSP, то проблема не возникает: void FEC_Encode(u16 *buf) { memcpy(EncodeBuf,buf,Fsize); encode_rs(EncodeBuf); memcpy(&buf[Fsize>>1],&EncodeBuf[KK],EE<<1); } Настройка MMU CPU0,1 для "регистров" rsc/rsd (управление): mmu_tlb_address[i + (dram_base>>20)] = (dram_base + (i << 20)) | (0 << 19) | (0 << 18) | (0 << 17) | (1 << 16) | //SHARED (0 << 15) | (0 << 12) | //TEX (3 << 10) | (0 << 9) | (15 << 5) | (0 << 4) | (0 << 3) | //Cacheble (0 << 2) | //Bufferable (2 << 0); Настройка MMU для буферов: mmu_tlb_address[i + (dram_base>>20)] = (dram_base + (i << 20)) | (0 << 19) | (0 << 18) | (0 << 17) | (1 << 16) | //SHARED (0 << 15) | (0 << 12) | //TEX (3 << 10) | (0 << 9) | (15 << 5) | (0 << 4) | (1 << 3) | //Cachable (1 << 2) | //Bufferable (2 << 0); В чём может быть проблема?
  2. Ищем ведущего специалиста разработки проектов на ПЛИС. Проекты средней и высокой сложности, по обработке сигналов и с поддержкой скоростных интерфейсов. Работа в команде разработчиков. Заработная плата от 90 000 до 180 000 на руки, определяется по результату собеседования с руководителем. Адрес офиса: г. Санкт-Петербург, Пискарёвский проспект, д. 150, к. 5, «Ручьи». Действует развозка от ст.м. Гражданский пр., Площадь Мужества, Комендантский пр., Пр. Просвещения, Ул. Дыбенко. График работы: 5/2, с 9:00 до 18:00 или с 10:00 до 19:00. Формат: полностью офисный (не дистанционка и не гибрид). Официальное оформление, ДМС после испытательного срока. Требования к кандидатам: ▶ высшее техническое образование; ▶ уверенные знания Verilog; ▶ опыт работы с DSP; ▶ инициативность; ▶ умение работать в команде; ▶ навыки организации работ. Навыки работы с ПО: ▶ Xilinx Vivado; ▶ желательно уметь самостоятельно создавать модели по обработке сигналов на С++, Python, Matlab или других языках. О компании: Специальный технологический центр (сайт компании, хабр). Занимаемся разработкой и производством: ⠀ ▶ систем в сфере информационной безопасности ▶ систем сбора и анализа больших данных с применением методов машинного обучения и искусственного интеллекта ▶ телекоммуникационных систем спутниковой связи ▶ беспилотных летательных аппаратов и квадрокоптеров семейства «Орлан», спутниковых комплексов и систем управления ими ▶ телекоммуникационного оборудования, включая комплексы радиомониторинга, различной военной техники наземного, воздушного и морского базирования Контакты для связи: +7 911 700-09-66 (звонки, Telegram) 8 (812) 244-33-13, доб. 2664 [email protected]
  3. Alwinner/ARM как замена DSP

    У аллвиннеров вроде DSP нет, разве, что брать 2х или 4х ядерный АРМ и делать софтовые DSP...
  4. Отдам Специалисту с Большой буквы отладочную плату TI OMAP-L138 LCDK (456 MHz). Стоимость 400 USD + пересылка за Ваш счёт. Состояние товара: совершенно новый, со всеми штатными аксессуарами. В комплект входят: 1) Отладочная плата 2) Блок питания + насадки на разные розетки 3) Шнурок USB 4) SD-карта с дистрибутивами (включая Linux) 5) Набор инструкций 6) Коробка 7) Защитные упаковки По всем вопросам - обращайтесь в ЛС форума или на email: repstosw2018 СОБАКА gmail.com
  5. Доброго времени суток, уважаемые знатоки. Имел ли кто-нибудь опыт работы с AD9361?Никак не могу понять почему появляются подобные искажения и как ослабить их влияние, записываю ,подаваемый с генератора сигнал. Сверху сигнал мощностью -20 дбм, снизу 0 дбм.
  6. Добрый день. Решил поставить CrossCore Embedded Studio. Захотел использовать лицензию AD-CCES-MNT-N1 за 199$, которая привязывается к mac. Но для России такая лицензия не доступна. Когда на сайте AD меняешь страну, скажем на США, то лицензия становится доступной, её можно купить. В связи с этим возникает вопрос - если поставить лицензию для США, то будет ли работать CCES?
  7. Разработка электроники. Полное ведение проекта, от проработки устройства, написания софта и firmware до отладки образца. FPGA Xilinx - проекты любой сложности. Опыт больше 20 лет. STM32 - включая BLE устройства. Большой опыт разработки для разных заказчиков. Altium Designer - разработка печатных плат. Опыт работы с JKLC PCB. Сделаны многие проекты. Написание приложений под ОС Android. ADC приложения и ЦОС (DSP). Почта для связи [email protected]
  8. Добрый день всем! Начал осваивать TMS320c6745. TI (настоятельно, как прочитал на каком-то форуме) предлагает использовать PROCESSOR-SDK-RTOS-OMAPL137 как набор библиотек, включающей CCL, SCL, DSP_lib и т.д. Я так понимаю, TI решил упростить жизнь программистам, предлагая использовать API, вместо low level программирования. Я решил поддаться их идеалогии, но сразу же зашёл в тупик при попытке "подёргать ногой". Я не понимаю как применять SDK (даже на уровне CCL) в проекте. Как инициализировать периферию (в частности PLL, GPIO). Нашёл программу OMAP-L1x7_C6747-5-3_pinsetup в закромах TI, которая создаёт .h файл со значениями регистров мультиплексоров пинов. Но я так понял такой подход противоречит нынешней идеологии TI. Файла описаний регистров вообще не нашёл (видимо где-то спрятаны в SDK). Примеров на этот проц практически нет, хотя как я понимаю это легендарный проц... Я использую CCS v10.4 и SDK (выше). Что делать? С чего начать? поделитесь опытом, пожалуйста.
  9. Добрый день, столкнулся с такой проблемой. Делаю демодулятор QPSK на FPGA Есть QPSK модулятор и соответственно QPSK демодулятор. В модуляторе используется SRRC, что автоматически добавляет такой же SRRC на сторону приемника. В процессе модуляции все происходит корректно и передается на приемник. Замечу, что так как проект сделан на ПЛИС (на данный момент только в коде, то как таковой задержки в чем-либо между модулятором и демодулятором нет). Также отмечу, что SRRC, NCO и частоты идентичны друг другу. По идее, на приемной стороне с выхода SRRC на синфазной и на квадратурной составляющей я должен видеть примерно ту же "картину", что и на выходе SRRC, который стоит в модуляторе. Однако при идентичности параметров и фильтров на приемной стороне SRRC выдает специфичный сигнал, который вроде бы и похож, но тем не менее не соответствует сигналу, получаемому из SRRC в модуляторе. Скрин приложил Скрин из программы ModelSim На скрине входы и выходы SRRC на I и Q в модуляторе и демодуляторе.
  10. Здравствуйте, уважаемые форумчане! В команду требуются разработчики, ищем специалистов в следующих областях (разработка спецтехники): - разработка схемотехники цифровых устройств – FPGA, DSP, PCIE, SRIO, Ethernet, JESD204; - разработка ПО для FPGA (Xilinx, стык с АЦП/ЦАП, ЦОС, интерфейсы); - разработка ПО для DSP; - разработка ПО для ARM (в т.ч. Embedded Linux); - разработка схемотехники аналоговых СВЧ-устройств (частотно-избирательные цепи на распределенных эл-тах, усилители мощности AB-класса, ЭМС). Зарплаты определяются по результатам собеседования (ориентировочно для первых двух категорий 110 – 170 т.р. на руки). Условия работы – полная занятость, оформление по ТК РФ. http://www.nppntt.ru/ Территориально – СПб, ст. м. Академическая Контакты: Веженков Денис +7 911 294 16 64, звонить с 10 до 17 часов. [email protected]
  11. Добрый вечер! Есть задача в реализации atan2 в ПЛИС Ранние темы на форуме видел (пробовал варианты кода, которые были прикреплены) Также пробовал варианты с OpenCores Они работают, но неизвестно правильно или нет (некоторым вариантам реализации уже больше 5 лет, а с автором нет возможности связаться, так как он не заходил больше 2 лет) В связи с этим вопрос Есть ли какие-то реализации atan2 на Verilog на примете, которые можете кинуть и с автором которого можно проконсулироваться по работе корки?
  12. Всем привет! Требуется разработчик FPGA со знанием ЦОС в беспилотные автомобили Яндекса. Группа занимается разработкой лидара - https://vc.ru/transport/97355-yandeks-razrabotal-sobstvennye-lidary-dlya-bespilotnyh-avtomobiley Ссылка на вакансию - https://yandex.ru/jobs/vacancies/dev/dev_fpga/ Яндекс хочет сделать перемещение людей более безопасным, доступным и удобным. Мы ставим перед собой масштабную цель: оказаться в числе первых в мире компаний, создавших технологию для беспилотного управления автомобилем. Чтобы воплотить это в жизнь, мы создаем команду увлеченных, умных и целеустремленных профессионалов. Для ускорения процесса обработки информации, поступающей с сенсоров, мы начали использовать FPGA и ищем в нашу команду опытного разработчика. Что нужно делать: строить математические модели обработки потока данных на языке Python; проверять модели и реализовывать их для работы в FPGA на языке SystemVerilog; поддерживать и развивать имеющиеся модули FPGA. Мы ждем, что у вас есть: умение писать под FPGA (Verilog/SystemVerilog); опыт реализации алгоритмов ЦОС (фильтрация, выделение особенностей сигнала, статистика); опыт построения и верификации математических моделей (Python). Будет плюсом: знание С/C++; опыт работы с SOC (Altera/Intel); знание инструментов HLS; опыт работы в Linux. Там есть тестовое - надо его хорошо решить. Это реальная возможность делать продукт в динамично развивающейся отрасли с высокой конкуренцией. С уважением, Иван.
  13. Образование Закончил Санк-Петербургский институт машиностроения(ЛМЗ-ВТУЗ) по специальности «Автоматизация технологических процессов и производств» в 2011 г. Опыт работы Занимаюсь разработкой системного ПО для IBM PC, MCU, FPGA. Опыт работы более 15 лет.Место работы с декабря 2012 по настоящее время: ООО Радиосистемы-СВЧ. Должность инженер 1 категории. Обязанности: разработка схем, плат, ПО для микроконтроллеров и ПЛИС в сфере цифрового радио.Навыки в области электроники и электротехники: 1. Знания цифровой и аналоговой схемотехники, электротехники. Умею разрабатывать схемы с микроконтроллерами, ПЛИС. Разрабатывать схемы питания, фильтры для АЦП, ЦАП. 2. Имею опыт работы со скоростными АЦП и ЦАП, в том числе и по стандарту JESD204C 3. Имею опыт работы с интерфейсами SPI, I2C, 1-wire, UART. 4. Имею опыт работы с интерфейсами для передачи данных на расстоянии RS-485, CAN, Ethernet. 5. Хорошо знаю Altium Designer, Cadence Allegro. 6. Умею разводить печатные платы, оформлять файлы GERBER для передачи в производство 7. Умею составлять конструкторскую документацию по ГОСТ ЕСКД, оформление схем по в соответствии с требованиями ЕСКД, перечни ПЭ3, спецификации, ПЗ и др. Для Altium Designer я написал скрипт, который автоматически экспортировал в Excel перечень нужных элементов схемы и генерировал спецификацию и ПЭ3 в формате PDF. 8. Умею моделировать схемы в PSPICE. 9. Умею загрузить и рассчитывать параметры платы в HyperLynx. (DC, рассчет cross-talk e.t.c) 10. Знаком со стандартами ПУЭ 11. Знаю устройство электромоторов и систем управления ими.(Это мое основное образование)Навыки в разработке ПО для PC 1. Знаю языки C/C++/C#, среды разработки Visual Studio, Qt, Eclipse, GNU Make. 2. Умею разрабатывать GUI приложения на Qt и .NET 3. Знаком с библиотекой C++ Boost 4. Умею разрабатывать системные приложения c Windows API(работа с устройствами, USB, TCP/IP sockets) 5. Уверенный пользователь OS Linux. Использую дистрибутив ArchLinux 6. Умею разрабатывать приложения для Linux. Хорошо знаком с разработкой системных приложений в интерфейсе POSIX и разработке GUI с применением Qt. 7. Есть опыт разработки драйверов для Linux, знаю основные особенности Linux ядра, умею собирать ядро из исходников, проводить отладку ядра с помощью KGDB 8. Знаю криптографические протоколы SSL, Ipsec.Навыки разработки для микроконтроллеров 1. Большой опыт разработки приложений для МК архитектуры ARM(Cortex-M, Cortex-A), PIC, AVR, C166, TMS320, XMOS. 2. Работал со всеми осиновым интерфейсами и блоками используемыми в МК: UART, SPI, I2C, USB, CAN, RS-485. А также с интерфейсами аудио I2S, SPDIF, видео HDMI. 3. Работа с TCP/IP используя стек lwIP или стек Keil 4. Опыт работы с протоколом MODBUS. Написал свою(не полную) кросс-платформенную реализацию MODBUS SLAVE для микроконтроллеров. https://github.com/reffum/modbus_slave.git5. Работал с DSP MCU TMS320. Писал программу для системы управления синхронным двигателем. 6. Работал с процессорами аудио-обработки XMOS.Навыки работы со встраиваемыми системами 1. Работал с процессорами линейки Cortex-A. 2. Умею собирать cross-tools gcc. Компилировать Linux-ядро, busybox, glibc. Собирать и устанавливать простую систему. Писать драйверы устройств. Также собирал библиотеку Qt и запускал ее в режиме работы через fb. Навыки работы с ПЛИС 1. Опыт работы с микросхемами XILINX и ALTERA(Spartan-3, Sparnat-6, Virtex-6, Virtex-7, Zynq-7000, Cyclone-IV, Cyclone-V, MAX 10) 2. Пишу HDL на языках Verilog, SystemVerilog, VHDL. 3. Знаю среды разработки Quartus, ISE, VIVADO, Vitis. 4. Небольшой опыт работы с XILINX HLS, VITIS. Пока на уровне изучения. Но с интересом поучаствую в проекте, где это используется. 5. Отладка HDL кода в Modelsim. Использую интеграцию с MATLAB. 6. Опыт использования скоростных интерфейсов(Ethernet, JESD204), использования DDR памяти. Контакты Олег Сергеевич Санкт-Петербург, Красное-село. e-mail: [email protected] тел. +7-950-026-73-16
  14. Реализация ультразвукового модема на C++. Здравствуйтте. Компания CUEAudio реализует передачу данных с помощью ультразвука для мобильных устройств в режиме реального времени и в отстутствии сети. Наше дебютное приложение – решение для светового шоу для больших концертов и спортивных мероприятий пользуются успехом в США. Мы сейчас ищем программиста на C++ со знанием цифровой обработки сигналов, чтобы в составе нашей команды реализовывать усовершенствованный ультразвуковой модем на мобильных устройствах. Такой специалист нам нужен срочно и на постоянной основе, 30-40 часов в неделю. Задача У нас уже есть работающее приложение, которым пользуются клиенты. Для усовершенствования его характеристик мы разрабатываем новый алгоритм на матлабе. Есть два профиля: медленный (несколько байт в секунду) для максимальной дальности и быстрый. Медленный уже реализован, теперь нам осталось перевести быстрый модем в C++, отладить и убедиться в том что мы успеваем работать в реальном времени на большинстве современных телефонов. Команда • Менеджер проекта – это я. Я живув Великобритании и я разработал первую версию модема, которая сейчас находится в эксплуатации • Разработчик модели на матлабе и автор алгоритма тоже живёт в Британии, но родом из России. • Предыдущий программист на C++ живёт в Москве и может оказать вам посильную помощь в понимании кода. • Full-stack программист, разрабатывающий кросс-платформенную библиотеку на основе движка на C++ так же из Москвы. • Основатель и теперь директор живёт и родился в США, тоже программист, т.ч. в коллективе отличное взаимопонимание! Требования к кандидату: • C++ • понимание базовых концепций ЦОС • возможность формулировать мысли устно и письменно на английском • рабочее место, где вас не будут отвлекать • написание мобильных приложений не требуется (но вот отлаживать и профилировать свой код на целевой платформе по-видимому придётся). Преимущества работы с нами: • Удалённая работа из дома (или откуда вам будет угодно), но работы будет много • гибкий рабочий график • очень конкурентноспособная заработная плата + бонусы за результат • Успешный стартап в США, • Команда разработчиков состоит из высококлассных инженеров и просто замечательных людей Если вам нравится это предложение, свяжитесь со мной pi собака pipad точка org
  15. Добрый день. Думаю над правильной разводкой устройства, в состав которого входят: 1) ЦСП TMS320C6745, работающий на частоте 456 МГц, ток потребления ядра до 350 мА, напряжение питания ядра 1,3 V 2) SDRAM 32Mx16, работающая на частоте 152 МГц, напряжение питания 3,3V 3) Карта памяти SD micro, питание 3,3V, подключена по SPI 4) LCD со светодиодной подсветкой. Питание контроллера дисплея и светодиодов подсветки: 3,3V. Ток подсветки 60 мА. 5) Аудио-ЦАП, дельта-сигма. Питание 3,3V. 6) Усилитель звука, класс D, мощность в нагрузку 0,4 Вт (< 1 Вт), питание 3,3V. 7) Система питания: a) Понижающий DC-DC на 1,3V 800 мА - для питания ядра ЦСП б) Понижающий DC-DC на 3,3V 600 мА - для питания всего остального в) Первичный источник питания - аккумулятор Li-Ion 3,7V. Ток потребления всего устройства: от 180 мА до 320 мА. При поблочном макетировании устройства были замечены следующие вещи: 1) Питание для подсветки LCD надо брать с клемм DC-DC, иначе будут перепады яркости подсветки LCD из-за громкого звука 2) Питание на УНЧ надо брать с клемм DC-DC, иначе будут перепады яркости подсветки LCD из-за громкого звука и шумы в аудио-тракте. 3) Питание на аналоговую часть ЦАП надо брать с клемм DC-DC, иначе будут шумы в аудио-тракте и помехи от работы DC-DC. 4) Питание и земля от DC-DC конвертеров не должны проходить через сигнальные питание и землю, иначе ЦСП может уходить в Reset. Топологию в схематичном виде выкладываю - она выполнена с учетом всех пунктов выше. При таком исполнении подключения все узлы функционируют исправно, при длительном тестировании (более 2 ч.) сбоев замечено не было, аудиотракт без шумов, подсветка без видимых на глаз перепадов яркости. Прошу обсудить: укажите на ошибки; дополнения, исправления и улучшения приветствуются! Располагаю макетом - могу проверить на практике любое предложение!
  16. Использую TMS320C6745 и обычные LDO на 3.3V и 1.2V (питание портов и ядра соответственно). При включении платы питания подаются практически одновременно. Дополнительно стоит контроллер сброса MAX6390 с задержкой сброса на 1 секунду (супервизор питания + задержка 1 с). Все исправно работает. Тем не менее, Texas Instruments рекомендует такой порядок включения DSP: 1) зажимаем ресет RES=0 2) подаем питание на ядро 1.2V 3) подаем питание на USB, если он есть 1.8V 4) подаем питание на порты 3.3V 5) отпускаем ресет RES=1 .....DSP стартует Насколько это принципиально? Как организовать задержку подачи питания в простейшем случае, если у стабилизаторов есть управляющая ножка ENABLE, INHIBIT ? Можно и RC-цепочкой сделать?
  17. Добрый вечер! Хочу реализовать ких-фильтр решетчатый на Си. Алгоритм во вложении. Написала код на Си: х - значения входного вектора r - значения выходного вектора h - вектор коэффициентов фильтра nx - размер входного вектора nh - размер вектора коэффициентов int firlat_my(DATA* x, DATA* h, DATA* r, DATA* pbuffer, int nx, int nh) { int i, j; DATA e_i_n, delay; for (i = 0; i < nx; ++i) { e_i_n = x[i]; for (j = 0; j < nh; ++j) { delay = pbuffer[j]; e_i_n += (((LDATA)(h[j] * delay)) SHIFT15); pbuffer[j] = (((LDATA)(e_i_n * h[j])) SHIFT15) + delay; } //pbuffer[0] = e_i_n; r[i] = e_i_n; } Но в дебаге, если сравнивать значения полученные моей функцией и встроенной функцией firlat, первые отсчеты считаются хорошо, а дальше уже ошибки. Не могу понять в чем проблема, подскажите, пожалуйста
  18. Команда специалистов с профильным образованием в различных областях и удачным дополнением компетенции друг друга предлагает помощь и поддержку в вопросах разработки радиоэлектронных устройств: - разработка или модернизация архитектуры будущего устройства, составление структурных и функциональных схем; - подбор закладываемой элементной базы на устойчивость к различным факторам, анализ доступности компонентов; - разводка печатных плат в заданном и согласованном форм-факторе, сопровождение контрактного производства электроники;- разработка firmware для ПЛИС, DSP, контроллеров, включая "допиливание" незавершенных проектов; - разработка новых и доработка существующих утилит и приложений под ОС Windows и Linux;- разработка комплекта конструкторской документации на несущий каркас устройства, дизайн панели управления, размещение разъемов и регуляторов, элементов индикации и др.).Есть проверенное производство в РФ, где можно разместить малосерийное прецизионное изготовление механических узлов за адекватную цену. Успешная реализация проектов для различных отраслей промышленности, позволяет браться за частную задачу временного характера, когда набирать штат специалистов попросту не рационально. Примеры, где наши услуги применимы: • стартап, когда есть необходимость в быстром получении выставочного или демонстрационного образца. • научные фирмы, которым оперативно требуется единичный электронный прибор для проведения экспериментов; • компании, желающие получить готовую документацию на серийное производство устройства с нужным функционалом. Нюансы и портфолио - в личном сообщении, по запросу на [email protected].
  19. Приветствую. Имеется плата на базе TCI6636K2H(ARM + DSP). На ARM крутится Linux, на DSP - SYS/BIOS. Из пакета pdk_k2hk_4_0_9 интересовали примеры для обмена между ARM и DSP в частности transportQmssDspEpK2HC66TestProject, после его допиливания обмен удалось запустить, но там есть ограничения на размер буфера. Далее в пакете processor_sdk_rtos_k2hk_4_03_00_05 перешли к примеру bigdataipc. Поправив все нужные пути и переменные окружения данный пример был собран для версии с Linux. Сразу не запустился, команда mpmcl load dsp0 server_dsp.xe66 завершалась с ошибкой, но после манипуляций из e2e пример стал грузиться. При выполнении следующей команды mpmcl run dsp0 в консоль вываливается ошибка remoteproc remoteproc0: Failed to process resources: -22. Эта ошибка является следствием рассогласования содержимого одного из следующих файлов: 1. файл dts со стороны Linux 2. файл mpm_config.json со стороны Linux 3. файл rsc_table_dsp.h со стороны DSP В файле rsc_table_dsp.h инициализируется структура ti_ipc_remoteproc_ResourceTable, которая используется при вызове команды mpmcl run dsp0 и проверяет её на соответствие первым двум файлам. Если использовать ti_ipc_remoteproc_ResourceTable по умолчанию, т.е. где не происходит выделения области CMEM для DSP, пример запускается, но падает при попытке обмена, что естественно. Привожу кусок листинга используемого файла dts: Файла mpm_config.json: Файл rsc_table_dsp.h: Файл config.bld: Адрес и размер области cmem в файле dts менял на адреса DDR, дефайны DSP_CMEM_IOBUFS, PHYS_CMEM_IOBUFS, DSP_CMEM_IOBUFS_SIZE из файла rsc_table_dsp.h делал соответствующие, но вызов команды mpmcl run dsp0 приводит к ошибке remoteproc remoteproc0: Failed to process resources: -22. Пока не могу выявить четкого соответствия между этими файлами для запуска. Может кто сталкивался, отпишитесь. Спасибо
×
×
  • Создать...