| |
 | CATIA V5 Grundkurs | Einsteiger - 5 Std. 15 Min 48 |
| |
 | Schnell, effizient und günstig: Mit der Kisters 3DViewStation 3D Arbeits- und Reparaturanleitungen einfach erstellen und pflegen, eine Pressemitteilung
|
Autor
|
Thema: Assosiative Projektionen von Körperkanten (6436 mal gelesen)
|
mkna Mitglied Konstrukteur
 
 Beiträge: 137 Registriert: 18.03.2005
|
erstellt am: 04. Jul. 2006 13:31 <-- editieren / zitieren --> Unities abgeben:         
Hallo zusammen In ein Part, welches ich zusätzlich in einen Baugruppe eingefügt habe, möchte ich Ableitungen von Körperkanten aus eben jener Baugruppe erzeugen. Dies funktioniert auch indem ich in einer Skizze Körperkanten projziere. Das Problem ist jedoch das Catia offensichtlich Kopien der jeweiligen Körperkante als expliziete Kurve einfügt um von dieser die Projektion zu erzeugen. Dabei geht die Assoziativität zwischen der Kante und der Projektion verloren. Ich suche jedoch nach einer Möglichkeit eine assoziative Kopie zu erstellen vielleicht kann jemand von euch helfen. Siehe auch gefügtes Bild Im vorraus Vielen Dank für eure Bemühungen Martin
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
kri Mitglied Dipl. Ing. Konstruktion / FEM
  
 Beiträge: 965 Registriert: 15.12.2004 Hauptrechner CATIA V5R12, R14, R16 32/64Bit Windows XP Pro X64 Edition Intel XEON E5345 4x2,33GHz 16GB RAM Quadro FX 3450/4000 SDI 256MB - Zweitrechner CATIA V5R12, R14, R16 32/64Bit Windows XP Pro X64 Edition 2x Intel Pentium D 3.2GHz 4GB RAM Quadro FX 3450/4000 SDI 256MB
|
erstellt am: 04. Jul. 2006 13:38 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
Hallo, lange nicht mehr gemacht. Aber ich glaube wenn Du das zu projizierende Element im Baum anwählst bleibt die Projektion assoziativ. Nachteil: kompletter Körper/Feature wird projiziert. ------------------ KRI Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
mkna Mitglied Konstrukteur
 
 Beiträge: 137 Registriert: 18.03.2005
|
erstellt am: 04. Jul. 2006 14:16 <-- editieren / zitieren --> Unities abgeben:         
Hallo Kri Innerhalb eines Parts funktioniert das wunderbar. (Hierfür erstmal 10U für die schnelle Antwort) Werde ich bestimmt bei anderer Gelegenheit nochmal einsetzen können. Jedoch wenn ich eine Projektion bauteilübergriefende benötige geht die Assoziativität verloren. Ist vielleicht auch nachvollziehbar, denn woher soll das Part "wissen" wie das andere Bauteil von dem es die Geomtrie erhalten soll zu sich positioniert ist. Besteht daher die Möglichkeit auf der Productebene Projektionen zu definieren ? Martin Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
kri Mitglied Dipl. Ing. Konstruktion / FEM
  
 Beiträge: 965 Registriert: 15.12.2004 Hauptrechner CATIA V5R12, R14, R16 32/64Bit Windows XP Pro X64 Edition Intel XEON E5345 4x2,33GHz 16GB RAM Quadro FX 3450/4000 SDI 256MB - Zweitrechner CATIA V5R12, R14, R16 32/64Bit Windows XP Pro X64 Edition 2x Intel Pentium D 3.2GHz 4GB RAM Quadro FX 3450/4000 SDI 256MB
|
erstellt am: 05. Jul. 2006 10:12 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
|
music Mitglied CATIA Anwendungsberater
 
 Beiträge: 158 Registriert: 22.08.2002
|
erstellt am: 05. Jul. 2006 15:36 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
Hallo zusammen, ich würde im Assembly den Weg über ein GSD- element gehen. im "Mutterpart" über Extract die entsprechende Körperkante erzeugen. und ggf trimmen. im Kinderpart die getrimmte Kontur "as result with link" reinkopieren. steht jetzt auch zur Projektion in Sketches zur Verfügung und ist assosiativ zur orginal Körperkante im "Mutterpart". mfg music Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
em Michael Kirsch Mitglied Teamleiter Model-Based Design & Digital Enterprise
 
 Beiträge: 222 Registriert: 21.10.2002 CATIA V5-6, NX, Creo Parametric
