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

Проблемы При Передаче Сетки Из Icem В Fluent


student2002

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

Добрый день

Итак, проблемы в следующем. Создаю tetra сетку в ICEM CFD 11.0 выбираю в output в качестве решателя Fluent6. Создаю файл fluent.msh сеткой для Fluent 6.3.16. Запускаю Fluent, пытаюсь открыть сетку, а Fluent пишет через раз то

"Reading "C:\***\fluent.msh"...

786 nodes.

3068 mixed cells, zone 10.

Error: read: face 5709, zone 11.

Reading Faces: failed while reading section 13.

Clearing partially read grid.

Error: Read aborted due to critical error.

Error Object: ()

Error: Error reading "C:\****\fluent.msh".

Error Object: #f

Interrupting...

Done."

то

"Error:

FLUENT received fatal signal (ACCESS_VIOLATION)

1. Note exact events leading to error.

2. Save case/data under new name.

3. Exit program and restart to continue.

4. Report error to your distributor.

Error Object: ()

Reading "C:\****\try_tet3\fluent.msh"...

Clearing partially read grid.

Error:

FLUENT received fatal signal (ACCESS_VIOLATION)

1. Note exact events leading to error.

2. Save case/data under new name.

3. Exit program and restart to continue.

4. Report error to your distributor.

Error Object: ()

Error: Error reading "C:\*****\try_tet3\fluent.msh".

Error Object: #f

Interrupting...

Done."

а иногда и прочитает (!) без проблем, потом делаю chech mesh в fluent - тоже никаких ошибок.

Пробовал передавать hexa сетки. С ними лучше, но время от времени появляется:

" Error:

FLUENT received fatal signal (ACCESS_VIOLATION)

1. Note exact events leading to error.

2. Save case/data under new name.

3. Exit program and restart to continue.

4. Report error to your distributor.

Error Object: ()

.....

"

У кого-нибудь такие фокусы были? Откуда такое непостоянство? Обычно либо читает, либо не читает?

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


Встречал подобные ошибки при каких-либо нарушениях структуры записанных в .msh сеток. Нужно проверять сетку в ICEM перед экспортом.

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

Встречал подобные ошибки при каких-либо нарушениях структуры записанных в .msh сеток. Нужно проверять сетку в ICEM перед экспортом.

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

а иногда и прочитает (!) без проблем, потом делаю chech mesh в fluent - тоже никаких ошибок.

А Вы пишете про чтение файлов сетки, созданных в разное время или одного и того же файла?

Сетку в icem проверял, ошибок не было

Иногда, по-видимому, может глючить конвертер сетки ICEM CFD. В общем, по моему опыту, причиной ошибок обычно бывал ICEM, точнее его конвертер в формат флюента. Попробуйте проверить в ICEM, все ли фейсы сетки спроектировались на соответствующие им границы. Если у Вас периодическая сетка, то правильно ли поставлены условия периодичности и т. д.

А сообщения типа FLUENT received fatal signal (ACCESS_VIOLATION) могут появляються, видимо, вообще по разным причинам, например при обработке изображения видеокартой. Это, видимо, просто общее сообщение обработчика ошибок флюент.

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

А Вы пишете про чтение файлов сетки, созданных в разное время или одного и того же файла?

Именно один и тот же файл то читается, то не читается. Прямо чудеса.
Ссылка на сообщение
Поделиться на других сайтах

Именно один и тот же файл то читается, то не читается. Прямо чудеса.

Действительно, странно :surrender:. Может какие-нибудь ошибки при чтении с жесткого диска или ошибки операционной системы? На всякий случай, наверное, нужно заглянуть в виндоусный Event Viewer

(Control panel -> Administrative tools->Event Viewer) на предмет поиска ошибок. Еще, наверное, можно попробовать записать флюентом файл, считанный без ошибок в .cas-файл и еще раз попробовать прочитать.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • eljer0n
      @malvi.dp в общем порядок следующий (на каждое исполнение свой чертеж и позиция в спецификации):   Для исполнения с 2мя знаками. 1. Есть деталь с именем формата ХХ-01.01-01 (последнее -01 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации (как у вас на картинке). Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с корректным именем. 5. В спецификации сборки все отображается корректно.     Для исполнения с 3мя знаками. 1. Есть деталь с именем формата ХХ-01.01-011 (последнее -011 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации. Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с некорректным именем, а именно - с обрезанным до двух знаков исполнением (-01). 5. В спецификации сборки шифр отображается (внезапно! может какой глюк был: у солида или у меня ) корректно, как и у вас на рисунке.     Выходит, загвоздка все-таки только в сохранялке чертежа.
    • gudstartup
      да информация о решенной проблеме очень важна так что будем ждать хороших новостей!
    • mrVladimir
      @gudstartup Спасибо Вам за помощь. Теперь дело в приобретении платы. Как что-то получится (сперва приобрести, потом поставить) обязательно отпишусь.
    • gudstartup
      а как вы taxid фирмы нашли?
    • gudstartup
      все что я написал в цитате выше по теме полная фигня в связи с вновь приобретённой информацией. можно менять любые компоненты в пределах серии чпу если только не меняете по или записываете oprminf но  всегда могут быть нюансы  @mrVladimir все должно получиться извините за то что выдал непроверенную информацию за мнение типа знающего эксперта оказывается я 
    • malvi.dp
      Какое у детали имя файла и как формируете Обозначение и Наименование? Вы каждое исполнение сохраняете в новый чертеж? Или это групповой чертеж? Если групповой-то имя конфигурации в нем быть не должно. Стоит ли галочка "Исполнение" "Из конфигурации"? На сколько мне не изменяет память макрос сохраняет файл чертежа с тем же именем что и файл модели в папке модели. В спецификации все правильно отображается, даже если знаков исполнений больше трех  
    • gudstartup
      и главная деталь чтобы на системе была remote option system а именно файл oprminf.000 c сертификатами и были ли проблемы с ними после замены компонентов.
    • boomeeeer
      с него родимого
    • Grundick
    • eljer0n
      Большое спасибо! Посмотрю. Но, судя по всему, даже если удастся заставить его сохранять чертеж с трехзначным исполнением, видимо, в той же спецификации правильного отображения не добиться. У Леона с товарищем был об этом разговор, что солид вроде как не воспринимает исполнения дальше двузначного. Хотя, может и я неправильно понял. Вернусь к этому вопросу чуть позже. Еще раз спасибо за совет.
×
×
  • Создать...