Zagadnienia projektowe dotyczące Biblioteki dynamicznej

Design Considerations for the Dynamic Library

Celem „Dynamicznej biblioteki części” (Dynamic Part Library) jest umożliwienie bieżącego dostosowywania w określonych granicach, które zawsze zapewniają poprawny wynik. Znaczenie poprawnego wyniku zależy od stosowanych procesów i geometrii oraz jest określone przez skonfigurowaną logikę projektu.

Logika projektu

Logika projektu ogranicza warianty części, które może utworzyć użytkownik. Tę samą część można utworzyć na dziesiątki różnych sposobów. Aby tworzyć niezawodne części, zawsze rozważaj zamierzony cel oraz skutki wprowadzanych zmian. W kontekście „Dynamicznej biblioteki projektu” (Dynamic Design Library) logika projektu występuje w dwóch formach:

Zamysł projektowy: sposób utworzenia modelu, który powinien umożliwiać jego łatwe modyfikowanie.
Sposób definiowania wymiarów i parametrów
Sposób używania wiązań
Sposób definiowania operacji
Oparta na regułach: jawne reguły definiowane podczas dodawania części do biblioteki.

Logika oparta na regułach może działać niezawodnie tylko wtedy, gdy zamysł projektowy został prawidłowo odwzorowany. Ogólnie, a szczególnie w przypadku komponentów „Biblioteki dynamicznej”, w miarę możliwości odwzorowuj zamysł projektowy na każdym etapie oraz w każdym szkicu, wiązaniu, wymiarze, równaniu i operacji. Wraz z praktyką staje się to naturalnym sposobem pracy. Przed próbą dodania modelu do „Biblioteki projektu” (Design Library) sprawdź jego niezawodność.

Zamysł projektowy

Projektuj celowo i z założeniem, że poszczególne elementy mogą ulec zmianie. Szybkie i niedopracowane metody modelowania mogą być dopuszczalne w niektórych sytuacjach, ale upewnij się, że części dodawane do biblioteki są w pełni zdefiniowane i utworzone w niezawodny sposób. Zastanów się, jak model zareaguje na niewielkie lub znaczne zmiany wartości w „Edytorze równań” (Equation Editor). Najlepiej wprowadź takie zmiany, modyfikując wartości w „Edytorze równań”, i sprawdź, co stanie się z modelem. Czy operacje zgłaszają błędy? Czy otwory pojawiają się w miejscach, w których nie powinny?

Przykład: otwór powinien zawsze znajdować się 1 inch od krawędzi

Rozważ przypadek, w którym otwór ma znajdować się w określonej odległości od krawędzi. Oba poniższe szkice dają tę samą geometrię i spełniają żądaną regułę projektową. Szkic po lewej stronie nie odwzorowuje jednak zamysłu projektowego, ponieważ położenie otworu zwymiarowano względem początku układu współrzędnych. Gdy zmienią się szerokość i wysokość prostokąta, położenie otworu nie ulegnie zmianie, co naruszy przyjętą regułę projektową.

Po prawej stronie wymiarujemy okrąg bezpośrednio względem krawędzi. Gdy zmienią się wymiary prostokąta, otwór przesunie się wraz z jego krawędzią i zawsze będzie znajdował się w odległości 1”, ponieważ geometria prostokąta służy jako jego odniesienie. Ten szkic odwzorowuje zamysł projektowy.

Przykład: wycięcie przez część

Załóżmy, że chcemy utworzyć operację „Wycięcie” (Extrude Cut). Zgodnie z zamysłem projektowym wycięcie ma przechodzić przez część. Używamy typu „Na głębokość” (To Depth) i przeciągamy wycięcie „daleko poza część” (po lewej stronie poniżej). Możemy zastosować inne podejście, ustawiając typ wycięcia na „Do geometrii” (To Geometry) i wskazując tylną ścianę jako geometrię docelową (po prawej stronie poniżej). Początkowo oba podejścia dają ten sam wynik. Podejście po lewej stronie nie jest jednak niezawodne.

Załóżmy, że znacznie zwiększymy grubość modelu bazowego — co stanie się w przypadku każdego z tych podejść? Wycięcie „Na głębokość” nie będzie już sięgać „daleko poza część” i nie przejdzie przez nią na wylot (po lewej stronie na dole). Wycięcie „Do geometrii” odwzorowuje zamysł projektowy, ponieważ niezależnie od grubości części bazowej zawsze będzie sięgać tylnej ściany.

Przykład: wysokość jest równa połowie szerokości

Po lewej stronie jawnie wymiarujemy prostokąt — „Szerokość” (Width) wynosi 10”, a „Wysokość” (Height) wynosi 5”, czyli połowę „Szerokości”. Po prawej stronie używamy równań. „Szerokość” nadal wynosi 10”, ale „Wysokość” jest określona równaniem „width/2”. Początkowo oba przykłady dają tę samą geometrię, lecz przykład po prawej stronie rzeczywiście odwzorowuje zamysł projektowy i jest bardziej niezawodny.

Załóżmy, że po miesiącu musimy zaktualizować „Szerokość”. Po lewej stronie aktualizujemy „Szerokość”, ale „Wysokość” pozostaje bez zmian. Musimy pamiętać o ręcznym zaktualizowaniu „Wysokości”. Po prawej stronie zajmuje się tym równanie „width/2”. Ponieważ za pomocą tego równania odwzorowaliśmy zamysł projektowy, reguła będzie zawsze zachowana niezależnie od wprowadzanych zmian.

Testowanie zamysłu projektowego

„Dynamiczna biblioteka projektu” działa przez modyfikowanie tabeli parametrów („Edytora równań”) przy użyciu nowych wartości określonych na podstawie danych wprowadzonych przez użytkownika. Z tego względu niezawodność modelu można sprawdzić w ten sam sposób.

Jeśli zamierzasz udostępnić użytkownikowi końcowemu parametry „Szerokość”, „Głębokość” (Depth), „Promień zaokrąglenia” (Fillet Radius) i „Liczba całkowita wzoru” (Pattern Count), przejdź do „Edytora równań” i zacznij wprowadzać liczby większe i mniejsze od wartości, które planujesz udostępnić. Obserwuj, czy model zmienia się w nieoczekiwany sposób. Niezawodnie zdefiniowane modele, które odwzorowują zamysł projektowy, są odporne na zmiany. Taki efekt należy uzyskać przed dodaniem części do biblioteki.

Oryginał: Design Considerations for the Dynamic Library