|
erstellt am: 05. Jul. 2006 15:41 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
Hallo KRI, referenzierte Kanten aus anderen Parts verhalten sich nur dann assoziativ, wenn Du die Einstellungen entsprechend setzt: Die Einstellung Tools ->Options... ->Part Infrastructure ->General ->External References ->Keep link with selected object ... muss aktiviert sein, sonst kommt nur nicht-assoziative Geometrie rüber. Viele Grüße, Michael Kirsch ------------------
www.em.ag
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
mkna Mitglied Konstrukteur
 
 Beiträge: 137 Registriert: 18.03.2005
|
erstellt am: 06. Jul. 2006 16:30 <-- editieren / zitieren --> Unities abgeben:         
|
kri Mitglied Dipl. Ing. Konstruktion / FEM
  
 Beiträge: 965 Registriert: 15.12.2004 Hauptrechner CATIA V5R12, R14, R16 32/64Bit Windows XP Pro X64 Edition Intel XEON E5345 4x2,33GHz 16GB RAM Quadro FX 3450/4000 SDI 256MB - Zweitrechner CATIA V5R12, R14, R16 32/64Bit Windows XP Pro X64 Edition 2x Intel Pentium D 3.2GHz 4GB RAM Quadro FX 3450/4000 SDI 256MB
|
erstellt am: 07. Jul. 2006 13:08 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
|
predy Mitglied Industriedesigner
  
 Beiträge: 777 Registriert: 05.07.2003 CATIA V5R16 SP3 64Bit Windows XP Pro X64 Edition 2x Intel Xeon 3.6GHz 4GB RAM Nvidia Quadro FX 3450/4000 SDI 256MB
