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

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

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

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


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

2021.2.1

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

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

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

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


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

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 содержит какой то другой прошивальщик, который к тому же может приводить в чувство залоченные и неправильно сконфигурированные флэшки.

 

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

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


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

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

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

 

 

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

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

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

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


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

Про 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.

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


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

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

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

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


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

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

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

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

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

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

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


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

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


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

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

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

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

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


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

23 hours ago, Alex77 said:

Спасибо, всё получилось. Не первый раз проходил и в 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 * - включить все 

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

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


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

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 эту ошибку исправили или также патч требуется?

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


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

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

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

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

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


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

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." - или .... ?

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

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


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

8 hours ago, dmitry-tomsk said:

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

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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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