связи в Catia V.5

[Tom_o_hawk 0]

приветствую, соконфетники)

пытаюсь изучать катьку самостоятельно, возможно вопрос сов7 глупый, простите уж)

есть у меня сборка порядка 800 простых однотипных деталей/сборочных единиц (в основном - трубы круглого сечения). соответственно, связи там, по большей части, - соосность и поверхностный контакт. однако, проблема в том, что больше 40-50 связей наложить не удаётся: начинает сильно задумываться, и, в конечном итоге, находит невозможность совместного существования накладываемыж связей. если зафиксировать выставленные посредством связей элементы и удалить предыдущие связи - удаётся наложить те же 40-50 на следующие детали/подсборки, т.е. геометрия деталей верная.

в чём замес? почему только 40-50?

машина - P4 3.0@3.6GHz HT, 2.0GB RAM Dual Channel Kingston, глюков железа не обнаружено.

[Tom_o_hawk 0]

а, да чуть не забыл, Catia v5r14 sp5

[Tom_o_hawk 0]

ндааа. спасибо за ответы.

[Max KZK 2]

Какой вопрос - такой и ответ :)

Любая система затыкается при апдейте большого количества связей. Бороться с этим можно введением подсборок. Можно перейти на скелетонные методы работы "сверху-вниз", но там свои заморочки и этот переход кардинально не поможет. Можно оптимизировать структуру привязок: все привязывать к одной детали - лучше иметь много коротких цепочек привязок, чем одну длинную.

Если речь идет о трубчатых фермах - можно попробовать модуль Structure Design - возможно он побыстрее будет работать.

Если в сборке много одинаковых деталей - их можно размножать с использованием массивов.

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

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

[dynas 0]

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

Конечно , это не есть хорошо.Но комп. "висеть" не будет.

[Tom_o_hawk 0]

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

Конечно , это не есть хорошо.Но комп. "висеть" не будет.

<{POST_SNAPBACK}>

это понятно. дело в том, что нужно понять собираемость изделия в целом.

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

<{POST_SNAPBACK}>

мнээ... а правильная структура - это какая? концептуально, я не прошу конкретики) в этой сборке сотни сборочных единиц, как раз, и на подсборки я их бил так же, как бил бы по ЕСКД (одноуровневые подсборки). или вы не это имели ввиду?

[Max KZK 2]

неправильная структура сборки = с сотнями деталей на одном уровне

IMHO "в лоб" вы ее замучаетесь собирать. Больше 50 деталей тяжело.

[Tom_o_hawk 0]

неправильная структура сборки = с сотнями деталей на одном уровне

IMHO "в лоб" вы ее замучаетесь собирать. Больше 50 деталей тяжело.

<{POST_SNAPBACK}>

яволь.

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

[dynas 0]

Когда сборку делаем , не надо забывать о " drafting"e.В этом смысле , чем больше подсборок , тем меньше " constrain"ов , тем меньше проблем с "drafting"ом.Структура же сборки создается точно так , как во времена " кульмана "...логика тажа.

[Max KZK 2]

Драфтинг на большие сборки делается вообще специфическим образом и привязки тут не мешают, уверяю вас!

Расширение допуска не поможет (кстати, что это такое?). Разбивайте сборку на подсборки, можно на фиктивные. Иначе никак.

[Tom_o_hawk 0]

Расширение допуска не поможет (кстати, что это такое?).

<{POST_SNAPBACK}>

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

[dynas 0]

Цитирую:[size=7]Драфтинг на большие сборки делается вообще специфическим образом и привязки тут не мешают, уверяю вас![/size]

Это знаю.Подразумевал, что чем меньше лишней инфо. в чертеже , тем легче с ним работать.

Можно вид изолировать.Но желание видеть живую связь с моделью очень сильное.Я об этом.

[*.tmp0020 4]

Для Max KZK:

""Любая система затыкается при апдейте большого количества связей""

Что вы имеете в виду под системой? Саму программу, или комп? Если программу, то происходит ли

подобное с более другими CADами чем Catia? Или это присуще только Catia и всем ли релайзам?

[Max KZK 2]

Что-то провакационный вопрос какой-то...

Если собирать сборку по принципу снизу-вверх, то при достижении сборкой определенных размеров начинаются тормоза с обновлением большого количества связей. По моему опыту это имеет место у всех релизов CATIA и SolidWorks. Отсюда логично следует вывод, что проблема быстрого апдейта существует для всех систем. Где-то я даже читал статью на эту тему.

Катька затыкается на большем количестве связей, чем SW, и предлагает кое-какие инструменты для управления процессом апдейта. Но еще раз повторю, что глобально проблема решается методиками работы.