---

Hallo Forum,

habe ein paar Fragen bezüglich der deformierbaren Bauteile. Kann es sein, dass diese Teile ein Ressourcenfresser sind? Habe ein paar Federn eingebaut und es dauert ewig lang, eine Komponente zu verknüpfen.

Des weiteren wollte ich die zusammengedrückten Federn über einen Ausdruck steuern, den ich vorher in der übergeordneten Baugruppe über Messen erstellt habe. Funktioniert leider nicht. Ich bekomme immer die Meldung "eigenabhängiges Objekt vorhanden". Versteh ich nicht. Wenn ich einen einfachen Parameter habe, dann funktioniert es einwandfrei. Habe mir jetzt damit beholfen, über Analyse den genauen Wert zu ermitteln und diesen dann direkt für die Verformung anzugeben. Ist aber nicht assoziativ das Ganze. Weiß jemand eine Abhilfe?

Hat jemand von euch Erfahrungen mit deformierbaren Bauteilen, die obendrein noch variabel positioniert sind? Habs gerade versucht, geht auch, aber mein Rechner geht bei der ganzen Gaudi ganz schön in die Knie. Wie sind so eure Erfahrungen mit diesen Funktionen?

------------------
Gruß 

Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Markus_30:
.... Kann es sein, dass diese Teile ein Ressourcenfresser sind? Habe ein paar Federn eingebaut ....

---

Ja, insbesondere Federn (Helix).

Ich nehm an du beziehst dich auf NX1 (Firma). Da geht das mit den Expressions noch nicht. Ansonsten siehe auch hier.
In NX3 gehts, aber Ungereimtheiten gibts da natütlich auch hin & wieder ...

Was meinst du mit "variabel positioniert" genau ?

Ansonsten ist - abgesehen von den üblichen Qualitätsmängeln und den vorhandenen Restriktionen - mit den DeformableParts mittlerweile recht gut zu arbeiten (NX3.0.2.3)

Gruß
Thomas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von zwatz:

Ich nehm an du beziehst dich auf NX1 (Firma).

---

Ne, ich meinte eigentlich schon NX3. Sorry, hätt ich dazu sagen sollen. Hintergrund ist folgender. Hatte in NX1 Probleme mit deformierbaren Teilen (ließen sich nicht auf die Geometrie verknüpfen, sondern nur auf Bezugsebenen). Da wir bald auf NX3 updaten werden wollte ich nur mal schauen, obs in NX3 besser ist.

Zitat:

---

Original erstellt von zwatz:

Da geht das mit den Expressions noch nicht. Ansonsten siehe auch hier.
In NX3 gehts, aber Ungereimtheiten gibts da natütlich auch hin & wieder ...

---

Du sagst es. Da ich eh gerade am rumprobieren war, wollte ich das mit dem Messausdruck auch noch probieren. Da macht UG aber nicht mit.

Zitat:

---

Original erstellt von zwatz:

Was meinst du mit "variabel positioniert" genau ?

---

Wollte versuchen, die Feder von zwei Seiten einzuspannen. Die beiden Teile zwischen denen die Feder eingespannt ist, gehen auf und zu. Also klebt die Feder auf einem Teil, das in meiner Oberbaugruppe variabel positioniert ist.

Zitat:

---

Original erstellt von zwatz:

Ansonsten ist - abgesehen von den üblichen Qualitätsmängeln und den vorhandenen Restriktionen - mit den DeformableParts mittlerweile recht gut zu arbeiten (NX3.0.2.3)

---

Naja, Fehler wird es immer welche geben. Aber alles in allem muss ich schon sagen, dass das mit den deformierbaren Teilen in NX3 viel besser ist (da jetzt ja auch auf die Geometrie des Deform-Teils verknüpft werden kann).

------------------
Gruß 

Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo NX-Freaks,

die deformable parts sind erst wirklich mit dem QRM 3 MP1 von NX3 (NX 3.0.3.1 MP1) zu gebrauchen. Erst jetzt behalten die Dinger dann auch im Raum ihre Position (für jene die Arrangements verwenden).

Es gibt ein paar Restriktionen. Wenn man diese akzeptiert, so sind die deformable parts wahre Wunderdinger.

1.) Bauteile, die über Expressions erzeugt werden, können nur über Expressions gesteuert werden. Beispiel: die Feder (mit oder ohne anliegenden Enden) wird meistens über eine law_curve oder über eine Helix erzeugt. Die Höhe der Feder ist somit über die Parameter dieser Curven bestimmt. Nun kann man nicht voraussetzen, dass beim Einbau dieser deformierbaren Feder die Länge z.B. über Mating conditions bestimmt wird. Es können nur die erzeugenden Parameter (Expressions, Kurvenzüge, etc.) variert werden. Das heisst, dass die Länge der Feder wieder über eine Expression gesteuert werden MUSS !!!! Nun die Einschränkung: die Messfunktion geht nicht, da sie eine "Circular Reference" erzeugt, sobald man auf die zum Messen verwendete Elemente (z.B.: Flächen) maten möchte. Hoffe, dass UGS dieses Problem endlich fixt.

Sind die beiden Flächen, die die Länge der Feder bestimmen, über eine Distance-Mating condition bestimmt, so ist der Parameter für die Federlänge schon vorhanden. Ansonsten muss ich auf einen Workaround zurück greifen. Eine Steuerskizze, die in der Baugruppe assoziativ die Federlänge bestimmt, hilft weiter. Hier funktioniert dann die Messfunktion und die Federlänge ist assoziativ !

2.) Deformable Parts sollten nach Möglichkeit nicht auf ein Datum-CSYS bezogen sein, sondern auf datum planes und -axis. Diese Vorgehensweise hat Positionierungsprobleme reduziert. War allerdings vor QRM 3.

3.) Def. Parts sind Performance-Fresser. Sofern möglich - mit Reference-Sets arbeiten (z.B.: Gummiring undeformiert und eingebaut). Ist wesentlich effizienter und bringt weniger Probleme mit sich.

Deformable Parts lassen sich auch wunderbar mit Partfamilies verknüpfen.

BR
Luggi

------------------
;-)= Luggi

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP