---

dtm2.jpg

Hi WBF,

ich hab leider nüscht in der Suche gefunden, wenn ich ehrlich bin, fielen mir auch nicht viele Suchbegriffe ein.

Nur eine Verständnisfrage.

Ich habe zB beim Erzeugen einer Bohrung neue Datums als Bezug erzeugt. (siehe Bild und Modelbaum DTM1 udn DTM2)
Finde ich immer ganz angenehm, dann weiß ich wozu sie gehören und sie sind auch direkt ausgeblendet.

So, wenn ich nur eine weitere Bohrung als KE erzeuge und die an einer der vorangegangenen DTM (zB DTM2) platieren möchte, macht die WF4 das nicht, mit unten im Bild stehenden Hinweis.

Leuchtet mir allerdings nicht so ganz ein. Warum verweigert er sich dort so, ich meine, warum geht es nicht??

Kann es mir jemand erklären??

LG vom

Bombi

------------------
aka the
Ritter des Umbruchs zur Kaffeebohne
(geadelt von Wingmengvoniftigay)

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

---

Das ergibt sich höchstwahrscheinlich aus einer historischen Entwicklung.
Im Kern ist WF4 immer noch Pro/E von vor 10 Jahren und damals hieß die von ihnen genutzte Vorgangsweise on the fly. Die *on the fly* erzeugten Bezüge tauchten im Modellbaum gar nicht auf.

------------------
mfg HP

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

---

Einfach die eingebetteten Bezugseebenen aus dem entsprechenden KE rausziehen, dann sind diese Ebenen auch in anderen KE's verfügbar

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

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

---

Zitat:

---

Original erstellt von anagl:
Einfach die eingebetteten Bezugseebenen aus dem entsprechenden KE rausziehen, dann sind diese Ebenen auch in anderen KE's verfügbar

---

Moin,

danke schon mal für die Hinweise.
Wie ich es umgehe hatte ich auch schon gesehen, aber weiß jemand warum es so ist??

LG

Bombi

------------------
aka the
Ritter des Umbruchs zur Kaffeebohne
(geadelt von Wingmengvoniftigay)

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

---

Zitat:

---

Original erstellt von call4help:
Das ergibt sich höchstwahrscheinlich aus einer historischen Entwicklung. ...

---

Nicht ganz. Man hat ja schon seit Wildfire die ganz bösen on-fly-Bezüge entfernt, welche man echt nur in dem Element nutzen konnte, in dem sie erzeugt wurden und die auch nicht änderbar waren. Anschließend hat man es mit der sofortigen Gruppierung probiert, die nicht sehr schön war. In der WF4 hat man nun endlich eine Möglichkeit gefunden, diese Elemente in die KEs zu bringen. Dabei kommt aber die Eigenschaft zum Tragen, dass diese Bezüge dann auch nur von dem KE genutzt werden können (wie die altbekannten on-the-lfy). Jetzt hat man aber trotzdem Zugriff auf die Bezüge und kann sie gegebenenfalls umdefinieren. Außerdem hat man die Möglichkeit, die Nutzbarkeit für andere KEs nachträglich zu erzeugen, in dem man die Bezüge aus den KEs herauszieht, wobei auch gleichzeitig die Sichtbarkeit geändert wird. (Die Lösung finde ich derzeit die Beste, was die internen Bezüge angeht.)

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

Neu hier?     Verwundert über die Antworten?    Dann schnell nachfolgende Links durchlesen. 
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • Pro/E-Konfig • 7er-Regel      • Unities

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

---

Zitat:

---

Original erstellt von U_Suess:
Nicht ganz. Man hat ja schon seit Wildfire die ganz bösen on-fly-Bezüge entfernt, welche man echt nur in dem Element nutzen konnte, in dem sie erzeugt wurden und die auch nicht änderbar waren. Anschließend hat man es mit der sofortigen Gruppierung probiert, die nicht sehr schön war. In der WF4 hat man nun endlich eine Möglichkeit gefunden, diese Elemente in die KEs zu bringen. Dabei kommt aber die Eigenschaft zum Tragen, dass diese Bezüge dann auch nur von dem KE genutzt werden können (wie die altbekannten on-the-lfy). Jetzt hat man aber trotzdem Zugriff auf die Bezüge und kann sie gegebenenfalls umdefinieren. Außerdem hat man die Möglichkeit, die Nutzbarkeit für andere KEs nachträglich zu erzeugen, in dem man die Bezüge aus den KEs herauszieht, wobei auch gleichzeitig die Sichtbarkeit geändert wird. (Die Lösung finde ich derzeit die Beste, was die internen Bezüge angeht.)

---

Danke für die ausführliche Erklärung 

------------------
aka the
Ritter des Umbruchs zur Kaffeebohne
(geadelt von Wingmengvoniftigay)

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

---

on_the_fly.gif

