---

beispiel1.jpg

Hallo liebe Community,

bisher war ich "nur" treuer Mitleser, der hier schon oft Antworten auf seine Fragen in anderen Beiträgen gefunden hat- aber dieses Mal hilft mir die Suchfunktion nicht weiter, habe nichts zu meiner Frage gefunden. Ich bin mir sicher, es gibt eine plausible Lösung bzw. einen work-around auf meine Frage, aber ich komme einfach nicht drauf...wenn ich nur auf dem Schlauch stehe, würde ich mich trotzdem über einen netten Hinweis darauf freuen ;-).

Meine Frage erkläre ich am besten ahand des Beispiels im Anhang:
Der blaue Scherenmechanismus ist als Unterbaugruppe in das Hauptprodukt eingefügt. Als Baugruppe an sich hat der noch 6 Freiheitsgrade (da er kein Fixed-Part beinhaltet), in sich selber besitzt er aber auch noch einen, und zwar die Bewegung entlang der Achse durch die Gewindemuttern (wo die Spindel drin steckt). 

Im übergeordneten Produkt habe ich die Baugruppe dann eindeutig definiert (siehe Bedingungen), aber der innere Freiheitsgrad ist jetzt gesperrt, sprich, im übergeordneten Produkt habe ich darauf keinen Zugriff mehr. Wenn ich die Spindel jetzt drehe (manipulativ oder auch im DMU Kinematics), bewegt sich der Scherenmechanismus nicht mehr mit. Wenn ich alle Einzelteile im Hauptprodukt habe, funktioniert das jedoch einwandfrei. Es scheint also, als ob die Unterbaugruppe überhaupt keine "inneren Bewegungen" mehr zulässt, obwohl dabei keine Bedingungen verletzt werden würden?!

Gibt es einen Weg, Zugriff auf diese inneren Freiheitsgrade auch in übergeordneten Ebenen haben? Es kann doch nicht der Sinn sein, ALLE Constraints aller Baugruppen erst auf der obersten Ebene einzufügen, damit es funktioniert, oder sehe ich das falsch?

Vielen Dank fürs Lesen, falls jemand eine Antwort hat, würd ich mich sehr freuen.

Einen schönen Restmittwoch,

der fensterputzer

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

---

Servus
Willkommen im Forum.
Du kannst die Unterbaugruppe als flexibel definieren (im Baum markieren -> RMT -> Objekt -> flexibel/starr), dann können fehlende Freiheitsgrade durch Bedingungen aus der Oberbaugruppe gesteuert werden.
Falls du einen Mechanismus in der Unterbaugruppe definiert hast kannst du diese mit "Sub-Mechanismen importieren" in deine Rootbaugruppe bekommen.

Gruß
Bernd

------------------
Warum einfach, wenn es auch kompliziert geht.

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

---

Hallo Bernd,
vielen Dank für deine schnelle Hilfe! Im Assembly-Design kann ich jetzt über das Manipulation-Tool den Mechanismus betätigen, aber im DMU Kinematics funktioniert es nur ca. 30° Drehung der Spindel. Danach dreht/bewegt sich nichts mehr. Wenn ich alles nochmal neu erstelle,  bekomme ich die Meldung, dass ich zu viele Commands habe (aber ich habe ja nur 1?) Kann sich das jemand erklären?

Vielen Dank schonmal im Vorraus und liebe Grüße,

fensterputzer

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

---

screenshot.jpg

...hab nochmal einen neuen Screenshot gemacht, damit man o.g. Problem besser nachvollziehen kann.

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

---

Hi Fensterputzer.
Das geht so nicht:
Die Teile der Schere selber bewegen sich ja auch zueinander, diese mpssen auch in die Kinematik mit Drehbewegungen übernommen werden.
Mit Unterbaugruppen gehts zwar auch, ist aber kompliziert (Mit importieren von Submechanismen)
Daher baue alle Teile besser in die Hauptbaugruppe ein und nimm alle Teile in die Kinematik mit auf!

------------------
gruß, Tom 

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

---

Hallo,

wenn die Baugruppenstruktur beibehalten werden soll, dann empfehle ich das ganze mit einer Skelettkinematik aufzubauen. Und danach die einzelnen Bauteile/Baugruppen an die kinematischen Glieder zu hängen.

Gruß
Reimund

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