---

Hallo,

ich möchte mir zu allen Teilen in ein einer Baugruppe ermitteln, zu welchem Assmebly das jeweilige Teil gehört.
Dazu gehe ich die Baugruppenstruktur durch und mache für jedes gefundene Bauteil diese Überprüfung, zu welcher Baugruppe das Teil gehört.
Meine Funktion, die mir zu einem Teil den zugehörigen ASM-Name ermittelt sieht so aus:
(ich übergebe an die Funktion die Session curSession und den Teilename prtName des jeweils zu untersuchenden Teils)

Code:

---

...

    ModelDescriptor descr = pfcModel.ModelDescriptor_Create (ModelType.MDL_PART, prtName, null);
    Model model = curSession.RetrieveModel(descr);
   
            //zu einer prt die korrespondierende asm ermitteln
            if(model.GetType() == ModelType.MDL_PART){
          //Abhängigkeiten der prt auslesen - korrespondierende asm ermitteln
                Dependencies m_items = model.ListDependencies();
                for (int i = 0; i <; m_items.getarraysize(); i++){
                ModelDescriptor descrDep = m_items.get(i).GetDepModel();
              Model curModel = curSession.GetModelFromDescr(descrDep);
              //nur Abhängigkeit zu einer ASM suchen und deren Namen speichern
              if(curModel.GetType() == ModelType.MDL_ASSEMBLY){
              //Name des zugehörigens ASM zu einem PRT
              asmName = curModel.GetFileName();
              return asmName;
              }
          }
            }
   

---

...herauskommen soll der Name der Baugruppe, in dem das Teil drinsteckt bzw. verbaut ist.

Ich bekomme aber als Testausgabe immer nur den Namen der Oberbaugruppe, auch wenn das Teil nur einmal in einer Unterbaugruppe verbaut ist?!?!?!
Bei Unterbaugruppen-Teilen steht aber in den KE-Info´s zum entsprechenden Bauteil der Name der Unterbaugruppe drin! Ich weiß nicht recht, wie mein Programm immer wieder auf den Namen der Oberbaugruppe kommt!

Was hab ich denn hier falsch gemacht bei der Namensermittlung der zugehörigen Baugruppe???

Danke, Rico.

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

---

So, ernüchternde Antwort von PTC:
Eine Komponente weiß NICHT, wo sie verbaut ist! So ein Mist... wieso weiß das dumme Teil das nicht???
Naja, also kann ich meinen ursprünglichen Plan weghauen 

Soviel dazu...

Gruß Rico.

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

---

Hallo Rico,

dazu hättest du nicht wirklich PTC befragen müssen. Das ist Programmphilosophie und die sollte man schon kennen, wenn man mit den Werkzeugen recht nah am Herzen operiert. Aber das hatte ich dir wohl schon einmal so gesagt. 
Die Infos, welche du haben möchtest, setzen eine Datenverwaltung voraus. Wenn das nicht vorhanden ist, dann helfen evtl. kleine Tools wie Find my Mother vom Axel. Aber das sollte nur die Ausnahme sein.

PS: Speicherorte von Dateien werden natürlich auch nicht abgespeichert. 

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

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

---

Zitat:

---

Das ist Programmphilosophie und die sollte man schon kennen...

---

Schon richtig, aber woher soll ich´s wissen? Erst angefangen, keinerlei Schulung oder zumindest Lehrmaterial zu ProE bekommen - einfach rangesetzt wurden und dann programmier mal was, von dem Du noch gar keinen großen Plan hast - das is ja die Sch....!
Ich bekomme die einzigste Hilfe bzw. Bildung und Backgroundwissen so nach und nach durch das Forum hier vermittelt.
Glaub mir, ich bemüh mich wirklich, aber ProE stellt mich in regelmäßigen (kurzen) Abständen immer wieder vor Fragen über Fragen 

Gruß Rico.

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

---

Zitat:

---

Original erstellt von magic_halli:
... Schon richtig, aber woher soll ich´s wissen? Erst angefangen, keinerlei Schulung oder zumindest Lehrmaterial zu ProE bekommen - einfach rangesetzt wurden und dann programmier mal was, von dem Du noch gar keinen großen Plan hast - das is ja die Sch....!

---

