Интерфейс пользователя

Рассматриваются две возможности рестарта - "холодный" запуск и повторный расчет.

14.3.1. "Холодный" запуск расчёта

Первый из вариантов рестарта, называемый "холодным" запуском, идентичен обычному запуску файла на счет, за тем исключением, что должна быть сохранена база данных. В дополнении к обычному выходному файлу (файлу .F06) в результате расчета создаются 4 файла базы данных. Их наименование в общем случае зависит от типа машины, на которой установлен MSC/NASTRAN (см. MSC/NASTRAN Installation and Operation Instructions). Для традиционной Unix-машины со входным файлом с названием "statl.dat" используется может быть использована следующая команда запуска

nastran statl scr=no

В данном случае nastran есть имя командной процедуры выполнения MSC/NASTRAN. Опция "scr=no" не является обязательной, если нет необходимости модифицировать параметры команды запуска на счет, используемые по умолчанию (как они заданы в поставленной процедуре). По умолчанию в результате исполнения приведенной выше команды порождаются 4 файла базы данных.

stat1 .DBALL

stat1 .MASTER

stat1 .USROBJ

stat1 .USRSOU

Последние 2 файла необходимыми не являются и могут быть уничтожены, если нет необходимости в сохранении собственных DMAP (что обычно и имеет место).

14.3.2. Повторный запуск расчёта

Раздел утверждений NASTRAN (NASTRAN Statement Section)

Раздел выглядит обычно также, как и при проведении "холодного" запуска. Отметим, что при проведении рестарта изменится величина BUFFSIZE (См. раздел 15 по поводу утверждений данного раздела данных).

Раздел Filr Management Section (FMS)

В данном разделе программе сообщается, что производится рестарт. Для любого запуска - рестарта требуется задание карты RESTART. Формат утверждения следующий

RESTART VERSION=a,b

В утверждении "а" есть версия, с которой производится рестарт (по умолчанию значение "а" равно LAST); "b" обозначает должна ли быть сохранена версия "a" (KEEP) либо ликвидирована (NOKEEP) в конце счета. По умолчанию значение "b" равно NOKEEP. Вследствие принятых по умолчанию значений следующие команды равнозначны

RESTART VERSION=LAST,NOKEEP

RESTART

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

Необходимо указать программе также, какую базу данных необходимо подсоединить в текущем запуске. Это может быть выполнено двумя путями. Один состоит в использовании утверждений ASSIGN. Например, при рестарте с базы данных, созданной выполнением stat1.dat, в текущем запуске может быть использованы следующие команды FMS

RESTART

assign master='stat1.MASTER'

$

$ the following statement is optional

$

assign dball='stat1.DBALL'

Для UNIX-машин имя файла в команде зависит от используемого регистра, поэтому оно должно точно совпадать в заданным в "холодном" запуске и заключено в одинарные кавычки. Использование второго утверждения assign не является обязательным, так как "master" Dbset может обнаружить соответствующую базу DBALL.

Второй возможный путь состоит в использовании ключевых слов DBS в команде запуска (вместо использования команд ASSIGN). Предположим, что файл текущего запуска носит название stat2.dat, тогда эквивалентная команда запуска будет выглядеть так

nastran stat2 dbs=stat1

В команде Assign в данном случае необходимости нет, однако утверждение RESTART должно быть указано в любом случае. Хотя первый способ требует больше вводимой информации, чем второй, он дает информацию о базе данных, используемой в рестарте. Эта информация может быть найдена также в Execution Summary Table в файле .F04 для большинства машин.

Раздел Executive Control Section

Нет изменений по сравнения с обычным запуском.

Раздел Case Conrol Section

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

1. Необходимо включать в рестарт все команды Case Control и Bulk Data, которые зависят от типа решения и не изменяются по сравнению с "холодным" запуском. Другими словами, не нужно делать ненужных изменений в командах задания нагрузки, SPC, МРС или удалять их из Case Control Section (если они действительно не изменялись).

2. Могут изменяться команды - запросы на вывод результатов. Типичный пример - запрос на вывод напряжений в элементах, не сделанный в "холодном" запуске.

Раздел Bulk Data Section

Как упоминалось в предыдущем разделе, процедура рестарта производит сравнение изменений, сделанных в Bulk Data и на их основании определяет необходимые действия. Копия Bulk Data сохраняется для каждой версии. Запуск рестарта может вообще не содержать каких либо карт Bulk Data, так как они могут быть взяты с предыдущей версии, сохраненной в базе данных, с которой производится рестарт. Раздел Bulk Data должен содержать только новые данные, модификации старых данных либо указания на ликвидацию старых данных из базы данных.

Формат команды для ликвидации некоторого диапазона карт из базы данных следующий

/,x,y

где х и у указывают начальный и конечный номера карт в сортированном файле Bulk Data, входящих в диапазон ликвидируемых из базы данных. Если необходимо ликвидировать только одну карту, то нужно использовать один из следующих форматов

/x,x

/,x

Сортированный вывод используется по умолчанию. Если в "холодном" запуске используется команда ECHO в разделе Case Control, то должен быть установлен флаг сортированного вывода ( т.е. ECHO = SORT).

Возможны случаи, когда необходимо произвести существенные изменения в модели. В таком случае бывает проще удалить из базы данных весь листинг и ввести полностью новый блок Bulk Data, как показано ниже

/,l,z

$

$ include a complete new bulk data listing

$

В данном случае z - целое число, большее, чем общее число единиц данных (карт) в Bulk Data - например 999999. Другой возможный путь в этом случае - ликвидация баз данных и выполнение "холодного" запуска.