[andrew_b 17]

2 hours ago, blackfin said:

MARK_DEBUG

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

[Мур 1]

2 hours ago, blackfin said:

 MARK_DEBUG:  UG901, page 58.

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

17 minutes ago, andrew_b said:

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

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

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

[blackfin 28]

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.

 

[Мур 1]

29 minutes ago, blackfin said:

UG904, стр. 65:

 

Супер!   Вы настоящий друг!...

[Flip-fl0p 4]

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

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

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

[Мур 1]

1 hour ago, Flip-fl0p said:

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

[kskssk 1]

12 hours ago, Мур said:

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

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

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

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

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

[Мур 1]

45 minutes ago, kskssk said:

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

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

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

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

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

[Мур 1]

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 уровня

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

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

[Мур 1]

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

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

Как указали сами хилые  в   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\     он возмущается. Дескать он установлен и не надо его обновлять...

 

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

Спасибо!

[Zig 38]

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

Народ, как это сделать с удалением старого?

Вот так, или так пробовали?