[fguy 5]

17 минут назад, Impartial сказал:

Может у Вас есть какой то путь решения?

На офсайте в AR есть статья https://support.xilinx.com/s/article/63041?language=en_US где описано заполнение bram в безпроцессорных проектах.

По проблемам с write_mem_info https://support.xilinx.com/s/article/71888?language=en_US

Изменено 11 января, 2022 пользователем fguy

[Alex77 4]

2021.2.1

Типо ура - починили (кажется).

1) Вернули возможность "смотреть" xadc в "hardware manager" Vivado

2) кажется теперь работает hw_server для прошивки qspi zync

[fguy 5]

19.01.2022 в 15:28, Alex77 сказал:

2021.2.1

Типо ура - починили (кажется).

1) Вернули возможность "смотреть" xadc в "hardware manager" Vivado

Если верить тому что пишет офсайт по поводу обнов - только для новых чипов - подумал что вам действительно показалось. Проверка показала обратное - на 7ых цинках новая вивада действительно не отображает xadc в hardware manager - на их форуме пишут что глюк был и в 2021.1. Установка апдейта 2021.2.1 этот глюк реально лечит, но нигде на офсайте об этом не пишут. Так что обнову можно рекомендовать ставить всем.

19.01.2022 в 15:28, Alex77 сказал:

2) кажется теперь работает hw_server для прошивки qspi zync

К сожалению где то после 2014-х версий вивада стала требовать FSBL для прошивки qspi на цинках и делает это как то криво. SDK 2014 содержит какой то другой прошивальщик, который к тому же может приводить в чувство залоченные и неправильно сконфигурированные флэшки.

 

Изменено 16 февраля, 2022 пользователем fguy

[Alex77 4]

22 часа назад, fguy сказал:

К сожалению где то после 2014-х версий вивада стала требовать FSBL для прошивки qspi на цинках и делает это как то криво. SDK 2014 содержит какой то другой прошивальщик, который к тому же может приводить в чувство залоченные и неправильно сконфигурированные флэшки.

 

 

Проблема не в fsbl, а в том что hw_server  как-то через одно место работает (тупит/обламывется). win10+текущие обновки, возможно дурно влияет наличие множества сетевых адаптеров...

пс: линукс не предлагать, там "свои экзотические тараканы"

Изменено 17 февраля, 2022 пользователем Alex77

[Alex77 4]

Про sigasi

https://support.xilinx.com/s/question/0D52E00006hprvBSAQ/vivado-20211-stuck-initializing-language-server?language=en_US

Just want to add this note to this thread, in relation to Sigasi Syntax Checker.

Please check this new AR that would be shortly releases publicly. The link for this is: https://support.xilinx.com/s/article/My-vivado-hangs-due-to-significant-memory-utilize. Again, as it is in the process of getting released, it won't be available for some time, so you'd see an Invalid page message as of yet.

 

However, in relation to Sigasi, in some case this causes some Vivado hangs. And when switching from 'Sigasi' to 'Vivado', that solved these hang issues for some users. However, instead of switching from sigasi syntax checker to vivado, the other suggested workaround in sigasi editor is to specify the location of the cache file. For that go to Settings -> Tool Settings -> Text Editor -> Syntax Checking -> Cache Settings 

 

The tool is designed to clean up old data from the least recently used projects and to limit the total size of the cache under .Xilinx to 200Mb. Users can delete the sigasi cache by going to the above location. Make sure vivado is not running while you do this.

 

The sigasi feature in vivado utilizes caching and by default, the cache location is set at

Linux: /home/<username>/.Xilinx/Vivado/<version>/sigasi-cache

Windows: C:/Users/<username>/AppData/Roaming/Xilinx/Vivado/<version>/sigasi-cache

Sometimes the size of the cache can take up to hundreds of MBs causing less memory in the home directory impacting vivado's performance.

 

We have also added some content in the UG893 on Siagsi and Sigasi cache.

First of all, yes, it is always OK to delete the sigasi cache (and as explained above, make sure vivado isn’t running when you do so). The tool is designed to clean up old data from the least recently used projects and to limit the total size of the cache under .Xilinx to 200Mb.

Second of all, as stated earlier, the best workaround to this is not to switch from sigasi to vivado editor, but rather to stick with sigasi editor and specify the location of the cache file, as mentioned above. There is a field somewhere in the user settings dialog to change this value, and each user need only do it one time. Changing this will help if your home directory has a limited size or if it is remote and hence there is latency in accessing it.