zu dieser Vorgehensweise sage ich besser nichts  sonst müßten evtl. die Moderatorenkollegen entsprechend eingreifen 
Allerdings hast du inzwischen sicher genug Argumente, womit du wenigsten die Anschaffung eines guten Buches rechtfertigen kannst. Entsprechende Vorschläge sind sehr gut zu finden.

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

---

Gute Idee... ein Buch    (mal mit´m Chef reden    )

Nur leider habe ich hier bei den Buchvorschlägen immer nur Bücher gesehen, die sich um´s Konstruieren drehen. Ich bräuchte ein Buch, wo die Hintergrundzusammenhänge dargestellt sind und vor allem Jlink-Sachen diesbezüglich mit aufgeführt werden! Sowas wäre geil - gibts solch ein Teil? 

Ist dieses Buch "DENCorganizer" sowas, oder gehts hier auch hauptsächlich um´s Konstruieren?

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

---

Zitat:

---

Original erstellt von magic_halli:
... Nur leider habe ich hier bei den Buchvorschlägen immer nur Bücher gesehen, die sich um´s Konstruieren drehen. ...

---

Wundert dich das? Pro/E ist nun mal ein "Konstruktionsprogramm" und nur am Rande eine Programmierumgebung  Es sollten allerdings die Philosophie des Programmes dort auch nachzulesen sein. Ansonsten haben fast alle der Erklärungen nur wenig Sinn. Verhält sich ähnlich wie eine schriftliche Buchbesprechung, wenn man noch nicht lesen kann. 

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

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

---

Hallo Rico,

die Abhängigkeiten des Modells (model.ListDependencies()) dürften die falsche Richtung sein.
Ich schätze, die Richtung ComponentPath (siehe Doku Kapitel 16) dürfte eher zum Ziel führen (ohne das ich es ausprobiert habe).

Gruß

Michael

[Diese Nachricht wurde von michaeln am 27. Sep. 2006 editiert.]

[Diese Nachricht wurde von michaeln am 27. Sep. 2006 editiert.]

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

---

Ja, das könnte was sein?! Ich muss mich da erstmal reinlesen und ausprobieren, wie das gehen könnte 

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

---

Ja ComponentPath löst dein Problem http://ww3.cad.de/foren/ubb/Forum12/HTML/012180.shtml,  aber nicht was Du in diesem Thema möchtest!

Nochmals zusammengefasst.
1. Ein Einzelteil weiß nicht in welchen Baugruppen es verbaut ist!!
2. Ein Teil weil nicht in welchen Zeichnungen es benutzt wird !!

------------------
Servus
Alois

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

---

ComponentPath ist die Lösung! 

Code:

---

Assembly asm = (Assembly)model;
intseq ids = intseq.create ();
ComponentPath path = pfcAssembly.CreateComponentPath (asm,ids);
...
for(<jede Komponente durchlaufen>;){
    String path_asm = path.GetRoot().GetFullName().toString();
}

---

Wenn ich jetzt die Assemblystruktur durchgehe, dann steht für jedes einzelne Teil in path_asm das jeweilige Assembly drin, in welchem das Teil steckt! Also sagt mir das doch eigentlich, das ein Teil sehr wohl weiß, wo es an der jeweils auftretenden Stelle drinsteckt... zumindest deutet meine Ausgabe daraufhin.    

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

---

Zitat:

---

Original erstellt von magic_halli:
Also sagt mir das doch eigentlich, das ein Teil sehr wohl weiß, wo es an der jeweils auftretenden Stelle drinsteckt... zumindest deutet meine Ausgabe daraufhin.     

---

NEIN! Du fragst doch eindeutig die Baugruppe ab und nur die weiß es.

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

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

---

ja, Du hast natürlich Recht!!! Ich hab mich in meiner Formulierung echt verhauen. 
Aber das ist für meine Programmabarbeitung trotzdem das entscheidende Merkmal, mit welchem ich ein Vergleichsfunktion basteln konnte. Auf jeden Fall geht mein Mist jetzt hier 

...und ich schreib´s mir auch hinter die Ohren und merk´s mir, dass:

Zitat:

---

1. Ein Einzelteil weiß nicht in welchen Baugruppen es verbaut ist!!
2. Ein Teil weil nicht in welchen Zeichnungen es benutzt wird !!

---

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

---

Zitat:

---

Original erstellt von magic_halli:
...und ich schreib´s mir auch hinter die Ohren ...

---

merken reicht, da es ja nicht sehr lange dort stehen sollte (oder wolltest du dich dann nicht mehr waschen?) 

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