Перейти к публикации

ANSYS 13 - обсуждаем работу нового продукта здесь!


™•-=MASTER=-•™

Рекомендованные сообщения

забыл еще про один "нюанс" упомянуть:

вся модель разбита на "группы" (Named Selections)

создана сетка

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

WorkBench начинает заново генерировать сетку....

какая связь между заданием граничных условий и\или созданием новых Named Selections - понять не смог!!!

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

= WorkBench начинает строить сетку заново!

Справедливости ради, надо заметить что WorkBench не всегда заново начинает генерацию сетки....

но все равно - получается лоторея - будет или не будет.....?!

Хорошо если генерация сетки выполняется за несколько десятков минут и такое "сюрприз" не критичен

а если сетка генерируется в течении нескольких десятков часов - т.е. нескольких суток непрерывной работы?

Изменено пользователем ValeryMoscow
Ссылка на сообщение
Поделиться на других сайтах


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

WorkBench начинает заново генерировать сетку

очень странно, у меня такого ни разу не было. Обновление сетки требовалось иногда после suppress/unsuppress отдельных тел, что тоже непонятно почему.

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

очень странно, у меня такого ни разу не было. Обновление сетки требовалось иногда после suppress/unsuppress отдельных тел, что тоже непонятно почему.

это как раз понятно - программа ставит "индекс" - старый или новый "объект" и ТУПО уже не проверяет - есть ли там сетка или нет?

это так же крайне не удобно, что при подавлении объекта - нужно заново делать сетку....

но эта ситуация хотя бы имеет более-менее правдоподобные "гипотезы"....

а вот создание сетки заново (причем не понятно при каких при "признаках" объекта) это будет делаться , а когда нет

- создает "дискомфортную ситуацию".....

Хочется еще раз отметить - как "лихо" WorkBench транжирит память!!!

16 оперативной + 42 виртуальной - во время генерации сетки!!!!

ЖУТЬ!!!

Изменено пользователем ValeryMoscow
Ссылка на сообщение
Поделиться на других сайтах

16 оперативной + 42 виртуальной - во время генерации сетки!!!!

нехило.... точно в ВБ-коде коряво динамические массивы используют.... если с ними небрежно работать, память замусоривается достаточно быстро..... я больше не вижу рациональных объяснений для занимания 58 Гб памяти при построении сетки ... )))

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

на самом деле модель большая,

но все равно - расход памяти просто ЧУДОВИЩНЫЙ!!!

вот сейчас решаю задачу - примерно 1400 "объемов" (примерно 6,7 млн КЭ)

даже без счета - просто загруженная модель - резервирует (использует) 24,9 Гб памяти!!!!

*** 16 оперативной, остальное виртуальная память

самое печальное, что судя по всем признакам - во время счета WorkBench ничего не изменяет !!!

т.е. перераспределения памяти не происходит во время счета - WorkBench не "выгружает" на диск не нужную во время счета информацию!

Изменено пользователем ValeryMoscow
Ссылка на сообщение
Поделиться на других сайтах

вышеупомянутая задача только что "приказала долго жить"....

WorkBench выдал сообщение о "внутренней" ошибке и прекратил решение....

хорошо хоть не уничтожил саму базу, как это иногда случается

понять - по какой причине это произошло, не представляется возможным...

*** решается линейная задача - статика, правда контактных поверхностей много...

Изменено пользователем ValeryMoscow
Ссылка на сообщение
Поделиться на других сайтах

*** решается линейная задача - статика, правда контактных поверхностей много...

контакт это нелинейная задача. может в этом дело?
Ссылка на сообщение
Поделиться на других сайтах

решается линейная задача - статика, правда контактных поверхностей много...

Залача с контактными поверхностями - это нелинейная задача. :unsure:
Ссылка на сообщение
Поделиться на других сайтах

Не обязательно. Если область контакта известна, например в задаче о вдавливании штампа, то вполне линейная.

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

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

Не обязательно. Если область контакта известна, например в задаче о вдавливании штампа, то вполне линейная.

Вот только заготовка не имеет форму штампа. Поэтому для зоготовки задача нелинейна.

Такие проблемы с разбиением из-за экпоненциального роста проверок при разбиении.

Не сгущайте краски Федор. Не все так безнадежно. Есть приемы, которые понижают данный рост и делают его линейным.

Но хотелось бы увидеть модель. А пока это беспредметный разговор.

Отсутствует предмет оьсуждения. :unsure:

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

одна из наиболее часто появляющихся ошибок WorkBench:

An unexpected error (SIG$SERV) has occurred...

ANSYS internal data has been corrupted.

ANSYS is unable to recover and will terminate.

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

An unexpected error (SIG$SERV) has occurred...

ANSYS internal data has been corrupted.

ANSYS is unable to recover and will terminate.

В Классике такое тоже часто встречается.
Ссылка на сообщение
Поделиться на других сайтах

В Классике такое тоже часто встречается.

