| | | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
Autor
|
Thema: Objekt veraltet bei Baugruppenspeicherung (566 mal gelesen)
|
Tina Mitglied
Beiträge: 22 Registriert: 17.08.2001 Wildfire 2/ M 080 Intralink 3.4 / F000
|
erstellt am: 13. Nov. 2003 14:14 <-- editieren / zitieren --> Unities abgeben:
Problem: Ein Teil wird von Mitarbeiter bearbeitet und das gleiche Teil wird in einer Baugruppe verwendet, die auch bearbeitet wird. Auch wenn in der Baugruppe nur Maße verschoben wurden, Folienansichten geändert wurden o.ä. erkennt ProE dies als Änderung und würde beim Speichern der Baugruppe auch das Teil mit als "geändert" kennzeichnen. Wenn nun die Baugruppe eingescheckt wird, wird auch das geänderte Teil mit eingescheckt und erscheint bei dem Mitarbeiter, der dies gerade bearbeitet als "veraltet". Veraltete Teile können aber nicht mehr eingescheckt werden und müssen vorher aktualisiert werden - damit gingen die Änderungen verloren. Dieses Problem tritt nur bei Teilen auf, die den Status "in Bearbeitung" haben (Neuentwicklung, bzw.werden freigegebene Teile vor der Änderung im CS auf "Bearbeiten" gesetzt.) Das Problem läßt sich zwar mit Tricks (Export auf Festplatte) beheben, ist jedoch recht umständlich. folgende Lösung haben wir angedacht: Wenn ein Einzelteil geändert wird, sollte es vor dem Auschecken gesperrt werden. Bei allen Mitarbeitern, die diese Teile in ihrem Workspace haben erscheint diese Sperre in der Tabellenanzeige "Commonspace-Status". Wenn nun unbeabsichtigt ein Teil geändert wird, weil an der Hauptbaugruppe was geändert wurde, kann diese Hauptbaugruppe nicht mehr eingescheckt werden. Zuerst müssen dann die Teile, die gesperrt sind, aktualisiert werden, dann ist das Einschecken möglich. Ist aber auch recht umständlich - gibt es eine bessere Lösung? Gruß, Tina PS: Haben nur Single-Site, Intralink 3,2 Wochenversion 440 Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Undertaker Mitglied Dipl. Ing. Maschinenbau, Konstrukteur, CAD Support, PDM Administration,
Beiträge: 588 Registriert: 31.10.2003
|
erstellt am: 13. Nov. 2003 16:25 <-- editieren / zitieren --> Unities abgeben: Nur für Tina
Hallo Tina, genauso wie du es beschrieben hast ist die Arbeitsweise in Intralink. Das Sperren ist ja dafür gedacht, daß nur der der das Teil ändern will es auch darf und andere nicht! Übrigens das Problem mit den geänderten Teilen haben wir auch, obwohl ich am Teil nichts ändere sondern nur an der Baugruppe erschein es im workspace als geändert! Gruß Undertaker ------------------ bisschen Pfeffer??? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
dbexkens Moderator Unternehmensberater / Professional Development Manager
Beiträge: 2174 Registriert: 14.08.2000 Pro/E + PDMLink immer die neueste Version (dienstlich) Pro/ENGINEER WF4 (privat) Pro/INTRALINK 3.4 M030 (privat)
|
erstellt am: 13. Nov. 2003 17:13 <-- editieren / zitieren --> Unities abgeben: Nur für Tina
Hi Tina, und jetzt setzen wir da noch einen drauf: In den Preferences, Reiter Application Behavior, kann man sogar voreinstellen, das sobald ein Kollege das Modell sperrt, mein Pro/E mich warnt, falls ich daran ändern will. Das ist eine feine Sache, falls man mal über längere Stunden nicht im WS vorbeischaut. Als zusätzliche Ergänzung möchte ich noch auf die "10-Sekunden-Regel" hinweisen, siehe http://ww3.cad.de/foren/ubb/Forum69/HTML/000235.shtml. Viele Grüße Detlef ------------------ [Diese Nachricht wurde von dbexkens am 13. November 2003 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
hagen123 Ehrenmitglied V.I.P. h.c. Application Specialist
Beiträge: 2312 Registriert: 12.11.2000
|
erstellt am: 14. Nov. 2003 11:32 <-- editieren / zitieren --> Unities abgeben: Nur für Tina
Zitat: Original erstellt von Tina: Problem: Wenn nun die Baugruppe eingescheckt wird, wird auch das geänderte Teil mit eingescheckt und erscheint bei dem Mitarbeiter, der dies gerade bearbeitet als "veraltet". Veraltete Teile können aber nicht mehr eingescheckt werden und müssen vorher aktualisiert werden - damit gingen die Änderungen verloren.
... das ist bei dieser wochenversion aber nicht unbedingt so. veraltete teile koennen durch neue versionen definitiv eingechecked werden. es gibt beim einchecken zwar den hinweis, das es im commonspace eine neuer version gibt, aber der konflikt ist uebergehbar, sprich trotzdem einzuchecken ... ob dieses verhalten nun durch die verwaltung/voreinstellung zu beeinflussen ist, weiss ich nicht, jedenfalls ist es bei uns so und wir haben die gleiche wochenversion ... ...im endeffekt hast du aber die richtige vorgehensweise selbst geschildert, sperren von objekten, gerade wenn im team gearbeitet wird. aufpassen: die meisten benutzer haben diese einstellung, dass beim einchecken die sperre automatisch wieder weggenommen wird. d. h. die sperre muesste wieder gesetzt werden, wenn man weiterhin daran im workspace abeiten will. dieses verhalten ist ebenfalls einzustellen, also ob die sperre bleibt... ... das arbeiten mit sperren/aenderungsabsicht ist also sehr sinnvoll - auch wenn es mehraufwand durch klicken bedeutet. du kannst natuerlich auch im workspace sperren, indem du auf status aendern gehst und dann in die karteikarte commonspace. dann musst du nicht immer in den cs. leider ist es nicht moeglich, schnell objekte ueber den workspace zu sperren. so aehnlich wie bei den mapkeys in pro/e. also z. b. ein objekt markieren und sp eingeben und automatisch legt ein script los und sperrt. hierzu habe ich verschiedene versuche mit den ui-scpripting gemacht, musste aber abbrechen, weil man das script erst immer ueber die scriptmaske aufrufen musste und dann braucht man auch wieder zuviel zeit (strg+s)... ... aber vielleicht ist dieses topic ja auch ein anreiz fuer andere denksportler... ... so long Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Tina Mitglied
Beiträge: 22 Registriert: 17.08.2001 Wildfire 2/ M 080 Intralink 3.4 / F000
|
erstellt am: 17. Nov. 2003 08:22 <-- editieren / zitieren --> Unities abgeben:
Zitat: Original erstellt von hagen123: ... das ist bei dieser wochenversion aber nicht unbedingt so. veraltete teile koennen durch neue versionen definitiv eingechecked werden. es gibt beim einchecken zwar den hinweis, das es im commonspace eine neuer version gibt, aber der konflikt ist uebergehbar, sprich trotzdem einzuchecken ... ob dieses verhalten nun durch die verwaltung/voreinstellung zu beeinflussen ist, weiss ich nicht, jedenfalls ist es bei uns so und wir haben die gleiche wochenversion ......
In der Verwaltung kann man bei den Rollen die Objektaktion "erzwungenen Einchecken in gleichen Zweig" aktivieren. Dies haben wir bis jetzt nicht getan, nur bei den Admins ist dies aktiviert. Bei uns arbeiten zum Teil 3 bis 4 Leute an einem Projekt, das kommt es schon öfter vor, daß man plötzlich "veraltete" Teile im Workspace stehen hat. Wir werden erstmal die Geschichte mit dem "Sperren" probieren, wenn das wirklich zu aufwendig werden sollte, müßten wir wohl nochmal überdenken, ob man das erzwungene Einchecken freigeben sollte. Würde aber die Sicherheit, die wir mit Intralink erzielen wollen, wieder abschwächen. Vielleicht könnten ja andere Anwender auch nochmal über ihre Erfahrung berichten.
Viele Grüße und danke nochmal für die Anregungen, Tina
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Undertaker Mitglied Dipl. Ing. Maschinenbau, Konstrukteur, CAD Support, PDM Administration,
Beiträge: 588 Registriert: 31.10.2003
|
erstellt am: 17. Nov. 2003 15:32 <-- editieren / zitieren --> Unities abgeben: Nur für Tina
Tach Detlef, diese Warnung ... kann ich den Hinweis text irgenwie voreinstellen, z.b. Objekt "xy" ist gesperrt von User "abc"? Oder muß man sich wieder mal mit dem nichtssagenden Text von Pro/E zufrieden geben? Gruß Undertaker ------------------ bisschen Pfeffer??? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Helmut Neuhuber Mitglied CAD Konstruktuer und Admin
Beiträge: 37 Registriert: 19.11.2003 Pro/E seit 1999 Pro/I seit 9/2003 PDM-Link 9.1 M20 seit 11/2009 Derzeit Pro/E WF4M120 und PDM-Link 9.1 M20 Derzeit Windows XP64-SP2 Firma seit 1992 Pro/E Von 1992-2001 auf Unix. Zuletzt auf HP unix 10.2
|
erstellt am: 19. Nov. 2003 21:50 <-- editieren / zitieren --> Unities abgeben: Nur für Tina
Hallo Tania! Ein anderer Lösungsansatz were, dass ihr im CS für die verschidenen User temporär verschidende Ordner anlegt und ihn für andere User sperrt. ZB Gesamtbauruppe Ordner 1 und User 1, Einzelteil Ordner 2 und User 2 usw. Nach abschluss der Entwiklungsfase kann der Admin die Einzeltile ja dann in den richtigen Ordner mit Status Freigabe verschiben. Die Teile oder Baugruppen können ja mit der Suchfunktion gefunden werden. Damit wäre ein irrtümliches Überschreben von Einzelteilen oder Unterbaugruppen durch Baugruppenkonstrukteur unterbunden. ------------------ Mfg Neuhuber Helmut Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
|