Поиск

Куплю рабочую отладку BFK3.1, может у кого завалялась ненужная готов взять даже по цене чуть дороже официальной если будет подтверждение работы периферии.

Компания Xilinx выпустила две серийные отладочные платы на платформе Versal – VMK180 и VCK190 (до этого были доступны только платы на инженерных образцах). По всем характеристикам, кроме характеристик чипа Versal, платы идентичны. Узнать больше...

Ниже описана текущая задача. Мы заинтересованы не только в решении текущей задачи, но и в последующем сотрудничестве по разработке новой платформы на базе покупной платы ZCU104/102, а также в последующем сотрудничестве по проектированию системы обработки сигналов (Verilog, Zynq). Текущая задача Есть ранее выпускавшиеся плата BemicroCV A9 (CycloneV), соединенная совместимым разъемом с платой Cypress FX3. Есть проект ПЛИС и прошивка FX3 для пересылки данных через USB в обе стороны (запись и проигрывание семплов на внешних пинах). Есть готовое приложение под Windows. Проблема Весь проект ПЛИС (CPU Nios для буферизации потока в DDR3 и интерфейс GPIF II с FX3) работает правильно на тактовой частоте 25 МГц. Начиная с 27МГц, возникает дублирование данных, начиная с 500МБ в разных местах. Хотя по оценке Квартуса этот проект может работать до 83Мгц. Задача При наличии всех исходников разобраться и локализовать при отладке, в какой точке происходит дублирование данных при передаче. Сделали ли бы сами, но не хватает времени и сил. Только Петербург, гибкий график. Если предложение и задачи вас заинтересовали, отправьте свое резюме на адрес [email protected] Бюджет не ограничен в пределах разумного, резюме с указанием пределов разумного будут рассмотрены с особым вниманием :)

Очень давно хочу сделать работу с проектом максимально отвязанной от хоста. Собрать образ докера и собирать в нем проект для arm - не проблема. Меня интересует именно непрерывная работа, а не производство только билдов. То есть хочется в IDE с хоста редактировать код, а сборку тут же делать в контейнере. Подобное имеется в Clion: https://stackoverflow.com/questions/55272484/how-to-code-run-programs-in-a-docker-container-using-clion Сейчас сделано все через rsync. То есть исходники копируются в контейнер, там собираются, затем прицепившись к порту gdb в контейнере, можно удаленно отлаживаться. Но вот по отладке на удаленном устройстве пока имеются вопросы. Непонятно, как правильно указать соответствие в данном случае между исходниками в IDE на хосте, собранными бинарниками в контейнере и непосредственно sysroot и прочими путями на удаленном arm-устройстве. Вдруг кто-то имеет успешный опыт, тогда поделитесь, пожалуйста. Хочется не создавать виртуалку, а использовать для этого дела контейнеры. Надоело, что состояние хоста при обновлениях системы убегает вперёд, собранный бинарный тулчейн, зависящий в том числе и от системных библиотек, иногда приходится чинить. Надо что-то стабильное с постоянным окружением.

Разработчики обычно применяют два подхода для получения высокого уровня качества кода: пользуются стандартами оформления кода и инструментами статического анализа. Использование обоих методов в сочетании с тестированием не только сделает ваш код максимально чистым, но и сократит время выхода на рынок, поскольку приложение гораздо быстрее примет вид, готовый к релизу. В статье рассматривается некоторая часть дефектов кода, которые вы можете найти с помощью статического анализа. Устранение этих проблем улучшает качество кода и, следовательно, уменьшает объем трудозатрат, необходимых для отладки. Читать статью >>

Продам отладочный комплект Artix-7 (AES-A7EV-7A50T-G). Новый, коробка не открывалась. Описание по ссылке: https://www.xilinx.com/products/boards-and-kits/1-4pilqh.html Цена: 20 000 руб. Территориально - Москва. Отправка почтой не проблема.

Задача по обратной раскрутке стека вызовов у меня возникает регулярно. Понятно, что в режиме отладки за вас это делает отладчик, но часто нужно делать пост-анализ сбоев в рантайме. Ничего готового я не нашел, хотя возможно все лежит на поверхности. Сейчас я реализовал это через одно место (жутко процессоро- и компиляторо- зависисимо - IAR и Thumb-2). void assertSave ( void) { uint32_t sp; uint16_t * pc; uint32_t report[8]; uint32_t count; __ASM volatile ("mov %0, sp" : "=r" (sp) ); __ASM volatile ("mov %0, pc" : "=r" (pc) ); memset(report, 0, sizeof(report)); for (uint32_t i = 0; i < 8; i++) { while (1) { // check pc if (((uint32_t)pc < IFLASH_START_ADDRESS) || ((uint32_t)pc > IFLASH_END_ADDRESS)) break; // check sp if (((uint32_t)sp < IRAM_START_ADDRESS) || ((uint32_t)sp > IRAM_END_ADDRESS)) break; // find POP or POP.W if (((*pc & 0xFF00) == 0xBD00) || (*pc == 0xE8BD)) { // count = number of registers to be restored by POP command if (*pc == 0xE8BD) { count = (uint32_t)(*(pc + 1) & 0x1FFF); } else { count = (uint32_t)(*pc & 0x00FF); } count = count - ((count >> 1) & 0x55555555); count = (count & 0x33333333) + ((count >> 2) & 0x33333333); count = (((count + (count >> 4)) & 0x0F0F0F0F) * 0x01010101) >> 24; // checking previous command is ADD SP,SP,XX if ((*(pc - 1) & 0xFF00) == 0xB000) { // count += size of the stack correction before POP count += (uint8_t)(*(pc - 1) & 0x00FF); } // getting stack frame of previous function sp += count << 2; // getting continue address of previous function pc = (uint16_t *)(*(uint32_t *)sp & 0xFFFFFFFE); sp += 4; // save address of CALLSTACK report[i] = (uint32_t)pc - 4; break; } pc += 1; } } // write to blackbox blackBoxWrite(report, sizeof(report)); } По сути я просматриваю от текущего PC до ближайшего возврата через POP или POP.W. По коррекции стека перед выходом определяю размер текущего фрейма стека с предположением что первым в стек компилятор кладет адрес возврата. Ну и дальше рекурсия. Возможно у кого-то есть более грамотное решение.