в древнем АНСИС такие ошибки у меня были весьма редко за 26 лет!!!

в WorkBench - такие ошибки РЕГУЛЯРНЫ!!!

Кроме того WorkBench выдает и другие "сюрпризы" - иные ошибки, вплоть до полного разрушения базы!

сейчас посмотрел результат работы за ночь -

WorkBench СОЖРАЛ 293 Гб дискового пространства на решение ОДНОЙ задачи - статика!!!

записывался только конечный результат!!!

ЧТО (какие результаты расчетов) можно записать в таком объеме - я просто не понимаю!!!

Кроме того, нужно постоянно чистить диск от "временных" файлов, которые WorkBench "забывает" убирать!

И как часто? Сколько раз в день?

за день я успеваю провести для одной задачи изменения базы только один раз - проблема в большой размерности!

ибо на открытие базы WorkBench тратит около ОДНОГО ЧАСА!!!

на сохранение базы - около 1,5 часов

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

*** любопытства ради посмотрел сколько времени уходит на каждый этап у тех - кто работает с MSC\Nastran

размерность модели примерно такая же как и у меня

время на каждую операцию - как минимум в несколько раз меньше!!!!

сейчас почти уверен, что причина такой "производительности" работы в "некорректной" архитектуре базы

еще проконсультировался с "писателями", которые до сих пор пишут собственные программы

они были КРАЙНЕ "УДИВЛЕНЫ" размерами рабочих файлов WorkBench!!!!

я попросил их высказать гипотезы по этому поводу: Какие могут быть причины?

ничего внятного они сказать не смогли..... ОТКУДА такие размеры данных?

но особенно их поразило кол-во памяти - которое WorkBench резервирует!!!

*** правда они выразили сомнение, что всю зарезервированную память WorkBench использует....

на третьем компьютере сейчас обнаружил ОЧЕРЕДНОЙ - уже НОВЫЙ сюрприз!

в модели создано около 450 виртуальных поверхностей.

потребовалось сгустить сетку в двух местах

но НЕОЖИДАННО WorkBench уничтожил три виртуальные поверхности

потребовалось более 2-х часов, что бы среди деталей найти те - к которым эти уничтоженные поверхности относятся

кроме поверхностей, WorkBench уничтожил и несколько линий - вот как индифицировать - это я еще не придумал!

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

А главное - как теперь все это "лечить"???

хорошо, если поверхности и линии - относятся только в найденым трем деталям, а если нет?!

в общем есть шанс потратить на создание сетки заново еще 3-4 суток......

Изменено пользователем ValeryMoscow
Ссылка на сообщение
Поделиться на других сайтах

сейчас посмотрел результат работы за ночь -

WorkBench СОЖРАЛ 293 Гб дискового пространства на решение ОДНОЙ задачи - статика!!!

записывался только конечный результат!!!

Какие параметры модели? Сколько узлов, элементов, степеней свободы?

Прямой или итерационный метод решения?

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

An unexpected error (SIG$SERV) has occurred...

ANSYS internal data has been corrupted.

У меня с похожей по размерам задачей было такое же..... создал dat-файл и запустил задачу через лаунчер - прошло без ошибки

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

сейчас посмотрел результат работы за ночь -

WorkBench СОЖРАЛ 293 Гб дискового пространства на решение ОДНОЙ задачи - статика!!!

записывался только конечный результат!!!

Много места уходит во время расчета. После окончания расчета - все борохло удаляется, и остаются одни результаты.

An unexpected error (SIG$SERV) has occurred...

ANSYS internal data has been corrupted.

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

Из всех, что были до v10 - десятая версия самая стабильная. Молодые версии не смотрел...

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

Какие параметры модели? Сколько узлов, элементов, степеней свободы?

Прямой или итерационный метод решения?

около 7,8 млн КЭ

умножаем на три степени свободы - вся модель - "solid"

решатель итерационный

только не пойму:

какая разница какой решатель?

речь идет о том: ЧТО - в таком огромном объеме WorkBench записывает в базу при выполнении СТАТИЧЕСКОГО расчета и при записи лишь последнего шага!?

А что же тогда делать, если нужно будет записать несколько шагов или например будет динамика?!

Какого же размера тогда будет база для модели более-менее большой размерности?

при таком "аппетите" WorkBench - никакие диски не спасут!

Изменено пользователем ValeryMoscow
Ссылка на сообщение
Поделиться на других сайтах

около 7,8 млн КЭ

умножаем на три степени свободы - вся модель - "solid"

Это количество КЭ или количество узлов?

Зачем количество КЭ умножать на три?

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

около 7,8 млн КЭ

умножаем на три степени свободы - вся модель - "solid"

если узлов 7,8 млн и нет вращательных степеней - то да...

если 7,8 млн элементов - то сложнее подсчитать... кол-во dof-ов равно 3*N узлов в элемента - кол-во связей между узлами внутри элемента.... да еще надо учесть общие узлы у элементов.... так никто не считает

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

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

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