|
erstellt am: 07. Jul. 2006 13:34 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
hallo kri, ich benutze external References sehr gerne (zum Glück kann ich selbst bestimmen was ich darf). Die Einzelteile sind voll lebensfähig. Falls mal ein Link nicht gefunden werden sollte, ist das Element trotzdem da (mit einem unterbrochenen Link, Bltz-Symbol). Jetzt kann ich immer noch neue refferenzieren, oder das Element isolieren. Also bei Weitem nicht so gefährlich, wie gedacht. gruss predy PS: habe jetzt keine Zeit meine Behauptungen zu überprüfen (habe sehr selten Probleme mit "External Links", aber falls es so nicht stimmt bitte korrigieren. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
kri Mitglied Dipl. Ing. Konstruktion / FEM
  
 Beiträge: 965 Registriert: 15.12.2004 Hauptrechner CATIA V5R12, R14, R16 32/64Bit Windows XP Pro X64 Edition Intel XEON E5345 4x2,33GHz 16GB RAM Quadro FX 3450/4000 SDI 256MB - Zweitrechner CATIA V5R12, R14, R16 32/64Bit Windows XP Pro X64 Edition 2x Intel Pentium D 3.2GHz 4GB RAM Quadro FX 3450/4000 SDI 256MB
|
erstellt am: 10. Jul. 2006 08:44 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
Moin, ich weiß das dem Teil nicht wirklich etwas passiert, broken link, rot auf dem desk aber alles geht noch. Aber was soll es. Es ist halt verboten und wie zickick Katja manchmal ist kann ich das sogar irgent wo nachvollziehen, daß mgl. viel von vornherein ausschließt. ------------------ KRI Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
thomasacro Ehrenmitglied V.I.P. h.c. Ingenieur Anwendungsberater

 Beiträge: 3728 Registriert: 12.05.2004 V4 V5 2016 - 2020 V6 2016x -2019x
|
erstellt am: 14. Jul. 2006 08:59 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
Hallo zusammen, Beides ist richtig: Ja, es ist eine bequeme art eine assoziativität herzustellen und beizubehalten. ist auch schön, wenn sich das "Kind"-Part ändert, wenn sich der Vater ändert. Das kann aber auch gleichzeitig ein Nachteil sein, wenn man mit vielen Konstrukteuren zusammenarbeitet und der eine nicht immer mitbekommt, wenn der andere was ändert. Plötzlich sieht mein Teil also ganz anders aus, weil irgendjemand irgendwo irgendwas geändert hat.... . Kann also auch ärgerlich sein. Dazu kommt noch: wo ist der Link verwaltet?! Wurde er im Prodoktkontext erzeugt oder nur von Part zu Part!? Viele Firmen verzichten somit gerne auf diese Links. gruß, Tom Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
predy Mitglied Industriedesigner
  
 Beiträge: 777 Registriert: 05.07.2003 CATIA V5R16 SP3 64Bit Windows XP Pro X64 Edition 2x Intel Xeon 3.6GHz 4GB RAM Nvidia Quadro FX 3450/4000 SDI 256MB
|
erstellt am: 14. Jul. 2006 09:04 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
hallo thomasacro, Zitat: Das kann aber auch gleichzeitig ein Nachteil sein, wenn man mit vielen Konstrukteuren zusammenarbeitet und der eine nicht immer mitbekommt, wenn der andere was ändert.
..geb ich Dir Recht...i diesem Fall würde ich konsequent mit "Publications" arbeiten... gruss
predy
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Catrin Ehrenmitglied Ingenieurin Maschinenbau/Informatik
    
 Beiträge: 1928 Registriert: 12.12.2000
|
erstellt am: 14. Jul. 2006 15:32 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
Es kommt wirklich darauf an, wie man so was verwaltet. Links generell sind was Gutes (sonst wuerde es sie nicht geben ) Man muss nur wissen, was passiert, wenn man verlinkt. Bei uns hat sich die Vorgehensweise wie folgt am Guenstigsten erwiesen: 1. Elemente, die mal verlinkt werden sollen (auch Koerperkanten und Flaechen), werden immer extrahiert. 2. Dann wird davon eine Publication gemacht - sie ist damit als Schnittstelle bekannt. Wenn wir immer wieder gleiche Arten von Teilen bauen, sind die Publicatins immer mit den gleichen Namen ausgestattet -STichwort Austauschbarkeit. 3. Links ohne Publications sind verboten. 4. Wir arbeiten sehr viel mit Adapter und Skelett-Parts. Ein MA ist fuer die Erzeugung und das Handling dieser Parts verantwortlich. Er sorgt dafuer, dass die Parts aktuell sind, die Infos richtig reinkommen und richtig weitergegeben werden. Und er kontrolliert, welche Aenderungen aus den Aenderungen des Adapters resultieren. Und er informiert die betroffenen Konstrukteure darueber, was passiert ist. 5. Adapterparts werden generell in einer Produktumgebung genutzt. Aendert sich das Adapterpart, wird es ausgetauscht, die Publications sichern die Austauschbarkeit ab. Danach werden die betroffenen Teile aktualisiert. Es gibt sehr viele Moeglichkeiten, die Links zu kontrollieren, zu analysieren und zu managen. Wenn man die kennt, verliert man die Angst vor ihnen. meine Erfahrung zeigt mir auch: - feste Regeln sind das Ah und Oh bei der Nutzung - und jeder muss sich dran halten. - Disziplin beim Umgang ist wichtig. - aktives leben der Arbeit mit Links sichert effektive Nutzung und verbessert die Arbeit zunehmend. - komplexe Prozesse erfordern komplexe Strukturen --> es wird immer schwieriger die Uebersicht zu behalten. :-) wenn man weiss, wie es geht, kann es sogar Spass machen :-) Gruss Catrin ------------------ CATIS GmbH 38444 Wolfsburg catrin.eger@catis.de www.catis.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
mostarcro Mitglied Spezialist Konstruktionsmethodik und Automatisierung
 Beiträge: 3 Registriert: 19.10.2006
|
erstellt am: 19. Okt. 2006 08:34 <-- editieren / zitieren --> Unities abgeben:          Nur für mkna
Hallo zusammen! Zur Punkten 3 und 4 von Catrin: Die Disziplin muss sein. Diese Vorgehensweise ist auch von der jeweiligen PDM-System abhängig. Bei der Verlinkung im Product (egal ob die Feature publiziert ist oder nicht) werden Contex- und Import-Link erzeugt (filebasierte Arbeitsweise keine negative Auswirkung). Auf der Part-Ebene werden CCP-Links erzeugt. Falls kopiervorgang mit nicht publizierten Feature nicht klappt, soll die Einstellung unter TOOLS-OPTION-INFRASTRUCTURE-PART INFRASTRUCTUR-GENERAL-External References für die Option "Only use published elementes for external selection keeping Link" deaktiviert werden. So kann man jede beliebige Feature mit Link kopieren egal Product oder Part-Ebene. Es ist trotzdem zu empfehlen die Schnittstellen der Bauteile bei Arbeiten im Product, in einem separaten Part zu verwalten (Adapter-Part bzw. Skeleton). Daraus werden die Feature in die jeweiligen Parts verlinkt verteilt. Gruß mostarcro Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |