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

Trouble with QuestaSim simulating

Всем привет! Устанавливал QuestaSim 6.3e, думал в нем проблемы на 64-битной Win7, переустановил на QuestaSim 10.2c спецом для 64-битной винды 7, и все равно: файлы компилирует из файла, а к симуляции приступать не хочет: Внизу, слева, в углу пишет Loading и "бегает" троеточие. На WinXP SP3 все работало, вызывал простым скриптом с расширением *.bat (questasim -do debug_demodulate.do), где в debug_demodulate.do описывал "do compile_all.do". Ниже приведу пример такого файла compile_all.do, чтобы на ваш взгляд кто-нибудь незамыленным глазом подсказал мне, где я вдруг оказался неправ или какие-то особенности настройки QuestaSim для винды 7:

 

# library name
set lib_name s

# top testbench name
set tb_name  tb_s_demod

onbreak {resume}

# create library
if [file exists $lib_name] {
    vdel -lib ./$lib_name -all
}
vlib $lib_name

# compile all Verilog source files

vlog  -work $lib_name ./ram_2port_1clk_noreg_ou.v
vlog  -work $lib_name ./ more and more verilog files in project


# compile with -sv (system verilog) option testbench generating files

vlog  -work $lib_name -sv ./tb_s_demod.v
                         
vsim -novopt $lib_name.$tb_name

 

PS вчера QuestaSim 6.3e после долгих ожиданий выдал ошибку по строке с "vsim -novopt $lib_name.$tb_name"...я уже ничего не понимаю, на ХР у меня все работало :crying:

 

PSS наполнение файла debug_demodulate.do

 

 #1 - compile all
do compile_all.do

onerror {resume}
quietly WaveActivateNextPane {} 0

#INPUT signals-----------------------------------------------------------------------------------------------
add wave -noupdate -format Logic                 /tb_s_demod/clk
   add more needed signals

run -all

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

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


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

Лицензионный файл, dll'ки (соотвтетствующей версии), переменные среды - ничего не забыли?

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


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

Лицензионный файл, dll'ки (соотвтетствующей версии), переменные среды - ничего не забыли?

 

Лицензионку сгенерировал и прописал пути для LM_LICENSE_FILE, подкинул из архива gcc-4.5.0 и что за "переменные среды"? )

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


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

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

Я давно не Квестил, хотя бывали похожие ситуации -- просто так перестаёт всё фурычить на пару часов/дней, если даже и не трогал ничего, а если обломать компиляцию или питание пропадёт в процессе, не дай Бог... Потом оказывается в конце концов, что права на каталог work какие-то не такие оказались непонятно когда и отчего, а они в Юниксовой манере, в логах тоже молчок, надо грохать побольше рабочих каталогов, да пускать всё на полную рекомпиляцию...

Надо с логами и аварийными дампами всякими плотней работать -- знать, где они все сохраняются на диск -- даже если Квеста вылетает без объявления войны, то чем-то следит за собой, всякие -quiet исключить, сохранять успешные наборы в отдельное место, сравнивать потом с проблемными...

Очень рекомендую куски логов и пр. не свои тексты обрамлять скобками

[code]

и


[/code]

, так на порядок яснее читать!

 

P.S. Можно пробовать отлаживаться на не таком большом примере, где вариантов масса, а пускать что-то детское, из examples.

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

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

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


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

2 JustaK

криминала не вижу, по идее должно работать. Скорее всего у вас, как уже говорил Stewart Little, проблемы с лицухой.

 

Попробуйте не do-файлами поработать, а просто строчки повводить в QuestaSim, может после какой и вывалится что то..

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


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

... подкинул из архива gcc-4.5.0 ...
Что именно Вы "подкинули"?

dll'ки не забыли подрихтовать (mgls.dll и mgls64.dll)???

 

... и что за "переменные среды"?
LM_LICENSE_FILE - вот это и есть переменная среды (Environment variable). В зависимости от того, что Вы там навертели, может понадобиться еще и MGLS_LICENSE_FILE.

 

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


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

Что именно Вы "подкинули"?

dll'ки не забыли подрихтовать (mgls.dll и mgls64.dll)???

 

Да, вроде как, эти библиотеки рихтовал exe-шник, который создавал лицензионный файл. Можно подробнее об этом или ссылку на подобного рода инструкцию )

 

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


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

залипает на команде

 vsim -novopt $lib_name.$tb_name

Пробовал вручную, через создание проекта, ручную компилляцию, симуляцию, затем запуска файлика wave.do - все работает. Можеткакая настройка, про которую я забыл и никак не могу вспомнить? 3 года назад на рабочем ноуте как-то настроилось и все работало, а вот теперь пересел на стационарник, переустановил - и только в ручном режиме работает (((, а ведь так привык к tcl-скриптам, раз-два, написал bat-ник, сделал исполняемый файл с компиляцией нужных файлов и выдачей нужных wave-форм и вуаля.

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


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

Спасибо всем за помощь :-). Разобрался :-), брандмауер блокировал работу vsimk.exe ))

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


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

Ура! А то наши вериферы говорят, что у них в 10.0с такие проблемы постоянно, надо нажимать где-то в углу кнопочку, да всё стартует тогда...

А куда лезет этот vsimk, можно узнать ? Вряд ли эта прога сильно не нравится Винде, что попала в чёрные списки.

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


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

Ура! А то наши вериферы говорят, что у них в 10.0с такие проблемы постоянно, надо нажимать где-то в углу кнопочку, да всё стартует тогда...

А куда лезет этот vsimk, можно узнать ? Вряд ли эта прога сильно не нравится Винде, что попала в чёрные списки.

 

Куда лезет, не в курсе :-), брандмауер винды я гашу сразу, а вот брандмауер ДрВэба в этот раз "пошутил" и внес исполняемый файл vsimk.exe в лист неподтвержденных системных процессов, из-за чего он хоть и запускался, но не работал :-).

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


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

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

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

Гость
Ответить в этой теме...

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

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

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

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

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

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