[Longiel 2]

В САПР Vivado есть неприятная особенность отладчика - если отключить питание ПЛИС, то дебаггер "ловит" это и закрывает порт программатора и заодно все окна. Можно это как-то изменить? Если кто помнит Chipscope в ISE себя так не вёл - после отключения от ПЛИС в нём даже можно было по окну "поползать", что-то рассматривая.

[vitzap 0]

Стоит заметить, что результаты он все-таки сохраняет - внизу пишет что-то вроде "results saved to ...\..\!@#.ila" и их потом можно открыть.

[eugen_pcad_ru 0]

Сохраняете данные в файл. Сейчас vivado нет под рукой... По-моему в формате vcd. Далее есть просмотрщики.

Другого механизма не знаю.

[Raven 8]

22 hours ago, Longiel said:

В САПР Vivado есть неприятная особенность отладчика - если отключить питание ПЛИС, то дебаггер "ловит" это и закрывает порт программатора и заодно все окна. Можно это как-то изменить?

Вчера буквально пробегало мимо: Intermittent configuration failures can occur when the FPGA is power cycled and the programming cable is connected

Ситуация та же, но рассматривается как другая проблема. Тем не менее, там есть такой интересный фрагмент, подсказывающий решение по топику:

Potential Work-arounds include the following:

1) Set the following parameter to disable the power up detection

set_param labtools.auto_update_hardware 0

Note: You need to create a Vivado_init.tcl script and add the above parameter in it.

 

[Longiel 2]

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

[Longiel 2]

Нет, не помогает - вообще малопонятно за что этот параметр отвечает. При включённом параметре (ситуация по-умолчанию) закрывается Dashboard и пропадает чип с программатором в списке устройств. А со снятым параметром закрывается Dashboard, пропадает чип, а программатор в списке устройств не пропадает, но закрывается, переходя в статус Close :)

[Raven 8]

Попробуйте поизучать остальные параметры и qualities объектов "labtools" и вашего "current_hw_target" (это JTAG-адаптер) - возможно, там можно что-то нащупать.

Кстати, а почему вас вообще напрягает эта проблема? Зачем вообще снимать питание с платы при проведении конкретной серии отладки на ней? Можно ведь зафиксировать результаты (сохранить в файл), и тогда уже выключить. Потом данные можно опять загрузить для просмотра.

[Longiel 2]

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

[Raven 8]

Сохраняйте захваченный набор диаграмм в файл. Там есть некоторые неочевидности (как и многое в Vv :-) ), но все решаемо, и после некоторых проб и ошибок вы это освоите. Мне доводилось это делать, чтобы сохранить иллюстрацию проблем в дизайне для клиента.

[attaboy 0]

On 11/18/2021 at 7:57 PM, Raven said:

Кстати, а почему вас вообще напрягает эта проблема? Зачем вообще снимать питание с платы при проведении конкретной серии отладки на ней? Можно ведь зафиксировать результаты (сохранить в файл), и тогда уже выключить. Потом данные можно опять загрузить для просмотра.

Это может быть проблемой. Связь с отладчиком пропадает не только при снятии питания, но иногда и просто так (причем при использовании оригинального Platform Cable USB II). Если "поймана" типовая ошибка - можно легко её воспроизвести. Но вот если долго и упорно ищешь ошибку, и после её появления и до сохранения результатов вдруг пропадает связь с отладчиком - это неприятно.

Но, как было замечено выше, результаты сохраняются, поэтому жить с этим можно.

[Longiel 2]

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

Связь с отладчиком пропадает не только при снятии питания, но иногда и просто так (причем при использовании оригинального Platform Cable USB II).

Интересно. Я бы в такой ситуации начал бы тревожиться за питание) Это с любой вивадой?

У нас как-то на встроенный в железо Digilent перешли - никогда с ним такого не замечал.

[attaboy 0]

17 minutes ago, Longiel said:

Интересно. Я бы в такой ситуации начал бы тревожиться за питание) Это с любой вивадой?

У нас как-то на встроенный в железо Digilent перешли - никогда с ним такого не замечал.

Я настолько детально эту проблему не исследовал, но у меня сложилось впечатление, что проблема именно с отладчиком. Встречал такую ситуацию на разных устройствах разных разработчиков железа - врядли везде проблемы с питанием. При этом после потери связи с отладчиком функционал ПЛИС сохраняется (на основании данных, полученных по интерфейсам ввода-вывода). Сейчас я работаю с Vivado2020.1, но встречал такую проблему и на более ранних версиях. Кроме оригинального кабеля, ещё пользуюсь DLC9LP - тоже замечал несколько раз такую ситуацию.

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

[Longiel 2]

2 минуты назад, attaboy сказал:

Ну и зная, что так может быть, при получении "ценных" отладочных данных всегда их сразу сохраняю.

А сохраняете как? Руками, командой, скриптом?

[attaboy 0]

1 minute ago, Longiel said:

А сохраняете как? Руками, командой, скриптом?

В ручном режиме, через GUI.