---

Hallo zusammen
mir ist heute beim Konstruieren eines Gussgehäuses ein Problem untergekommen, dass wir Kollegen uns nicht erklären können:
Das prinzipielle Vorgehen sollte so aussehen:
- Ich konstruiere die Innengeometrie als Solid, sprich den Kern der in die Gussform eingelegt wird
- In einer früher Phase der Konstruktion (weit oben im Baum) erstelle ich eine Pub-Geo mit einigen zu diesem Zeitpunkt vorhandenen Oberflächen
- Ich konstruiere den Kern weiter, dabei werden auch die publizierten Flächen verändert, die hierbei entstehenden KEs werden allerdings unterhalb der Pub-Geo eingefügt
- Per Pub-Geo und Flächenversatz erzeuge ich mir einen "Aussenkern" als Positivform des Gehäuses als eigenes Part
- Ein drittes Part enthält dann die Körperflächen des fertigen Innen- und Aussenkerns (dort jeweils als letztes KE eine weitere Pub-Geo eingefügt), per Verbundvolumen entsteht so das Rohteil des Gehäuses

Jetzt zum Problem: Nach unserer Logik müsste die Pub-Geo, die weit oben im Baum des Innenkerns steht, genau die Geometrie publizieren, die zum Zeitpunkt der Erzeugung der Pub-Geo (bzw. wenn man den Einfügemodus vor die Pub-Geo setzt) vorhanden ist. Somit kann ich direkt meine Versatzflächen im Aussenkern erzeugen, ohne dass mich nachträglich eingefügte Radien und ähnliches stören. Heute zeigte sich allerdings, dass die Pub-Geo in Wirklichkeit die Geometrie des fertigen Teils publiziert, als wäre das Pub-Geo-KE das letzte KE im gesamten Baum.

Habt ihr das schon erlebt? Sagt ihr "ist ja klar, das muss so sein"? Liegt das Problem bei mir oder bei der Software?
Ich hoffe, ihr könnt mir helfen, die Suche hab ich schon bemüht, leider ohne Erfolg.

Gruß und danke schon mal

Christian

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

---

triloll_ausform.zip

Zitat:

---

Original erstellt von cbsulz:
...Nach unserer Logik müsste die Pub-Geo, die weit oben im Baum des Innenkerns steht, genau die Geometrie publizieren, die zum Zeitpunkt der Erzeugung der Pub-Geo (bzw. wenn man den Einfügemodus vor die Pub-Geo setzt) vorhanden ist. ...

---

Das ist nicht zwingend so.
Im Anhang eine Beispiel:
Im Trilolli habe ich einen Flächenzustand publiziert.
Nachträglich wird diese Fläche als Sammelfläche mit anderen Flächen verschmolzen. Sie verliert dadurch sozusagen ihre eigene Identität. Im Modell Ausform wird diese publizierte Geometrie verwendet und stellt dort immer den Endzustand der Sammelfläche dar. Das kannst Du nachvollziehen, wenn Du in der Konstruktionshistorie des Trilollis direkt hinter die Publiziergeometriedefinition gehst und dann das Modell Ausform regenerierst.

In Deiner Anwendung musst Du mit Sammelflächen sehr vorsichtig umgehen.

Ungetestet:
Vielleicht kann man nach dem Pub-KE eine Null-Versatzkopie der Flächen erstellen und die weiteren Operationen daran durchführen. Dann müsste es nach Deinen Wünschen funktionieren.

------------------
----------------
"Ich stimme mit der Mathematik nicht überein. Ich meine, daß die Summe von Nullen eine gefährliche Zahl ist."  (Stanislaw Jerzy Lec)

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

---

trilolli2.zip

Mit Flächenkopie geht es. Beispiel im Anhang.

------------------
----------------
"Ich stimme mit der Mathematik nicht überein. Ich meine, daß die Summe von Nullen eine gefährliche Zahl ist."  (Stanislaw Jerzy Lec)

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

---

Zitat:

---

Original erstellt von Wyndorps:
Mit Flächenkopie geht es. Beispiel im Anhang.

---

Weil das PubGeom sonst den Volumenkörper referenziert. 

------------------
"If you are not living life on the edge, you are taking up too much space". . =>MfG Khan<= 

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

---

Hi,
Wir haben das gleiche Problem festgestellt, dass WF2.0 mit der PubilcGeo Probleme hat, wenn sich diese auf den Volumenkörper bezieht.
Das "Feature" wurde uns bei einer Schulung "vorgestellt", auch mit der Version M250. 
Evtl. mal im Update Adviser nachschauen mit welcher Wochenversion das Problem behoben wurde.
[URL=http://www.ptc.com/appserver/cs/update_advisor/UpdateAdvisorSearchCriteria.jsp][/URL]
Wir arbeiten mit M260, bleiben aber bei der Arbeitsweise mit Flächenkopie, vor der PublicGeo.

Viele Grüße

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

---

Hallo!

Das ist meines Erachtens kein Problem oder Fehler, sondern so gewollt!

Das PublizierKE ist (nur) eine Sammlung von Referenzen, um zB. eine externe Referenzierung einfacher zu handhaben.
Und dementsprechend soll man dieses KE auch richtig einsetzen.

Ich würde an den gewünschten Stellen im Modellbaum Flächenkopien erzeugen, diese dann mit dem PublizierKE sammeln und zur besseren Übersicht kann man dieses KE auch noch in die Fußzeile verschieben.

Gruß
Arni

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

---

Hallo zusammen
vielen Dank für die zahlreichen Antworten. Ein weiterer Kollege hat mir den gleichen Tip wie ihr gegeben: Die zu publizierenden Flächen kopieren und dann die Kopien publizieren. Damit funktioniert das ganze jetzt so wie es soll.

Danke nochmal und ein Gruß an alle
Christian

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