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

Мелкие вопросы по Vivado

2 hours ago, blackfin said:

 MARK_DEBUG:  UG901, page 58.

Ух ты!..  Спасибо!

17 minutes ago, andrew_b said:

Для отладки лучше вместе с DONT_TOUCH.

Через DONT_TOUCH я как раз автомат чтения (без оптимизации) и привязал к железу!  Шина адреса от него только хвост торчит из-за отсутствия памяти....

Интересно, как через ентитай-порты пропустить на два уровня вниз (там где сама память)?  Там эти шины тоже пометить как-то надо? Такой разрыв может быть не понят оптимизатором..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

On 4/22/2024 at 8:48 AM, andrew_b said:

Для отладки лучше вместе с DONT_TOUCH.

UG904, page 65:

Quote

The tools automatically add DONT_TOUCH properties of value TRUE to nets that have MARK_DEBUG properties of value TRUE. This is done to keep the nets intact throughout the implementation flow so that they can be probed at any design stage. This is the recommended use of MARK_DEBUG.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 часа назад, Мур сказал:

Интересно, как через ентитай-порты пропустить на два уровня вниз (там где сама память)?  Там эти шины тоже пометить как-то надо? Такой разрыв может быть не понят оптимизатором..

Не понял вопроса.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

12 hours ago, Мур said:

Тут все просто. Мне надо оставить память (в симуляции она работает), чтобы в отладке иметь доступ к выходу памяти при помощи ILA . К тому же сам автомат, который читает был из-за этого удален. Я его сумел оставить, но его шина адреса к памяти не доходит (ее нет после имплементации).. 

Меня задевает другое.  Имена памяти как указать?  Не нашел такой сложный случай в интернете...

Если я правильно понял, то вы хотите с помощью атрибутов сохранить элементы, которые синтезатор выкидывает в результате оптимизации. На 99% в вашем коде есть ошибка, из-за которой появляются незадействованные выходы, которые синтезатор пытается убрать. Попытайтесь найти ее, вместо того, что бы прибивать всё гвоздями (т.е атрибутами).

Если все же хотите сохранить, то наложите keep(в ise) или dont_touch(vivado) на сигналы входов-выходов памяти.

Изменено пользователем kskssk

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

45 minutes ago, kskssk said:

.... На 99% в вашем коде есть ошибка, из-за которой появляются незадействованные выходы, которые синтезатор пытается убрать. Попытайтесь найти ее, вместо того, что бы прибивать всё гвоздями (т.е атрибутами).

Да! Не будет этого автомата чтения! Это мера вынужденная....

Тут нет ошибки. Замысел прост,-проверить функционирование основной логики при помощи кнопок (покрыть всю вариативность дизайна ) на плате, которых в конечном дизайне уже не будет. 

Функции кнопок будут выполнять регистры через AXI4.

Впереди интрига  использования шаблона VITIS  Peripheral Tests. Такая заготовка, как я понял, хороша использованием минимального ресурса внутренней памяти. Пока этой теме мало кто уделяет внимание, порождая примеры мастерства для освоения, облегчая быстрое внедрение SoC путем простого распараллеливания задач.  Буду благодарен любой информации по этой теме! Все вскользь и не конкретно... Пока не разжился. Но этому стоит выделять время(когда оно появится)!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

On 4/22/2024 at 6:38 AM, blackfin said:

 MARK_DEBUG:  

В итоге получил полноту связей без оптимизации подробным описание сигналов в обвязке

attribute MARK_DEBUG : string;
attribute MARK_DEBUG of DRAMs_ADC_B: signal is "TRUE";
attribute MARK_DEBUG of addr_radc: signal is "TRUE";
attribute MARK_DEBUG of ADCdatRAM: signal is "TRUE";
attribute MARK_DEBUG of wr_mem_s : signal is "TRUE";

Шина адреса успешно прошла сквозь иерархию в 3 уровня

Введение (отмена оптимизации!) экземпляров в железе обострило временные требования, что вызвало необходимость дополнительных конвейерных регистров (в промежуточном уровне со знаком вопроса на рисунке выше)  в шине данных совсем в другой памяти.

Этот вопрос исчерпан.  Спасибо еще раз всем!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Приветствую!

Поменял машину для работы и пришлось напрягаться..  Проблем с основной работой нет, кроме заключительного этапа заливки.  AutoConect  выдал пощечину 

image.png.d9bced8a2e8a3ace0145785ff121328c.png

Как указали сами хилые  в   https://support.xilinx.com/s/question/0D52E00006hphlMSAQ/error-labtools-272269-no-devices-detected-on-target-localhost3121xilinxtcfxilinx00001631db5c01?language=en_US

надо переустановить драйвер кабеля!

По простоте душевной в диспетчере устройств нахожу тот самый порт, но при указании новой переустановки по c:\Xilinx\Vivado\2020.1\data\xicom\cable_drivers\nt64\     он возмущается. Дескать он установлен и не надо его обновлять...

 

Народ, как это сделать с удалением старого?   Чтобы наверняка!

Спасибо!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...