---

Vererbung.jpg

Hallo,

folgender Fall zu Vererbung: Referenzteil enthält Kontur aus Flächen zum Zweck der Vererbung als Materialschnitt
Im Zielteil wird die Sammelfläche der Flächenkontur abhängig plaziert über Koordinatensystem. Anschließend Materialschnitt mit Funktion "Verbundvolumen"
Die Option retrieve_data_sharing_ref_parts  steht auf "NO" bzw. ist nicht gesetzt.

Das Zielteil ist ein Generic mit verschiedenen Längenvarianten. Die Position des oben genannten Ausschnitts ist gesteuert über das Koordinatensystem in der Familientabelle

Öffne ich das Zielteil mit seinen Varianten, so wird aufgrund oben genannter Option die Referenz nicht geladen. Ist so ja auch gewollt.
Lasse ich nun die Varianten verifizieren bzw. öffne ich eine Variante, so wird die Position des Ausschnitts nicht regeneriert, d.h. das Koordinatensystem steht anhand des Wertes in der Familientabelle an richtiger Stelle, die Vererbung wird aber nicht "mitgezogen".
--> Somit erfolgt der Materialschnitt an der falschen Stelle, bzw. falls ausserhalb vom Teil (Variante ist kürzer als Generic), dann läuft ProE in den Fehlermodus. Siehe Bild  

Ist die Option retrieve_data_sharing_ref_parts = yes gesetzt, so wird die Referenz geladen und alles richtig regeneriert bzw. auch richtig verifiziert.

Nachtrag zu Intralink: Beim Checkout mit "Required" Option wird das Referenzteil nicht mit ausgecheckt, ist somit nicht vorhanden. Öffnet man ProE mit gesetzter Option  retrieve_data_sharing_ref_parts = yes , so holt es sich das Referenzteil selbständig aus dem CS

Frage an die Vererbungsprofis:
Seid Ihr der Meinung, dieses Verhalten ist gewollt oder ein BUG? Habt Ihr Erfahrung mit dem Speichern? Nimmt die Anzahl der Speicherungen der betroffenen Parts zu?

Danke und Gruß
Georg

EDIT: Die auf dem Bild sichtbare Sammelfläche sollte mittig auf dem Koordinatensystem stehen (Die Position des Koordinatensystems wird in der Familientabelle gesteuert)

[Diese Nachricht wurde von VTR1000 am 26. Jul. 2007 editiert.]

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

---

Hallo,
das Verhalten von Pro/E ist korrekt und so gewollt.
Erst wenn Spenderteil in Sitzung und Empfängerteil regeneriert wird zieht die Geometrie nach.
Gruß

------------------
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

---

Servus Georg,

zunächst mal viele Grüße aus Hessen an den Ehemaligen Leidensgenossen!   

Welches Problem hast Du damit die Option "retrieve_data_sharing_ref_parts" generell auf YES zu stellen? So groß dürfte der Importierte Flächenverbund ja nicht sein, daß Dir mangels Arbeitspeichermangel die Kiste in die Knie geht.
Wenn alle vererbten Refs in Sitzung sind, bist Du wnigstens sicher, daß Deine Geometrie stimmt.  

Gruß

Heiko

[Diese Nachricht wurde von MR2 am 31. Jul. 2007 editiert.]

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

---

Zitat:

---

Original erstellt von ehlers:
das Verhalten von Pro/E ist korrekt und so gewollt.
Erst wenn Spenderteil in Sitzung und Empfängerteil regeneriert wird zieht die Geometrie nach.

---

Hallo ehlers, hallo Heiko

ich bin Eurer Meinung bezüglich Geometrie aktualisieren; erst wenn das Teil geladen ist, soll die Aktualisierung stattfinden.
Jedoch, hier gehts um die Position der Referenz, welche ebenfalls erst aktualisiert wird, wenn die Referenz geladen ist. Siehe Bild vom ersten Beitrag. Hier würde mir gefallen, wenn die Position regeneriert wird.

Ich sehe zwei Punkte (in Verbindung mit Intralink)
1. Beim Auschecken innerhalb Intralink gibt es die Option "notwendige" (required) Beziehungen, bei denen Baugruppen wesentlich schlanker daherkommen (weniger Teile), dabei werden Externe Referenzen aber nicht berücksichtigt

2. Bekommt das Zielteil laufend eine neue Versionsnummer, wenn laufend (bei jedem Öffnen) Varianten durchregeneriert wird (Öffnen via übergeordneten Baugruppen) und kommt es dann zu Problemen beim einchecken wegen den quasi modifizierten Objekte?

Wie sind Eure Erfahrungen?

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

---

Hallo Georg,

zu 2. Familientabellenteile die vor dem speichern korrekt geprüft wurden müssen (nach meiner Erfahrung) beim Öffnen aus I-Link nicht regeneriert werden.
Dementsprechend sind diese nicht verändert, werden nicht abgespeichert und erhalten keine höhere Versionsnummer.
Wenn - aus welchem Grund auch immer (z.B. im Zusammenhang mit der Zeichnungserstellung) - ProE die Prüfung der (eigentlich unveränderten!) Varianten anmeckert, kann man die Varianten im WS ja auch wieder updaten um ein erneutes einchecken und damit hochzählen der Version zu vermeiden.
--> Immer natürlich vorausgesetzt, es wurde nicht wirklich etwas an Generic o. Variante geändert (Layereinstellung,...)

Gruß

Heiko

BTW: in der Zeit v. 09.08.-12.08. bin ich mal wieder in Deiner Gegend, könnte also (bei einem Bierchen) Live-Support bieten   

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

---

Hallo!

Ja, wenn retrieve_data_sharing_ref_parts auf NO gesetzt wurde,
ist die externe Referenz (Koordinatensystem)bei einer Kopiegeometrie nicht verfügbar, deshalb bleibt die Position wie im Generic,
Ebenso bei Verwendung von #Ausschnitt_aus_anderem_Modell.

Einzig bei #Vererbung_aus_anderem_Modell klappt es mit der Positionierung auch so!

Gruß
Arni

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