Zastosowanie uproszczonych reprezentacji graficznych w formacie *.CGR nie jest jedyną metodą optymalizacji obciążenia pamięci komputera podczas pracy z dużymi złożeniami. W systemie CATIA V5 możliwe jest także definiowanie własnych reprezentacji graficznych, które mogą być zastosowane zarówno dla pojedynczych części jak zespołów.
Zanim jednak przejdę do szczegółów definiowania i zastosowania alternatywnych reprezentacji graficznych, myślę, że warto zastanowić się chwilę nad strukturą pliku typu *.CATProduct. Model przestrzenny każdego produktu może być w systemie CATIA V5 zdefiniowany za pomocą trzech rodzajów komponentów (Rys. 1): Part (model pojedynczej części) oraz Product i Component (modele zespołów części):
- ProductA – złożony z dwóch części: Part1 i Part2,
- ProductB – złożony z zespołu Product2 (typu Product) i części Part3,
- ProductC – złożony z zespołu Product2 (typu Product), zespołu Product3 (typu Component) i części Part3.
Jeśli obiekty typu Part mogą być elementami składowymi obiektów typu Product i Component, to jaka jest między nimi różnica? Obiekty typu Product i Part mają swoją definicję zapisaną w pliku – odpowiednio: *.CATProduct i *.CATPart. Definicja obiektu typu Component jest zapamiętana tylko w definicji obiektu nadrzędnego (typu Product lub Component) i nie jest zapisana w dedykowanym pliku dyskowym, co sugerują także ikony tych poleceń – Component nie ma białej kartki w tle. Po uruchomieniu polecenia File/Save Management dla produktu ProductC łatwo zauważyć (Rys. 2), że Product3 (typu Component) nie znajduje się na liście plików do zapisu.
Jakie jest praktyczne zastosowanie obiektów typu Component? Jeśli definicja produktu zawiera powtarzające się „bloki” części lub podzespołów – na przykład „blok” mocujący (śruba, podkładka i nakrętka) lub „blok” łożyskowy (łożysko, pierścienie osadcze, uszczelki) – to zastosowanie obiektów typu Component pozwala znacząco uprościć drzewo strukturalne tego produktu.
cały artykuł dostępny jest w wydaniu 10 (109) październik 2016
