sf9

Спасибо! Очень интересная идея. Вы уже пробовали собирать подобный проект?

Сергей, используется загрузчик, который выгружает исполняемый код для McBlaze из Flash в DDR. Настройки в .ld файле (при компиляции) выполнены для работы из DDR. Кэширование задается при сборке платформы в настройках коры McBlaze, область памяти, как у DDR.

Уважаемый, iosifk. Для работы с DDR используем mig_7series контроллер. В который напрямую заводятся входы/выходы для DDR. Управлять выводами для DDR нельзя-они используются только контроллером. К контроллеру можно обращаться через AXI-шину. В том же контроллере можно задать использование ECC. Но активируется ECC только при Data Width = 72.

Спасибо за совет, но использовать ECC можно только при Data Width = 72. В нашей же МК памяти - 16.

Имеется ввиду софтовое переключение сигналов в ПЛИС? Т.е. мы делаем двe mig_7series коры, и потом переключаемся на ту, которая нам нужна? Тут я не очень представляю, как отреагирует MicroBlazе на это. И понадобиться и можно ли перераспределять кэш в этом случае? Вариант с внешней, аппаратной коммутацией не подходит: много линий данных, сложно выполнить выравнивание длин и соблюдение всех задержек, целостности сигналов и пр. Также стоит большой вопрос , как потом промоделировать все это.

Сам тест состоит из двух этапов: запись данных 01010101010101010101010101010101 по каждому адресу. Затем считывание. Второй этап - запись 10101010101010101010101010101010 также по данному адресу. Этот тест проверяет выставление/стирания каждого бита шины данных. Проверка шины адреса может также осуществляться записью номеров адресов в шину данных. Если есть более интересные предложения готов это обсудить в отдельной теме.

Коллеги, возник вопрос, связанный с использованием в проекте с ПЛИС Artix-7 XC7A200TFFG1156-2 двух независимых DDR3 MT41J128M16JT-125. По ТЗ необходимо предусмотреть две отдельные микросхемы DDR для повышения надежности системы. Идея заключается в том, что при старте системы выполняется проверка DDR методом чтения/записи. Если тест пройден успешно, в MicroBlaze запускается основная программа. Если тест закончился неудачно, нужно переключиться на вторую DDR, проверить ее и работать с ней. Иначе - плата признается неисправной. DDR используется MicroBlaze для кеширования. Вопрос состоит в том, можно ли программно выполнить выбор DDR, с которой нужно работать системе? Достаточно ли для этого одной прошивки или нужно организовать хранение 2х прошивок для первой или второй DDR?

Наверное. Спасибо! Попробую S6.

Так и сделали. Но смущает то, что в V6 GTX драйверы/ресиверы. В А7 - GTP. Критично ли это? Еще в HyperLynx есть универсальные IBIS-AMI модели для RX и TX. Результаты моделирования очень близки с V6. В МСК официалы молчат - им тоже не отвечают))

Это уже проходили. Без ответа. С IBIS моелями проблем нет. Для GTP нужны именно IBIS-AMI.

Кстати, IBIS-AMI модели для Artix 7 так и не удалось получить. Для обсуждения создана отдельная тема: https://electronix.ru/forum/index.php?showtopic=145880 Если кто-то может помочь, просьба откликнуться

Коллеги, здравствуйте. Прошу помочь достать IBIS-AMI модели для ПЛИС Artix 7. Вкратце суть проблемы: для посттопологического анализа узла PCIe платы c ПЛИС Artix 7 понадобились именно IBIS-AMI модели (т.к. используются GTP трансиверы). Казалось бы, ничего нет проще зайти на Xilinx и скачать. Заходим по ссылке: https://www.xilinx.com/support/download/ind...es-devices.html Далее следуем инструкциям и...от Xilinx ни ответа, ни привета. Пробовали запросить через оф. представителей Xilinx. Были мысли, что из-за санкций нас просто блокируют или игнорят, но специально запрашивали через Европу - также тишина. адресат [email protected] не отвечает. Интересно, что IBIS-AMI модели для 6-й серии лежат в свободном доступе https://www.xilinx.com/support/download/ind...ries-fpgas.html Если кто-нибудь сталкивался с подобной проблемой и знает, как получить модели, просьба откликнуться!

Уважаемый Flood, получалось ли у вас запросить у Xilinx 7-Series IBIS-AMI модели? Скачать такие модели можно только до 6-й серии. По 7-й серии Xilinx просит запрос, на который не отвечают.

Как это "случайно задеть Fuse" ??? И что за параллельное программирование на AVR32? И что делать, если есть возможность подключиться только по JTAG???

Я тоже считаю,что для определения скорости на лету с полным восстановлением данных и без байта синхронизации - задача под rs232 практически нерешаема. Так,для самоуспокоения,хотел посоветоваться,может кто-то знает путь решения задачи. Всё-равно,спасибо всем за идеи.

Господа электронщики, как определять скорость USARTa в случае,когда мы знаем,какой именно байт должен быть принят - дело понятное. Практически у каждого производителя МК есть статья с алгоритмом,который сводится к тому,что просто сравниваем,какой байт получился на приёме с табличными значениями и определяем скорость. ВОПРОС: какой алгоритм должен быть при autobaudrate,если из канала мы получаем произвольные данные и не можем предсказать,что именно. Т.е. могут быть,как все нули, так и все единицы и пр. Sasa из Vitebsk Вы попытались описать данный алгоритм,но не совсем ясно,как он работает. Может у кого есть ещё какие-нибудь идеи?????

Работа с таймерами/счётчиками в AVR очень хорошо описана в этом AN: AVR130.pdf

Вот,нашёл толковый сайт,где автор описывает работу с прерываниями,таймерами/счётчиками. Довольно толково и для чайников,на мой взгляд,весьма полезно: http://www.pcports.ru/articles/avr2.php

:a14: Ребят,спасибо огромное,что простыми словами и быстро разъяснили. :a14: Буду понимать далее. А тема,действительно,должна повисеть в этой рубрике. Если можно,выложите примеры с-кодов с функциями обработки прерываний. :smile3046:

Всем моё почтение. Прошу помощи в изучени прерываний и их обработке. Как их использовать,для чего в основном? Начал работу с ATmega128. Среда разработки WinAVR(AVR-GCC).

По поводу crc16.h абсолютно согласен,вчера проверял,тестировал,всё работает быстрее,чем другие реализации. Ну и,естественно,удобно. ;)

:a14: :a14: :a14: ВСЕМ ОГРОМНОЕ СПАСИБО за советы!!! Пока решил остановиться на AVR Studio (WinAVR). Творческих успехов! ;)

понятно! А Вы сами каким инструментом пользуетесь ?

Да,именно Image Craft IDE. Аргументов не очень много,но звучат такие: -ICC относительно оптимальна и лучше С-компилятора AVR-GCC. -больше библиотек. -h-файлы совместимы с некоторыми (???) другими средами (оказывается все *.h не унифицированы). -и что-то такое умное,что я не понял))))

:1111493779: День добрый! Прошу авторитетного мнения по выбору среды разработки для МК ATmega128. Язык программирования С. Сам решил остановиться на AVR Studia + WinAVR (AVR-GCC). Но многие товарищи упорно склоняют к разработке проекта в ICC,а отладке в AVR. Есть ли какие-то преимущества той или иной среды? Всем СПАСИБО за помощь.