| |  | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für CATIA & Co. | | |  | KISTERS 3DViewStation: Schnelligkeit und Präzision in dem neuen JT-Importer, eine Pressemitteilung
|
Autor
|
Thema: Kontextverluste (429 mal gelesen)
|
Catialuder Mitglied Entwicklung

 Beiträge: 90 Registriert: 20.09.2004
|
erstellt am: 13. Okt. 2005 16:07 <-- editieren / zitieren --> Unities abgeben:         
Hi Folks, hier mal eine anderes Problem. Die Dinge passieren in einer Baugruppe mit Unterbaugruppen und insgesamt ca. 600 Teilen, davon einige Normteile mehrfach eingefügt. Wir arbeiten nach der Adaptermethode und kämpfen derzeit gegen einen unerklärlichen Kontextverlust in neuerstellten Bauteilen. Im Skeleton existieren außer den dort erzeugten Elementen auch Elemente, die auf übergeordnerte Umgebungsgeometrie verweisen. Bei der Aktualisierung einiger Bauteile zeigen nun die externen Verweise eines oder mehrerer Elemente auf z.B ein Unterelement der Skizze 1 im Skeleton, obwohl die Geometrie aus einer ganz anderen Skizze kopiert wurde. Kennt jemand die Ursache oder weiß sogar Abhilfe? Wir sind schon fast mehr am Flicken als am Konstruieren! Gruß Euer Catialuder PS. Auffällig ist das z. B. auch versucht wird, eine Kurve im Part auf einen Scheitelpunkt im Skeleton zu aktualisieren, was irgendwie doch völliger Blödsinn ist! Mann was ist hier los??? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Power Mitglied
   
 Beiträge: 1077 Registriert: 08.11.2004 NX12, CATIA V5
