| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Creo |
| | |
 | SF WELDING EXPORT , eine App
|
|
Autor
|
Thema: Restructure? (455 mal gelesen)
|
Joe Potato Mitglied
 
 Beiträge: 216 Registriert: 03.07.2002 "Wissen heisst wissen, wo es geschrieben steht" (Albert Einstein)
|
erstellt am: 05. Jul. 2002 12:51 <-- editieren / zitieren --> Unities abgeben:         
Hallo Gemeinde, da das gestern so super geklappt hat, hier noch ne Frage. Wie kann man Datums (Plane, Csys und Axis) restrukturieren, also von einer Subassy auf eine andere schieben? Wenn ich auf "restructure" gehe, dann sind se alle wech! Vielen Dank im vorraus Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
sadolf Mitglied VR-Projektleiter, IS-Berater, Konstrukteur
   
 Beiträge: 1440 Registriert: 27.11.2001 DeltaGen 12.1.1 VRED 2015 W7 64bit PrÖ, Katja Windchill TCE (nur unter Protest;)
|
erstellt am: 05. Jul. 2002 13:00 <-- editieren / zitieren --> Unities abgeben:          Nur für Joe Potato
Restructure verschiebt Komponenten, keine Datums! Was hast Du vor??????????? Halte Deine Abhängigkeiten in ProE überschaubar! Versuch mal was über Top-Down-Design / Skelette=Steuerteile / Layouts und Eltern/Kind-Beziehungen zu finden (Handbücher, hier, etc.)... und zu verstehen. Das sind die Sachen die kontrollierbar bleiben! ------------------ freundlich grüßend Sven Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Joe Potato Mitglied
 
 Beiträge: 216 Registriert: 03.07.2002 "Wissen heisst wissen, wo es geschrieben steht" (Albert Einstein)
|
erstellt am: 05. Jul. 2002 13:20 <-- editieren / zitieren --> Unities abgeben:         
Hallo Sven, habe eine Assy mit insg. 400MB, ca. 50 SubAssys und ca. 200 Parts. Alles von ner anderen Fa. erstellt. Muß den ganzen Rotz jetzt ordnen. Daher erstelle ich jetzt mehrere Assys so wie ich Sie brauche. Nun benötige ich bestimmte Datums in den Assys, da ich nur in den Subassys arbeiten will. Ich weiss, klinkt komisch, ist aber so. Übrigends, Insert -> Data from File funzt bei mir nich. Würds dadrüber gehen? Oder kann man Datums nicht irgendwie mergen? Gruß, Michael Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Manfred Mitglied Dienstleister
  
 Beiträge: 598 Registriert: 10.07.2000
|
erstellt am: 06. Jul. 2002 11:21 <-- editieren / zitieren --> Unities abgeben:          Nur für Joe Potato
Hallo, ordnen heißt ja eigentlich Ordnung schaffen. Wenn du alles anders machen willst, solltest du dich an den Anmerkungen von Sven halten. Es macht keinen Sinn, was ordnen zu wollen und gleichzeitig wieder Anhängigkeiten zu dem nicht geordnetem Zustand aufzubauen. Gruß Manfred Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Joe Potato Mitglied
 
 Beiträge: 216 Registriert: 03.07.2002 "Wissen heisst wissen, wo es geschrieben steht" (Albert Einstein)
|
erstellt am: 06. Jul. 2002 22:15 <-- editieren / zitieren --> Unities abgeben:         
Keiner versteht mich! Um es kurz zu machen, kann man nun ein Datum, das sich natürlich nur auf das Ursprungs-Koordinatensystem bezieht, in ein anderes Part oder eine andere Assembly kopieren oder nicht? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Stahl Mitglied unbeschreiblich
   
 Beiträge: 1475 Registriert: 30.01.2001
|
erstellt am: 06. Jul. 2002 22:22 <-- editieren / zitieren --> Unities abgeben:          Nur für Joe Potato
|
sadolf Mitglied VR-Projektleiter, IS-Berater, Konstrukteur
   
 Beiträge: 1440 Registriert: 27.11.2001 DeltaGen 12.1.1 VRED 2015 W7 64bit PrÖ, Katja Windchill TCE (nur unter Protest;)
|
erstellt am: 08. Jul. 2002 00:03 <-- editieren / zitieren --> Unities abgeben:          Nur für Joe Potato
Schau Dir mal im Referenzviewer an welche Kinder die Datums haben, die Du kopieren willst, die solltest Du dann auf die neuen umhängen, damit hier auch noch alles funzt. Das ist eigentlich Sträflingsarbeit  , aber da müßtest Du durch, wenn Du unbedingt neue Unterstrukturen anlegen willst. Hier kannst Du Dir mal copy_from_different_model anschauen. Ich kann Dir das aber wirklich nicht empfehlen!!! Besser ist es, so etwas mit simplified_reps aufzuteilen.  Hier kann man es sogar so geschickt anstellen, dass man die ursprünglichen asm überhaupt nicht verändert (Thema Datenbank und häufiger Austausch/Update der Daten zwischen Euch und dem Urheber des Datenklumpens), indem man den ganzen Haufen in ein eigenes asm einbaut und nur in diesem seine simpl_reps zurechtkonfiguriert.  So bekommst Du recht schnell ein paar handlich Stückchen und kannst Dir die wirklichen Zusammenhänge (manchmal steckt ja auch so etwas wie Konstruktionsabsicht dahinter) später in Ruhe "On Demand" aneignen. Viel Erfolg! ------------------ freundlich grüßend Sven Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Joe Potato Mitglied
 
 Beiträge: 216 Registriert: 03.07.2002 "Wissen heisst wissen, wo es geschrieben steht" (Albert Einstein)
|
erstellt am: 10. Jul. 2002 08:46 <-- editieren / zitieren --> Unities abgeben:         
|