Связь между схемой и 3D для труб

[Wireless_Fidelity]

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

В CATIA разводка систем (трубо- воздухопроводы, кабели) производится на основе схемы, созданной в схемном модуле соответствующей дисциплины. В частности, нарисованные на схеме трубы (командой Route line) прокладываются в 3D (командой Route a Run).

Вопрос: как, находясь в документе с 3D моделью разведённой системы, для присутствующих в ней труб (как "голых" Run'ов, так и Run'ов с установленными физическими трубами) определить значок на схеме, для которого эта труба была построена. Подойдут любые решения, от KWE до RADE.

UPD
В приложении находится пример сборки трубопровода (дисциплина Piping), разведённого по схеме.

[Artem]

Насколько я понял выложен конечный вариант когда деталь(EQ-001) уже "подгядели" из схемы, а первоначально ее в сборке нет? одни раны и схема с компонентом?

[Artem]

Если ситуация как я написал выше (данные снимать сендмессаджем/комом)
1)Pipes_CNEXT - получаешь входные данные -пусть це будет выделенная труба BENDABLE-PIPE-BW-2in.CATPart
2)Шлешь alt+enter снимаешь с окна данные Piping/parent piping name(U1-P101-2in-CS150R-FG)
3)активируешь/окрываешь схему
4) делаешь список продуктов(например через selection1.Search "CATAsmSearch.Product,all").Можешь фильтрануть его по "PipeFunction"(Part Number/Ins.Name)
-находишь среди него по Piping/parent piping name(U1-P101-2in-CS150R-FG) искомую.
5)выделяешь ее и либо шлешь c:Related Objects либо через CATIA.StartCommand активируешь дерево парент/чилдрен
6)Шукаешь по насройкам - нас в основном интересует кнопка freese - если она при загрузке команды активна то окно чистое(хотя возможно просто глюк моей машины)=> ее сначала снимаем и потом нажимаем(если сразу отжата то просто нажимаем). теперь переходишь к CATwindowsdrawingarea и шукаешь стрелочками вверх/низ вправо/влево(работают ПРИ НАЖАТОЙ freese). При этом каждый раз получая selection1.item(1).value -Вуаля у нас список привязанных сборок - фильтранешь из него трубы и получишь детальки привязанные (в примере одна-но я полагаю с другого конца могут привязать и вторую)
7)в селект каждую + альт интер и снимаешь данные(в основном интересует 2D Component Instance\document и Reference 2D Component) - имеешь название 2д примитива
8.)Визуализация элемента в сборке....ну тут как в тз прописано, либо если сам и пишешь тз, то как фантазия повернет - я бы продублировал данные либо в простые драфтинговые дитто либо в парты(скетчер)....либо для каждого элемента сделал простой jpg(если интересует только просмотр)

Если деталь находится в сборке то все просто - Instance Name одинаковый

Подозреваю в рейде все можно реализовать гораздо проще, но уже долго с ним не общался

[Wireless_Fidelity]