Гость
Ответить в тему...

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

  Разрешено не более 75 эмодзи.

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

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

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

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.



  • Сообщения

    • Snake 60
      Скорее всего исправляли в конкретной сборке, для конкретных тел. Насколько я помню, надо в самом эскизе профиля заполнить свойство Description
    • Snake 60
      Делаете дырку в свае - вставляете в нее трубу и 2 человеко-силы крутят сваю ) Дёшево и сердито и не нужен никакой планетарный редуктор ))
    • gudstartup
      вы всегда ищите свой путь или будете делать то что вам советуют? с самого начала прежде чем приступать к экспериментам вам нужно было вынуть носитель и сделать образ. diskcopy делает копию гибкого диска на другой а вам надо сделать образ жесткого диска или карты памяти. делайте как советует @Viktor2004 иначе еще чего нибудь сломаете или вам станок не нужен и вы его приобрели для экспериментов ? вот а печатной машинке из прошлого нельзя а вот на синумерике можно - удивительные вещи в настоящем происходят!! на 100 % уверен что там не модуль а либо писимиси ай либо жд @mircomax81 хотите работать в дос почитайте помощь по командам 
    • PuKoLLleT
      Доброго дня всем. Поделитесь опытом,раньше такое не доводилось делать. На торце фланца нужно сделать  восемь отверстий ф17H7 на токарно-фрезерном станке с осью Y ,имеется ManualGuide.В моем понимании нужно просверлить,а затем торцевой фрезой расточить нужный диаметр.Получится такой фокус,или надо разверткой доводить нужный размер?  Стойка Fanuc 0i-Tf.
    • Snake 60
      Всё верно, я даже русификатор делал для него (ушло на это где-то около года). Хороший софт был, я всех знакомых на него подсадил в свое время :) У меня даже где-то образ на виртуалке лежит с SW2014+MechSoft, Жаль, что автодеск его поглотил, а не DS :( А по сути вопроса, проектировал двухступенчатый планетарный редуктор в свое время. Что было нужно: Справочник по планетаркам (автора не помню, если надо поищу), из софта MathCAD + GearTeq (софтина идет вместе с GearTrax, только рассчитывает и моделирует несколько зацеплений согласно выбранной схеме, в том числе планетарки) Ой и ошибаетесь. Звездочки - не равно зубчатые колеса в планетарке) Мы намучились с малой точностью изготовления на эл.эрозии, а Вы лазером ))) Был собран опытный образец редуктора с незакаленными деталями, чисто проверить геометрию, отладить сборку. Так потом начальство этот редуктор сказало испытать в бою, как я не противился)) Помер за пару дней интенсивных нагрузок ))) Материал, термообработка и точности изготовления решают )
    • Snake 60
      @Тихоход  Ещё один вариант - изучать программирование и писать свою программу/макрос. Вот пример конфигуратора двери: https://www.youtube.com/watch?v=wv4HryWQBSk
    • mircomax81
      Посредством Diskcopy можно сделать адекватную копию на флоппи диск?
    • Andrey_kzn
      Да, ведь советовали автору вытащить жёсткий диск и сделать образ. Неужели самому не интересно, как устроен этот старый промкомпьютер? Там может стоять как жёсткий диск, так и CF-карта, или же Disc-on-chip или Disc-on-module.  Как-то очень давно, на подобном промышленном оборудовании (большая печатная машина) я не смог перенести  ПО с родной CF - карты на другую, такого же размера но другой фирмы. Была также станочная оболочка под досом.  Образ я делал Нортон гостом, развернул его на другую CF-карту без проблем. Машина загрузилась нормально и работала ровно 2 дня, на неродной CF-карте,  потом зависла, и отказалась загружаться. Пришлось вызывать сервисника. От него мы узнали, что нельзя просто так взять и заменить карту  - носитель системного ПО, на другую. А полезли мы туда, так как руководство захотело печатать отчёты по работе машины. В станочном ПО такая функция была. Вот только принтер надо было купить у фирмы - производителя этой самой машины. В попытках заставить работать другой принтер мы редактировали файл  AUTOEXEС.BAT, на предмет загрузки драйвера принтера, ничего не получилось, зато перестали открываться некоторые страницы станочного ПО.  Образ у нас был давно снят, и мы развернули его на другую карту памяти. Родную карту я трогать не стал (как чувствовал, что нельзя ). Сервисник восстановил ПО с архивной дискеты на родную карту памяти, и всё заработало. Дискеты с архивами ПО шли вместе с документацией к машине.  Там были дискеты с Досом, станочной оболочкой, параметрами приводов, программой ПЛК. Он же и предупредил нас о предельно аккуратном обращении с родной картой памяти, и посоветовал немедленно сделать образы с архивных дискет, что мы сразу и проделали.. Вот такой сюрприз от машины эпохи Дос.
    • Борман
    • gudstartup
      а ведь все работало...
×
×
  • Создать...