Für die von Ihnen verwendete Vorgehensweise gab es, wie von call4help bereits angegeben, in den Versionen vor Wildfire/CREO einen eigenen Funktionsaufruf als  "on the fly".
Mindestens seit Wildfire werden diese "on the fly"-Elemente (otf) automatisch unter das KE angeordnet in dem sie erzeugt wurden und ausgeblendet. Das Ausblenden ist sinnvoll, da diese otf-Elemente im allgemeinen sowieso außerhalb des übergeordneten KEs nicht mehr genutzt werden können.
Wenn man es trotzdem versucht erhält man im Mitteilungsbereich auch den Hinweis, was zu machen ist, um das otf-Element weiter zu nutzen, nämlich das Positionieren im Modellbaum vor das übergeordnete KE. Das ist eigentlich immer möglich, da die otf-Definition nur auf bereits vorhandenen KEs möglich ist. Bei diesem Verschieben wird übrigens das otf-Element automatisch wieder eingeblendet und kann dann nachfolgend beliebig weiterverwendet werden.
Ich bin persönlich der Meinung, dass diese otf-funktionalität eine der mit am weitgehensten durchdachte und hervorragend umgesetzten Funktionalitäten in Pro/E ist.
Für das von Ihnen gewünschte Zusammenfassen von KE-Zugehörigkeiten ist das Gruppieren vorgesehen und bestens geeignet.

[Edit: Ok, so eine Verspätung kommt heraus, wenn man mitten im Beitragschreiben angerufen wird.}
------------------
----------------

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

[Diese Nachricht wurde von Wyndorps am 16. Dez. 2010 editiert.]

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

---

Dann hat ja das vorhandene alte Halbwissen einmal etwas genutzt.   

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

Neu hier?     Verwundert über die Antworten?    Dann schnell nachfolgende Links durchlesen. 
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • Pro/E-Konfig • 7er-Regel      • Unities

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

---

Noch ein Vorteil der eingebetteten Bezugeselemente (otf-KE):
Die Maße  der otf-KE's werden beim Ändern des Eltern-KE mit angezeigt

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

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

---

@U_Suess
Also zu mir waren diese on-the-fly Bezüge niemals böse – ganz im Gegenteil.
Heute müssen sie nach dem versteckten Bezug suchen, wissen vielleicht gar nicht ob es einen gibt, und mit den als böse verleumdeten on-the-fly Bezügen genügte eine Änderung (Editieren) auf den Teil, auf das KE auszuführen, und man erhielt alle relevanten Maße.
Es mag heute etwas übersichtlicher sein – bequemer ist es nicht – und ob es übersichtlicher ist kann man auch in Frage stellen – was soll ein on-the-fly Bezug, der aus dem KE herausgezogen gleich ausschaut wie ein extra erzeugter Bezug?
Auch nerven mich die entstehenden Bezüge beim Einbau on-the-fly – die will ich im Modellbaum nicht sehen.

------------------
mfg HP

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

---

Nochmals vielen Dank...

..ich sagŽs ja WBF  

------------------
aka the
Ritter des Umbruchs zur Kaffeebohne
(geadelt von Wingmengvoniftigay)

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

---

Zitat:

---

Original erstellt von call4help:
... – was soll ein on-the-fly Bezug, der aus dem KE herausgezogen gleich ausschaut wie ein extra erzeugter Bezug? ...

---

Nach dem Herausziehen ist es ein normaler, extra erzeugter Bezug. Er sieht nicht nur so aus.

Zitat:

---

Original erstellt von call4help:
... Auch nerven mich die entstehenden Bezüge beim Einbau on-the-fly – die will ich im Modellbaum nicht sehen. ...

---

Vielleicht verstehe ich diesen Teil der Aussage falsch, aber nach meinem Verständnis kann ein otf-Bezug beim Einbau allein in der Baugruppe definiert werden. Er muss daher als ein BG-KE auftauchen. Sein otf-Bezug wäre aber nur die einzusetzende Komponente. Sollte dieser "Nervfaktor" abgeschafft werden, müsste der otf-Einbaubezug in die einzusetzende Komponente integriert werden, obwohl seine Referenzen alle nur außerhalb liegen.
Da demnach die otf-Bezüge beim Einbau eigentlich ganz normale BG-Bezüge sind ist es für mich auch logisch und zwingend, dass ich diese im Modellbaum sehe.

------------------
----------------

"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 call4help:
@U_Suess
Also zu mir waren diese on-the-fly Bezüge niemals böse – ganz im Gegenteil.

---

Mit den bösen OTF meinte ich die ganz alten (vor Wildfire). Diese waren nicht im Modellbaum vorhanden und konnten auch sonst nicht gefunden werden. Natürlich war somit auch keine Änderung der Definition möglich. Dies war besonders ärgerlich, wenn man z.B. den Einbau darüber gemacht hat und die Referenzen für eine Ebene nicht mehr gepasst haben. Wenn man dann die ursprüngliche Idee nicht kannte, war man im Panikfenster ziemlich aufgeschmissen.

Die jetzige Lösung der OTF finde ich aber wie oben erwähnt gut. Sie werden auch häufig genutzt und sind in der CAD-Richtlinie (unserer Firma) als empfohlen Vorgehensweise ausgeschrieben.

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

Neu hier?      Verwundert über die Antworten?     Dann schnell nachfolgende Links durchlesen.  
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • Pro/E-Konfig • 7er-Regel      • Unities

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

---

Einbetten_loeschen.png

Beim Löschen von KE's mit otf-Bezügen erhält man dann nebenstehende Meldung
Normalerweise möchte ich aber komplett löschen; dann muss ich den Hacken wegnehmen

Gibt es eigentlich eine Aufstellung welche Bezüge in welche KE's einbettbar sind und welche Bezugs-KE als seperate KE's erzeugt werden.
z.B ist in ein Koordinatensystem ein Punkt einbettbar (Vorgriff WF5 Logik Koordinatensystem auf Fläche)

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

[Diese Nachricht wurde von anagl am 16. Dez. 2010 editiert.]

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