Огромное спасибо за ответ! Только наши, русские программисты способны так быстро и находчиво решать проблемы (особенно понравилось про стрелочки и про "freeze"
А сейчас начну огорчать.

Дело в том, что трассы и трубы всегда прокладываются на основе идентификатора трассы - абстрактного объекта, не имеющего физического представления, в котором хранятся из которого "наследуются" свойства всем элементам, проложенным по этому LineID. Например, если у LineID в соответствующей вкладке (у нас это Piping) у атрибута Nominal size проставлено 2in, то и трубы, и трубная арматура, относящиеся к этому LineID, будут иметь в своих свойствах 2in в атрибуте Nominal size. В нашей сборке два идентификатора трассы: U1-P101-2in-CS150R-FG и U8-P801-2in-CS150R-FG.

Говорю всё это для того, чтобы показать, что идентификатор трассы НЕ является трубой ни в 3D, ни на схеме. И по одному идентификатору трассы вполне могут быть проложены (а в реальности так и происходит) 5 различных трасс (Run'ов), на каждой из которых лежит по трубе. Вот в этот момент возникает неоднозначность.
В схеме по одному LineID протянут пять схемных значков труб (см. приложенный архив). У всех у них в Related objects есть этот LineID, а LineID, в свою очередь, связан со всеми пятью схемными значками (назовём это множество "набор схемных значков")
После чего в 3D по схемным значкам труб протянуты трассы с физическими трубами. У всех трасс в Related Objects есть тот же LineID, а у физических труб там дополнительно содержится использованная для прокладки трасса. Таким образом, LineID в 3D связан со всеми его трассами и установленными на них трубами (а это множество назовём "набор проложенных труб").
Проблема в том, что "набор схемных значков" и "набор проложенных труб" никак не связаны друг с другом (точнее, эту связь никак не увидеть). Не совпадают ни имена, ни порядок следования объектов, ни даже их количество. Для расставленного оборудования всё совершенно по-другому, программный код отлажен и работает, но мой вопрос касается именно труб и трасс.

От себя добавлю, что, как мне кажется, получать инфомацию о схемном значке, по которому была проложен труба, с идеологической точки зрения нужно из документа с 3D сборкой. Потому как схема может быть разведена несколько раз в различных сборках. А вот сборке может соответствовать только одна схема. Именно поэтому в схеме не должно быть информации о её 3D-представлении, но в сборке данные о схеме должны быть. Это же подтверждается тем фактом, что как только при разводке трубопровода используется какая-либо схема, её дерево спецификаций копируется в дерево спецификаций сборки в качестве отдельного продукта.

Теперь по программной части. По всем дисциплинам из Equipment & Systems данные по "родительскому" идентификатору трассы, по расстановке оборудования (не труб) и прочие полезные вещи в Automation достаются через PspFramework (PlantShip Interfaces в CAA RADE). Поэтому манипуляции со вкладочками и Alt-Tab не требуются.
Однако, окно Related Objects отображает для физической трубы не только "родительский" LineID, но и использованную трассу, а это ценная информация. За это отдельное спасибо.

Повторюсь, в приложении лежат документы сборки и схемы, которые наглядно демонстрируют проблему идентификации схемных значков труб по соответствующим им трассам и физическим трубам в 3D.

[Artem]

В общем случае я так понял без дополнительного "пользовательского"маппинга не обойтись(предложение ручного селекта, либо по параметру revision\definition и т.п.), чтобы сделать его более безболезненным можно попробывать его реализовать при вставке трубы/рана....В качестве конфет можно сделать фильтры - для рана например подсчитывать число коннектов к другим ранам и по данному количеству фильтрануть трубы в схеме - но это подойдет при маппинге произведенном после построения всех ранов в сборке, а не при вставке нового конечно. Для существующих труб фильтр по предложенному выше вырианту -по идентификатору (в первом варианте примера практически однозначно определял сборку по схеме, во втором к сожалению бесполезен)....

[Wireless_Fidelity]

Боюсь, что вариант с ручной повторной "привязкой" следует рассматривать в последнюю очередь как радикальное средство. Но в этом случае фильтры по идентификатору трассы действительно облегчат жизнь пользователю. Спасибо.

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

[Artem]

Каким образом получили сборку по схеме? Какой то кнопкой в катьке сгенерировали по схеме или в паралельном окне смотрели и вручную собирали?

[Wireless_Fidelity]

При разводке трассы и расстановке оборудования нажатием кнопки Change to schematic mode происходит переход в режим использования схемы. В этом режиме в открывающееся окно подгружается файл схемы и в дальнейшем при каждой расстановке осуществляется выбор устанавливаемого элемента.
Ниже поясняющие скриншоты:

SchematicDrivenSchema.jpg (138.39 КБ) Просмотров: 10997

Кнопка перехода к другому режиму

SchematicDrivenButton.jpg (42.04 КБ) Просмотров: 10997

Режим расстановки по схеме

[Artem]

CAA RADE...эх даавно это было - пройдика по дереву аттрибутов для каждого фичера в дереве (если атрибут обьект то по его аттрибутам и т.д. по рекурсии) и выведи портянку с данными (первоочередно конечно раны смотрим)

[Wireless_Fidelity]

Что есть "портянка с данными"? Какие именно данные нужны и как их получить?
Изучив PlantShip Interfaces, я не нашёл каких-либо намёков на связь расставляемого оборудования со схемой. А для ранов так вообще доступно только построение по контрольным точкам...

[Artem]

catispecobject+рекурсивный проход по ключам даст тебе все что надо