[evsh 0]

Подскажите, как включить поддержку Versal ES кристаллов в Vivado? Видны только Production.

Хотя бы название ключа.

[fguy 5]

1 час назад, evsh сказал:

Подскажите, как включить поддержку Versal ES кристаллов в Vivado? Видны только Production.

Хотя бы название ключа.

Попробуйте сгенерить INCREMENT для versalaicorees1 и остальных ES1 отсих C:\Xilinx\Vivado\2021.2\data\parts\installed_devices.txt 

Изменено 22 апреля, 2022 пользователем fguy

[Alex77 4]

всмысле инженерный образец ?

https://support.xilinx.com/s/question/0D52E00006hpNWoSAM/versal-es-part-synthsize-issue?language=en_US

[fguy 5]

14 часов назад, Alex77 сказал:

всмысле инженерный образец ?

Превью досок на версалях для партнеров и т.п. делались на ес-ках - видимо кому то привалило такое "счастие"

[evsh 0]

23 hours ago, Alex77 said:

всмысле инженерный образец ?

https://support.xilinx.com/s/question/0D52E00006hpNWoSAM/versal-es-part-synthsize-issue?language=en_US

Спасибо, всё получилось. Не первый раз проходил и в ISE, и в Виваде. Но давно, вылетело из головы.

Сохраняю здесь как получить доступ к Engineering Samples (ES1) кристаллам в Vivado на примере Versal.

1. Найти файл /Xilinx/Vivado/20xx.x/data/parts/xilinx/versal/public/ibis/FileMap.txt

Там будет список файлов с PN всех кристаллов для данной версии.

Список ключей должен быть вида (корпус, времянка не учитываются) вида:

XCVH1522-ES1

XCVH1522-ES1_bitgen

2. В файл .Xilinx/Vivado_init.tcl добавить строку:

enable_beta_device xcvh*

или enable_beta_device * - включить все 

Если этого файла нет, нужно создать.

[dmitry-tomsk 0]

On 1/10/2022 at 1:20 PM, makc said:

https://support.xilinx.com/s/article/76960?language=en_US

На всякий случай продублирую его здесь.

y2k22_patch-1.2.zip 3.89 kB · 4 downloads

 

Подскажите, пожалуйтса, в 2022.1 эту ошибку исправили или также патч требуется?

[makc 229]

1 час назад, dmitry-tomsk сказал:

Подскажите, пожалуйтса, в 2022.1 эту ошибку исправили или также патч требуется?

Точно сказать не могу, т.к. 2022.1 не ставил. Но судя по дате релиза в 2022.1 должны были интегрировать этот хотфикс.

[Alex77 4]

23.04.2022 в 20:42, evsh сказал:

2. В файл .Xilinx/Vivado_init.tcl добавить строку:

enable_beta_device xcvh*

или enable_beta_device * - включить все 

Если этого файла нет, нужно создать.

Если "здесь" файл создать - то применится ко всем vivad-ам,

А если покласть файлик в D:\Xilinx\Vivado\2022.1\scripts\Vivado_init.tcl  - только к конкретной версии вивады.

2 часа назад, dmitry-tomsk сказал:

Подскажите, пожалуйтса, в 2022.1 эту ошибку исправили или также патч требуется?

ну дык они же "обещали"

"A fix will be implemented in the tools in a future release." - или .... ?

А что мешает поверить "на кошечках" ?

[blackfin 28]

8 hours ago, dmitry-tomsk said:

Подскажите, пожалуйста, в 2022.1 эту ошибку исправили или также патч требуется?

Судя по всему, в версии 2022.1 поломали комплексный умножитель - на выходе умножителя нули.

[fguy 5]

13 часов назад, dmitry-tomsk сказал:

Подскажите, пожалуйтса, в 2022.1 эту ошибку исправили или также патч требуется?

Да - типа исправили - этот патч уже встроен - отдельным файлом его нет в скриптах - таймштамп выдается в том же "кривом" виде - сейчас по календарю хлс - где то 51 декабря 2021 года - этого "безобразия" должно хватить ещё на 66 лет.

Сам хлс в 2022.1 имхо совсем убит - если в 2021.2 проект хотя бы собирался и работал, то в последней и ядра получаются совсем кривые и общая разводка проекта адекватностью не блещет. Единственное что исправили в хлс - убрали пару фантомных сигналов вылезших в 2021.2.