---

Hallo Gemeinde!

Wenn Baugruppen mit Layouts, Zeichnungen, Austauschbaugruppen, CopyGeom usw. aufgebaut, und danach kopiert und tlw. gelöscht werden, entstehen Pro/E Intern "Beziehungsleichen".

Man merkt dies daran (Pro/E Standalone), dass eine Textsuche mit dem Explorer über die Pro/E Daten, Einträge von Pro/E Dateien an den Tag bringt, welche in Pro/E über die "üblichen" Werkzeuge (Global Referenz Viewer, MODELCHECK, und Pro/PROGRAMM) nicht entdeckt werden.
Standalone ist dies eben auch kein Problem...

Leider sieht nun aber "mein" PDM diese Abhängigkeiten über die TOOLKIT Schnittstelle trotzdem, und erzeugt die entsprechende Referenztabelle.

siehe auch hier: http://ww3.cad.de/foren/ubb/Forum148/HTML/000022.shtml

Ich habe auch gesehen, dass die Pro/I Anwender ähnliche Sorgen mit den sogenannten "Ghost-Objekten" haben

siehe: http://ww3.cad.de/foren/ubb/Forum69/HTML/000117.shtml

Deshalb meine Frage an Euch:
Kennt jemand einen Kniff, wie man diese veralteten Einträge aus den Pro/E Files rausbekommt. (Ich möchte nicht unbedingt die Datei mit WordPad editieren, das riecht nach Ärger...)

Danke für Eure Hilfe!

------------------
Gruss Thomas

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

---

Wie machen wir das?!
Mit Intralink erkenne ich ja die Ghostobjekte sofort und kann die über Verwendungsnachweis zuordnen. Vielleicht bietet Profile ja was ähnliches.
Der nächste Schritt ist dann das öffnen des zugeordneten Teiles. Mit Globalreferenzviewer sehe ich nun die die Features mit externer Referenz und definiere sie um (wenn möglich). Manchmal muß ich auch ein Teil unterschieben was nachträglich geschickt wurde oder nicht mit umbenannt wurde.
Damit ist die Baugruppe sauber. Pro Referenz gehen so ca 5 Minuten drauf. Je nachdem wie weitreichend die Probleme. Es handelt sich oft um nutze Kante, externe Skizzierebenen, Achsenausrichtungen.
Verschmelzungsteile muß man schon unterschieben, umbenennen und abspeichern und eventuell wieder löschen.

Modellcheck wird hier auch nicht helfen können, weil ich nicht den Bereich der externen Referenzen (bis an welche Daten sind externe Referenzen erlaubt) prüfen lassen kann.

------------------
Des Übels Wurzel ist der Schwachsinn, wobei die Wurzel des Schwachsinns nicht zu unterschätzen ist (Werner)

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

---

Sorry ehlers, diesmal 0 Punkte.

Ich erwähnte ja: ES GIBT KEINE SICHTBAREN REFERENZEN IN Pro/E. Sondern eben nur in PRO.FILE

Umstrukturieren usw. ist nicht.

Ich sehe die Nummern die mir PRO.FILE als Referenzen liefert nur über den Texteditor, wenn ich ein Pro/E File entsprechend öffne, also eine "versteckte" Referenz.

Trotzdem vielen Dank und weitere Vorschläge willkommen!

------------------
Gruss Thomas

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

---

Hallo Thomas,
in ProI 3.2 gibt es die Funktion Beziehungen ändern. Wenn Ghost-Objekte o. ä. Müll entstanden sind, läßt sich das über diese Funktion sauber aufräumen. Ob damit aber alle Beziehungen immer gezeigt werden (wovon man ausgehen muß !??!!), entscheidet die Zukunft.
Gruß
Manfred

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

---

hallo thomas,

entstehen solche "leichen" auch in den baugruppen???

für layouts und zeichnungen gibt es folgende versteckte config.pro-optionen:
cleanup_layout_dependencies yes
cleanup_drawing_dependencies yes

