Как правильно выполнить поиск моделей, которые приводят к краху системы Creo?

[UraL 0]

При работе со сборкой  периодически выводится сообщение о критической ошибке -

Обнаружена фатальная ошибка. Данные об ошибке записаны в файл ...\traceback.log
Отправьте его в службу технической поддержки.

 

Файл std.out содержит множество строк -

dbg_err_crash() -- continuing from serious error (ORDER_DEBUG).

и ничего более.

 

Если верить команде - Инструменты\Контроль геометрии - ошибок в модели нет.

Есть только несколько предупреждений.

 

Какие ошибки могут привести к краху системы и как их найти?

Как узнать, какая модель вызвала критическую ошибку???

 

Если выполнить проверку используя Model Check - Проверка геометрии модели на соответствие стандарту VDA -

Creo вылетает с указанной выше ошибкой и в нижней левой части Creo выводится имя последней проверенной модели, типа-

ModelCHECK выполнено ROZETKA.PRT -- модель 66 из 3019 в MPB-580-00000000.ASM

 

Эта же строчка дублируется в trail.txt

 

Но ROZETKA.PRT - это модель, которая успешно проверена, а как узнать, на какой модели Creo

вылетает с ошибкой???

 

Creo пишет, что ROZETKA.PRT -- модель 66 из 3019.

а как узнать, какая модель по номером 67?

[fenics555 218]

В дереве на сборку прав кнопкой мыши "тык"-> данные->модель в окне справа "в окне" и по номеру или ID ищешь...

вылет возможен и не по вине детали.

Советую добавить системную переменную TMPDIR ,в значении путь к любой временной папке. прое перезагрузить

[GOLF_stream 298]

Советую добавить системную переменную TMPDIR ,в значении путь к любой временной папке.

Чем это поможет?

 

Проблемы могут быть, например, с наличием циклических ссылок.

[fenics555 218]

Чем это поможет?

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

Возможно и оперативку тем самым разгружает.

Допустим вот это:

 

 

В дереве на сборку прав кнопкой мыши "тык"-> данные->модель в окне справа "в окне"

не выдовало уже и не помню с какой фатальной ошибкой, пока не добавил TMPDIR

например, с наличием циклических ссылок.

В данном случае зацикливания вроде нет, просто вылетает? хотя всякое может быть.

[fenics555 218]

чет форум совсем заглючил, не могу вставить ссыль на сообщение..

Скорее всего проблема со шрифтом или каким-нить стилем линии

 

#30 

http://fsapr2000.ru/topic/31934-shrift-po-eskd-na-chertezhe/

 

 

 

пипец короче...при СОЗДАНИИ ДЕТАЛИ НАЧАЛ ВЫЛЕТАТЬ. ИЗ ОШИБОК ПИШЕТ:
Error loading font file font.ndx
dbg_err_crash() -- continuing from serious error (ORDER_DEBUG).
dbg_err_crash() -- continuing from serious error (ORDER_DEBUG).
dbg_err_crash() -- continuing from serious error (ORDER_DEBUG).
dbg_err_crash() -- continuing from serious error (ORDER_DEBUG).
dbg_err_crash() -- continuing from serious error (ORDER_DEBUG).
dbg_err_crash() -- continuing from serious error (ORDER_DEBUG).

[UraL 0]

В дереве на сборку прав кнопкой мыши "тык"-> данные->модель в окне справа "в окне" и по номеру или ID ищешь...

вылет возможен и не по вине детали.

Советую добавить системную переменную TMPDIR ,в значении путь к любой временной папке. прое перезагрузить

 

66 - это не ID и не номер модели, это номер из списка моделей, которые Creo проверяет. Этот список нигде не отображается и похоже, что знает о нем только Creo.

Если ввести имя файла модели - ID и номер у нее другие

 

В справке посмотрел, параметра TMPDIR нет

Есть sim_run_tmp_dir - папка временных файлов для симуляции. Но мы симуляцию не делаем.

У меня в конфигурации установлено

trail_dir C:\Temp\

По памяти у меня большой запас. Оперативка 24Гб, а модель раза в 3 меньше.

Циклических ссылок 7.

Вопрос, на сколько плохо иметь циклические ссылки??? И на сколько важно их убирать?

Creo вроде и с ними работает. Хотя я полностью согласен, что это плохо.

Было у нас года два назад сборка, в которой была размещена сборка содержащая базовую сборку - тогда Creo подвисал.

По некоторым моделям имеются связи, которые можно разорвать (если выбрать в дереве модель - правой клавишей мышки - Данные\Просмотр привязок)

Многие разорвал, но не все, там сборок много.

Время регенерации существенно сократилось, но все равно вылетает.

Может быть можно какое логирование включить???

font.ndx у нас имеется, и Creo вылетает в режиме сборки

 

[GOLF_stream 298]

Вопрос, на сколько плохо иметь циклические ссылки??? И на сколько важно их убирать?

Какие вы, белорусы, хитрые :)

В данном случае есть просто "плохо" и "важно". Без всяких "насколько".

[fenics555 218]

В справке посмотрел, параметра TMPDIR нет Есть sim_run_tmp_dir - папка временных файлов для симуляции. Но мы симуляцию не делаем. У меня в конфигурации установлено trail_dir C:\Temp\

И у меня в параметрах нет, а в системных переменных есть. 

C:\Temp\ -тут создайте папку какую-нить темп1 и соответственно:

имя=TMPDIR

значение=C:\Temp\Temp1\

[UraL 0]

Мы это делаем - эти переменные у нас автоматически создаются

TEMP=C:\Temp
TMP=C:\Temp
 

 

Какие вы, белорусы, хитрые :) В данном случае есть просто "плохо" и "важно". Без всяких "насколько".

Я это спрашиваю с точки зрения целесообразности.
Нас постоянно этим вопросом мучают конструктора....
Как я уже сказал, я за устранение циклических ссылок!!!

В стандарте предприятия мы установили - циклические ссылки считать ошибками в модели.
Но далеко не все конструктора эти требования выполняют, ссылаясь на то, что модели и с ними прекрасно  работают,

что можно долго промучаться с исправлением ошибок, которые по большому счету на результат работы не влияют.
У конструкторов, как всегда, горят сроки и всякие исправления делаются или крайне неохотно или вообще не делаются.
Хотя это в первую очередь зависит от отношения конструктора к работе!!!

Как я понимаю из ответа - циклические ссылки необходимо удалять и необходимо требовать, чтобы их удаляли.
Именно это меня и интересовало.

Мы настроили Module Check, чтобы он циклические ссылки считал ошибкой, но запрет на сдачу моделей на хранение в
Windchill при кол-ве ошибок > 0 пока не вводили.

Изменено 24 марта 2015 пользователем UraL

[fenics555 218]

66 - это не ID и не номер модели, это номер из списка моделей, которые Creo проверяет. Этот список нигде не отображается и похоже, что знает о нем только Creo. Если ввести имя файла модели - ID и номер у нее другие

 

Мы с вами про одно и тоже говорим?

Это вроде № по списку элементов

[UraL 0]

Мы с вами про одно и тоже говорим? Это вроде № по списку элементов

 

 

Да, о том же

Но для модели ROZETKA.PRT

Номер элемента - 4  (глубоко в подсборке)

ID - 14

а при проверке  - 66. Этот список и хотелось бы увидеть.

Похоже, что список формируется на лету, по следующим правилам.

Берется дерево модели и выполняется разворачивание всех сборок.

Из списка удаляются все дубликаты, оставляя только первые.

Это и есть список.

Хотя могут быть нюансы с элементами в сборке типа вырезы, отверстия в сборке и т.п.

Но остается вопрос, как найти сбойный элемент?

Модели проверяются по порядку и отображается, что элемент 66 успешно проверен.

Понятно, что необходимо найти 67 элемент, но как?

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

Но тут возникает вопрос. Если следующий элемент проверялся - нужно его пропустить и перейти на следующий

(например, если в сборке несколько одинаковых компонентов, массив или он уже проверялся в другой подсборке)