|
erstellt am: 13. Okt. 2005 16:22 <-- editieren / zitieren --> Unities abgeben:          Nur für Catialuder
Hi Catialuder, ich möchte gerne ein paar Fragen stellen: - arbeitet Ihr mit Veröffentlichung - benennt Ihr die zu veröffentlichte Geometrie um (möglicherweise gleiche Namen, da beim Veröffentlichen CATIA bezieht sich nicht auf UUID's) - wie sind die nueun Teile entstanden (Datei>Neu aus bzw Sichern unter>Als neues Dokument) - Cache benutzt Ihr auch? ------------------ Gruß Power Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Catialuder Mitglied Entwicklung

 Beiträge: 90 Registriert: 20.09.2004
|
erstellt am: 13. Okt. 2005 16:36 <-- editieren / zitieren --> Unities abgeben:         
Hallo Power, danke für die schnelle Reaktion! 1. Wir arbeiten ohne Veröffentlichungen. In einigen Normteilen gibt es zwar veröffentlichte Elemente, aber das hat ja mit uns eigentlich nix zu tun, da wir nicht auf sie verweisen, sondern nur auf's Skeleton. 2. Da ohne Veröffentlichnungen auch keine Umbenennung. 3. Neue Teile erstelle wir über "Einfügen -> neues Teil einfügen". 4. Der Cache ist AUS!!! Gruß Catialuder Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Lusilnie Mitglied
   
 Beiträge: 1486 Registriert: 13.07.2005
|
erstellt am: 13. Okt. 2005 21:02 <-- editieren / zitieren --> Unities abgeben:          Nur für Catialuder
Hallo Catialuder, ich kann zwar nicht zur Lösung beitragen, aber rein aus Neugier interessiert mich die verwendete CATIA-Version samt Servicepack und Hotfix. Ein ähnliches Problem kenne ich aus R12SP6HF16. Dort zeigten die Links aus einem CATDrawing, was aus einem CATProduct abgeleitet wurde, nach Änderung eines darin befindlichen CATProducts, was nicht mit abgeleitet war, plötzlich auf Parameter und die View war nach einem Update natürlich leer. Dies hinterließ bei mir die Vermutung: GROSSER Fehler! Allerdings ließ sich das Problem nicht beliebig nachvollziehen! mfg, Lusilnie
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
fireman Mitglied Dipl.-Ing. (BA) Maschinenbau
  
 Beiträge: 736 Registriert: 22.11.2002
|
erstellt am: 14. Okt. 2005 07:24 <-- editieren / zitieren --> Unities abgeben:          Nur für Catialuder
Ich vermute mal noch, dass mehrere Personen an einem Projekt arbeiten. Dann darf ja jeder nur seinen eigenen Bereich (also nur die CATParts) sichern. Und hier könnte schon das Problem liegen: Kontext ist immer eine Sache, die neben der Geometrie den Baugruppenzusammenhang (also die absolute Lage der BT's im Raum) mitberücksichtigt. Diese Information wird im sog. Kontextknoten hinterlegt, und der ist je nach Arbeitsweise bzw. Einstellung in den Optionen ein ganz bestimmter Baugruppenknoten. Wird der bei der Erzeugung der Teile nicht mitgesichert, weiß CATIA beim erneuten öffnen der Arbeit natürlich nicht mehr, welcher der Kontextknoten des Teiles war und definiert dieses somit als Instanzbauteil. Wenn Ihr dann noch ohne Publicationen arbeitet, dann ist es mit dem Wiederherstellen des Kontextes so eine ziemlich komplizierte Sache, bis dato kenne ich ohne Publicationen leider keine einfache Sache. Wie könntet Ihr in Eurem Fall (wenn wie von mir vermutet) dann vorgehen? Also erst mal vertiefte Infos über das Kontextverhalten von Bauteilen beschaffen (das ist ein ziemlich komplexes Thema, sollte aber verstanden werden). Dann Eure Baugruppen so aufsplitten dass jeder Teilbereichsbearbeiter die Möglichkeit erhält seine Teile in einem eigenen Kontext zu definieren und diese auch zu sichern. So kann es wirklich ohne Verlust von Kontextverbindungen funktionieren. Hope that helps und Gruß aus dem wilden Süden, fireman ------------------ Be yourself, but better! Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Catialuder Mitglied Entwicklung

 Beiträge: 90 Registriert: 20.09.2004
|
erstellt am: 14. Okt. 2005 11:16 <-- editieren / zitieren --> Unities abgeben:         
Hallo zurück, Zu Lusilnie' Frage: R14 SP3 Zu fireman:
Volltreffer! Wir haben uns wohl gegenseitig die Baugruppen versehentlich mal übergespeichert. Jemand anderes, der entkoppelt von unserem Netzwerk arbeitet und nur mit neuen Adaptermodellen versorgt wird hat das Problem nicht. Interessant wird natürlich die Situation wenn wir das ganze wieder Zusammenbasteln. dazu noch eine Frage zu den o. g. Kontextknoten in den Baugruppen. Prinzipielle Struktur der Baugruppe: ORGBAUGRUPPE.CATProduct |-Inputdaten.CATProduct |-Skeleton.CATPart |-Outputbaugruppe.CATProduct | |-Outputbaugruppe_1.CATProduct | | |-Outputpart_1_1.CATPart | | |-Outputpart_1_2.CATPart | | |-Outputpart_1_3.CATPart | | |-Constraints | |-Outputbaugruppe_2.CATProduct | | |-Outputpart_2_1.CATPart | | |-Outputpart_2_2.CATPart | | |-Outputpart_2_3.CATPart | | |-Constraints | |-Outputbaugruppe_3.CATProduct | | |-Outputpart_3_1.CATPart | | |-Outputpart_3_2.CATPart | | |-Outputpart_3_3.CATPart | | |-Constraints | |-Constraints |-Constraints Um von den OutpugBG's Zugriff auf das Skeleton zu haben, muß die komplette ORGBAUGRUPPE geladen sein. Kann jemant abschätzen was passiert, wenn die komplette OutputBG_3 ersetzt wird, die im externen Netwerk ebenfalls bei geöffneter ORGBAUGRUPPE bearbeitet wurde? Gruß, Catialuder Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
fireman Mitglied Dipl.-Ing. (BA) Maschinenbau
  
 Beiträge: 736 Registriert: 22.11.2002
|
erstellt am: 14. Okt. 2005 17:46 <-- editieren / zitieren --> Unities abgeben:          Nur für Catialuder
Kommt jetzt ganz auf die Methodik an, Vermute, dass ohne den Einsatz von Publicationen hier das Herstellen des richtigen Kontextes zur Tortur wird, auch wenn mit denselben Startfiles gearbeitet wurde. Woher die Erkenntniss? CATIA sichert die übergreifenden Infos neben den CATParts (externe Referenzen) eben auch in der Baugruppe (sog. Kontextknoten). Will man wie Du beschreibst arbeiten, dann muss man sich eine Strategie überlegen, wie man den Baugruppenknoten der untergeordneten Baugruppe zum Kontextknoten machen kann (z.B. Unter-Skeletton, Kontextfiles etc.). Hat man eine Strategie, dann dürfte es kein Problem geben, die extern erzeugte Unter-BG einzufügen. Mit Publicationen sieht das ganze noch ein wenig einfacher aus, da neben dem Einsatz der erwähnten Stratgie auch der Kontext relativ einfach wieder neu hergestellt werden kann, also ein anderer Knoten als Kontextknoten definert werden kann. Hier nur aufpassen: unbedingt Lage der Bauteile im Raum überprüfen, sonst kann eine Änderung des Kontextes verherende Auswirkungen auf das Modell haben. So far this time, Gruß aus dem wilden Süden, fireman ------------------ Be yourself, but better! Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
 |