siehe auch (wie schon von dir erwähnt) http://ww3.cad.de/foren/ubb/Forum69/HTML/000117.shtml
bzw. http://www.ptc.com/cs/tpi/114763.htm

-

------------------
cu
fossy
          meine kleine website

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

---

@ehlers

Sorry, offizielle Verbeugung und 50 Unities nachträglich:

- Nachdem ich heute morgen mit freiem Kopf nochmals an die Sache heran gegangen bin. (Habe gestern den ganzen Tag mit diesem Problem gekämpft) habe ich nochmals bei den betreffenden Teilen den GlobalReferenzViewer kontrolliert, und siehe da: Die betreffende Abhängigkeit war in diesem Fall keine Eltern-Referenz, sondern unter der Kinder-Struktur zu finden. Dort hab ich einfach nicht nachgeschaut...

Das Ding war eine verlorengegangene Komponente der Autauschbaugruppe.

Danach war die Lösung in diesem Fall relativ leicht:

- Dummy Komponente mit gleichem Namen erzeugen und Einbauen
- Austauschbaugruppe nach PRO.FILE Speichern
- Dummy Komponente löschen
- Austauschbaugruppe nach PRO.FILE Speichern

-> Referenz gelöscht!!!

Da genau diese Referenz weitere (nicht vorhandene) Referenzen aufwies war damit meine vorher hoffnungslos mit "Referenz-Leichen" verseuchte Baugruppe auf einen Schlag wieder clean...

Ob allerdings das ganze von einem "Standaruser" gehandelt werden kann (und will), welcher "nebenbei" noch eine tolle Konstruktion machen sollte, wage ich allerdings zu bezweifeln...

------------------
Gruss Thomas

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

---

Nochmal eine Frage an alle die die config cleanup_layout_dependencies yes, cleanup_drawing_dependencies yes verwenden. Ok, ich kann einchecken aber die fehlenden Referenzen sind doch immernoch vorhanden!? Eigentlich wird das Problem vertagt oder? Stört das niemanden ausser uns?
Bei Änderungen und nachträglichem Speichern taucht der "Ghost" wieder auf oder!?

------------------
Des Übels Wurzel ist der Schwachsinn, wobei die Wurzel des Schwachsinns nicht zu unterschätzen ist (Werner)

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

---

config cleanup_layout_dependencies yes, cleanup_drawing_dependencies yes

Nein, das Problem ist dann für die bestimmte Datei behoben, nicht verschoben, jedenfalls bei uns.
Diese beiden hidden configs sind aber meines wissens auch nicht zum Aufräumen in Baugruppen gedacht.

------------------
---------
Grüße Klaus

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

---

hallo nochmal,

Zitat:

---

Original erstellt von qwertzu:

Nein, das Problem ist dann für die bestimmte Datei behoben, nicht verschoben, jedenfalls bei uns.

---

... bei uns ist das auch so.
wichtig ist aber, dass man sich den TPI http://www.ptc.com/cs/tpi/114763.htm
genau durchliest!

------------------
cu
fossy
          meine kleine website

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

---

Eine potentielle Fehlerquelle habe ich auch noch festgestellt sind vereinfachte Darstellungen in denn mit Auswechseln gearbeitet wurde.
Vor allem wird das IMHO nicht durch das Löschen der korrupten Vereinfachten Darstellung gerade gerückt.

z.B Auszug aus einer Modell.inf Datei

Komponent Nummer 18
Interne Komponenten-ID 1447
Komponente  ist eine Auswechslungskomponente
Auswechslung durch vereinfachte Darstellung
    Ausgewechselt in:
    Darstellung  OHNE_BOHRUNGEN
    Darstellung  DYNAMIC_REP_90210

Hat hier jemand Erfahrungen

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

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

---

Hallo nochmal,
Leider hat die config bei uns nicht gewirkt.
Ich habe mehrstündig Teile umbenannt und versucht Zeichnungen zu retten, ohne Erfolg.
Wir hatten das Problem bei Moldbaugruppen oder solchen die darauf in Unterbaugruppen zurückgreifen.

Hotline hat gesagt: Mit 2001 gab es Änderungen/Erweiterungen die Intralink 2.0 nicht kennt, Somit ist das Kopieren von Baugruppen und Zeichnungen sehr gestört.

Wir werden wohl mal bald umstellen und sehen.

Tschau

------------------
Des Übels Wurzel ist der Schwachsinn, wobei die Wurzel des Schwachsinns nicht zu unterschätzen ist (Werner)

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

---

hi,

ergänzender Hinweis zu

"Ok, ich kann einchecken aber die fehlenden Referenzen sind doch immernoch vorhanden!? Eigentlich wird das Problem vertagt oder? Stört das niemanden ausser uns?
Bei Änderungen und nachträglichem Speichern taucht der "Ghost" wieder auf oder!?"

Erstellt Euch doch ein Anzahl von immer gleichbenannten Dummy-Baugruppen und Teilen ( z.B.: ZZZ_Dummy_01.asm, ZZZ_DUMMY_02.asm ...)
Wenn dann im Workspace ein Ghost erzeugt wird, benennt Ihr das Ghost-Objekt um.
Damit ist gewährleistet, daß eingecheckt werden kann, aber trotzdem "Muell" nicht vergessen wird.
Mit dem "WhereUsedReport" seht Ihr dann jederzeit welche Teile oder Baugruppen "Muell" enthalten.
Spätestens beim nächsten Umdefinieren der Mist-KEŽs taucht das Problem wieder auf, und kann dann behoben werden.
Und wenn ich ehrlich bin, stört es mich auch vorher nicht.

------------------
Gruß Placebo

Die Dinge sind nicht immer so,
wie zu sein scheinen

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

---

@Placebo
Leider haben die Ghost-Dateien keinen Report zu Where used oder Verwendungsnachweis.

Das ist was ganz anderes wie externe Referenzen von Teilen die mal in irgend einer Baugruppe erzeugt wurden.

Bei uns taucht der Fehler nur beim Speichern von Zeichnungen auf. Beim Speichern von Baugruppen haben wir damit keine Probleme.
Es handelt sich um Ghost-Dateien die sich nicht mehr reparieren lassen!

------------------
Des Übels Wurzel ist der Schwachsinn, wobei die Wurzel des Schwachsinns nicht zu unterschätzen ist (Werner)

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

---

WhereUsedReport.jpg

hi ehlers,

"Leider haben die Ghost-Dateien keinen Report zu Where used oder Verwendungsnachweis"

Aber jedes Ghost-Objekt hat doch einen WhereUsedReport!

Es kann sein, daß der im ersten Fenster leer iss. Dann heißt das, das der GHOST keiner externen Abhängigkeiten hat.
Wenn Du dann im WhereUsedReport - Fenster im Menü "View" auf "Show Internal Relationship" gehst, zeigt ER dir die internen Abhängigkeiten an.
Häufig sind das halt, wie im dargestellten Fall LayoutŽs, die man dann mit
#Deklarieren; #LayDekl aufheben

wegbekommt.

------------------
Gruß Placebo

Die Dinge sind nicht immer so,
wie zu sein scheinen

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

---

Wie im Bild zu sehen handelt es sich bei Dir um IL 3.x
Wir haben aber 2.0

Also warten wir und hoffen.

------------------
Des Übels Wurzel ist der Schwachsinn, wobei die Wurzel des Schwachsinns nicht zu unterschätzen ist (Werner)

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

---

hi,

... hab 'grad gesehen, dass ich vor kurem ü's vom sven für diesen "alten" thread gekriegt habe.

... scheint ja noch recht aktuell zu sein 

danke 

------------------
cu
fossy
          baumrasen.de

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