и так до тех пор, пока не встретится тот, который еще не проверялся.

Как узнать проверялся компонент или нет??? Это знает только Creo.

В данном случае, не совсем удачное логирование в Creo - если бы писали

Начало проверки компонента  [Название компонента] и потом

Компонент [Название компонента] успешно проверен

тогда и вопросов не было. Все было бы понятно.

Изменено 24 марта 2015 пользователем UraL

[GOLF_stream 298]

Но остается вопрос, как найти сбойный элемент?

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

Проверить все модели можно тем же МоделЧеком в пакетном режиме (если этот пакетный режим нормально работает, что бывает далеко не всегда).

 

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

Открываете каждую подсборку отдельно, и проверяете на её уровне. Уменьшаете-увеличиваете уровень подсборок пока не вылезет проблема.

Можно пойти несколько иначе. В верхней сборке подавляете половину подсборок, запускаете проверку... и т.д.

[UraL 0]

 

Но остается вопрос, как найти сбойный элемент?

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

Проверить все модели можно тем же МоделЧеком в пакетном режиме (если этот пакетный режим нормально работает, что бывает далеко не всегда).

 

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

Открываете каждую подсборку отдельно, и проверяете на её уровне. Уменьшаете-увеличиваете уровень подсборок пока не вылезет проблема.

Можно пойти несколько иначе. В верхней сборке подавляете половину подсборок, запускаете проверку... и т.д.

 

Удалил все циклические ссылки

Creo успешно вылетает

Буду разбираться более детально.

Хотелось ускорить поиск, но похоже придется пользоваться старым способом...

Согласен, что метод деления пополам самый быстрый!!!

В программировании на основе этого метода работает быстрый алгоритм сортировки.

Я им тоже часто пользуюсь, в том числе при поиске проблем в сборках.

Еще выяснилось, что ситуация плавающая

Не изменяя модель, при выполнении проверки Creo вылетал на разных моделях

последовательно с номерами - 28, 31, 2594, 258

Такая ситуация очень смахивает на ошибки в оперативной памяти.

Хочу ее сейчас проверить.

[Motek 9]

Этот список и хотелось бы увидеть

 

Не уверен что это искомый список но попробуй такой вариант:
 сделать чертеж, добавить в него сборку и добавить следующий текст

Runtime ID 65 : &model_name:65

Runtime ID 66 : &model_name:66

Runtime ID 67 : &model_name:67

Runtime ID 68 : &model_name:68

Runtime ID 69 : &model_name:69

Runtime ID 70 : &model_name:70

[UraL 0]

 

Этот список и хотелось бы увидеть

 

Не уверен что это искомый список но попробуй такой вариант:

 сделать чертеж, добавить в него сборку и добавить следующий текст

Runtime ID 65 : &model_name:65

Runtime ID 66 : &model_name:66

Runtime ID 67 : &model_name:67

Runtime ID 68 : &model_name:68

Runtime ID 69 : &model_name:69

Runtime ID 70 : &model_name:70

 

Добавил в чертеж

Вывело список моделей, но он не соответствует тому, который используется для проверки.

 

[fenics555 218]

Полазий в программе сборки, может там найдешь искомые номера.

[UraL 0]

Проверил память - ошибок нет.

Посмотрел программу, там другие номера.

 

Много разной информации в меню отладки (Debug) Creo, в том числе и по модели.

В этом режиме формируется множество различных списков и отчетов.

Можно посмотреть отладочную информацию по моделям, чертежам, объектам сессии и многое другое.

Можно сформировать дампы памяти, в которые выводится полная информация о моделях и их полном

содержимом (состав модели, параметры и т.д.)

В меню отладки (Debug) очень много разной информации. Рекомендую посмотреть, хотябы для ознакомления!!!

 

Но там нужной информации тоже нет.

 

Было бы удобно видеть в trail файле название компонента с которым начинает работать (проверять) Creo

и затем уже результат выполнения.
Но в этом случае trail файл был бы гораздо больших размеров.

[fenics555 218]

А если в сборке исключить почти все детали и проверить, то в трейле отразятся исключенные?