Intralink 3.4 - опять проблемы

[VIKT0R 21]

Здравствуйте.

Intralink требует верификации family table объектов и сохраняет их в workspace, несмотря на то, что их никто не трогал. Например, добавляем в сборку подсборку, содержащую стандартную деталь. Затем делаем make flexible этой подсборки - supress любого компонента. Далее, при попытке сохранения сборки, зачем-то требуется verify стандартной детали, которую вообще никто не трогал!

С крепежом постоянно то же самое при самых разных обстоятельствах. Ilink зачем-то требует верификации какого-нибудь винтика, при этом, естественно, в workspace выгружается вся family table этого винтика, что очень неудобно. Ну а потом начинаются проблемы с авторизацией при check in, поскольку конструктор не имеет права изменять стандартные детали.

p.s.

save_object = changed

[VIKT0R 21]

Нашел на сайте ptc.com:

In 20.1 when regenerating a model with relations, the model gets marked as changed, if any parameter or dimension of the model has a different value than it had previous to the regeneration. Since 2000i when regenerating, the model gets marked as changed, whenever a parameter or a dimension gets changed during the regeneration, even if the final value is not different from the original value.

For example, when regenerating an assembly with a model that has not changed, but contains the relations

DUMMYPARAMETER = 1

DUMMYPARAMETER = 0

this part will get stored each time with the assembly, when the assembly has been regenerated before.

В моем примере оказалось достаточным из relation детали убрать строчку mass=mp_mass("").

Благодарю за внимание.

[suslad 1]

Странно все это. Эта строка ДОЛЖНА быть в каждой стандартной детале. IMHO. Потому что масса детали из начала таблицы совершенно отлична от массы детали в конце таблицы семейства. Может быть не совсем верно комплектовали вашу библиотеку в INTRALINK? Должны же быть уже наработанные методики. Вроде как.

[VIKT0R 21]

А зачем нужна строка mass=mp_mass("") в стандартных? Это же для автоматической простановки массы в чертеже?

[suslad 1]

Да не совсем так. Эта строка заставляет систему рассчитывать значение массы для исполнения. При подсчете массы сборки это очень актуально. Поэтому, при наличии такой строки, масса сборки считается корректно, а при ее отсутствии — нет (используется масса generic).

PS Может быть то что я написал справедливо только для 2001-го, а в WF уже все в порядке с этим.

[DmitryV 0]

Хотелось бы задать вопрос по непосредственному использованию Intralink"a. Если кто давно работает в Intralinkе, может поделятся опытом сдачи документации в архив, на утверждение технологам, в нормоконтроль и т.д. Были ли какие-то проблемы? Проблмы может быть связанные с именно с процедурой сдачи, с учетом (как это не забавно звучит) ну и т.д.

[Basnev 1]

Могу порекомендовать SVS.

Конечно, косвенная инфа, неполная, но качественная.

Изменено 23 июля 2005 пользователем Basnev

[SVS 1]

В моем примере оказалось достаточным из relation детали убрать строчку mass=mp_mass("").

Благодарю за внимание.

<{POST_SNAPBACK}>

Я в каждой модели, в конце дерева создал анализ "MASS", расчитывающий массу и анализ "MASS_CALC" в виде Relation и прописал там mass=floor(mass:FID_MASS,5)

Все OK!

[DmitryV 0]

Что такое SVS?

[Basnev 1]

DmitryV

Предыдущий оратор.

И его великолепные ответы.

Изменено 23 июля 2005 пользователем Basnev