---

Guten Tag,

weiß jemand, wie ich mit C den Tag_t einer Komponente in einer Unterbaugruppe bestimmen kann?

Ich habe eine Baugruppe mit Unterbaugruppen. In diesen Unterbaugruppen iteriere ich über alle Komponenten und weiß daher deren dortige Tags.
Wenn ich nun in meiner obersten Baugruppe alle "Kinder"-Baugruppen aufliste und dann rekursiv deren "Kinder"-Baugruppen, dann kann ich irgendwann das gewünschte Modell ansprechen. Ich erhalte ja immer den Occurrence-Tag einer Unterbaugruppe, und kann dann mit dem zugehörigen Prototypen deren Unterbaugruppen ansprechen.

Meine Frage ist nun aber: Welchen Tag_t hat das letztendliche Modell bezogen auf die oberste Baugruppe, so dass ich es bei deren Constraints angeben kann?

Ich hoffe, jemand kann mir da aus der Patsche helfen.
Muss auch nicht mehr heute sein 

Schönes Wochenende
Tobias

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

---

Hallo Tobias,

eine fertige Lösung kann ich Dir leider nicht anbieten, evtl. hilft der eine oder andere Tip:
    - Kannst Du eine aktuellere Version nutzen ? In NX5 sind die Bibliotheken
      z.B. umfangreicher als in NX2
    - Iteration aus einem anderen Workpart starten ?
    - Bibliotheken durchstöbern und ausprobieren, evtl. NXOpen.Utilities ?

Gruß, Michael

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

---

Hi Michael,

neue Bibliotheken kann ich vielleicht irgendwann mal verwenden, aber die laufenden Projekte müssen unter NX2 lauffähig sein.

Wir sind hier jetzt übereingekommen, dass wir eine große Iteration starten. Sprich:
mit UF_ASSEM_ask_occs_of_part werden erst mal alle Kinder, Enkel, usw. ermittelt, die denselben Prototypen haben wie das angesprochene Modell. Und dann wird zu jedem dieser Möglichkeiten die Eltern-Baugruppe ermittelt mittels UF_ASSEM_ask_parent_component. Was da dann rauskommt, wird mit dem im ersten Thread beschriebenen Iterationspfad verglichen. Kommt die Eltern-Baugruppe in diesem Pfad an der richtigen Stelle vor, wird wiederum deren Eltern-Baugruppe gesucht. Die Baugruppen, bei denen das nicht zutrifft, werden im Folgenden einfach verworfen. Dieser Prozess wird solange rekursiv wiederholt, bis man schließlich wieder bei der obersten Baugruppe angekommen ist, und von den anfangs ermittelten Kindern, Enkeln ... nur noch eines überbleiben dürfte.
So ist jedenfalls die Theorie.
Mal schauen, ob das in der Praxis auch so umzusetzen geht.

Ansonsten wird das Problem erst mal auf die lange Bank geschoben und stattdessen andere Aufgaben implementiert. Bei deren Bearbeitung stoße ich vielleicht noch auf andere brauchbare Ansätze.

MfG
Tobias

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