Здравствуйте, в процессе расчета модели закрывается командное окно с LS-DYNA, причем внезапно и без предупреждения и ошибок. Такое происходит только на одной задаче, если уменьшить шаг через restart то считает дальше. Как можно этого избежать если вдруг придётся поставить большую задачу на выходные?
P.S. шаг рассчитывал по рекомендациям www.dynasupport.com
После прекращения счёта, просматривали ли Вы файлы ошибок (*.err) - там есть какие то комменатрии? или файл output?
Можете при ответе прикрепить k-файл в архиве.
В том то и дело что там все выглядит так как будто просто завершили процесс, хотя на самом деле это не так.
Вот так выглядит конец файл messag.
Шаг с начала счета у Вас не меняется ( стабильно 9е-7)?
Если результаты расчета загрузить в LS PrePost, видны какие нибудь баги на последнем расчетном шаге?
Выходит что расчет ложится почти в самом начале, решатель просчитал всего 0,5 мс
как у Вас задана нагрузка? можете привести параметры *Define_curve ?
В качестве нагружающего устройства стандартное Silverado 2017 с начальной скоростью 60 км/ч. Машина врезается в барьер.
Изначально карта контроля шага расчета имеет такой вид.
Далее, после "выбрасываний" через restart шаг уменьшал до -5e-8. Сразу это помогало и расчет потиху "двигался вперед", но теперь уже даже это не помогает.
На последнем шаге расчета, как и на остальных, никаких "артефактов" в PrePost нет, да и чисто визуально все весьма правдоподобно)
Добрый день!
Если правильно понял, то речь идет о задаче из соседней темы - про взаимодейсвтие твердого тела с тросом, k-файлы для анализа взяты оттуда.
Ваша задача считается, по времени перевалили за шаг, на котором у Вас слетало:
Пока назвать конкретную причину сложно, почему задача у Вас слетает. Самому привычнее работать с k-файлом напрямую, карта *CONTROL_TERMINATION немного смутила лишними параметрами.
Вот как она задана в Вашем к-файле
Предлагается в качестве первого шага отладки - почистить эту управляющую карту до состояния представленного на рисунке (оставить только первый параметр - время окончания счета)
В решении на первых шагах все хорошо
Но с увеличением времени счета, происходит обрыв тросов
Такое решение и требовалось получить или обрыв тросов нежелателен?
Да, это происходило в схожей задаче с тросом, однако не в этой (https://cae-club.ru/forum/modelirovanie-stalnogo-trosa-v-ls-dyna). Там была проблема с потерей контакта, однако она не вылетала внезапно. К сожалению у меня так и не получилось настроить контакт *CONTACT_AUTOMATIC_BEAMS_TO_SURFACE таким образом чтобы он не слетал в процессе расчета.
Если вернуться проблеме с "вылетом" то меня больше интересует вопрос почему решатель не выводит в log файлы причину остановки расчета в общем, а не для конкретного случая. Пересмотрев свою модель несколько раз и сделав часть верификационных расчетов я пришел к выводу что расчет может слеть из-за проникновения тела в тело (BEAM в SHELL), добавил еще несколько контактов *CONTACT_AUTOMATIC_BEAMS_TO_SURFACE и изменил часть настроек, запустил расчет. Однако хотелось бы чтобы в log файлах решатель выводил причину остановки решения, чтобы можно было оперативно отладить модель в случае ошибки, а не разбирать ее по узлам.
Добавить комментарий