Hot News:

Mit Unterstützung durch:

  Foren auf CAD.de (alle Foren)
  PTC Pro/INTRALINK
  Objekt veraltet bei Baugruppenspeicherung

Antwort erstellen  Neues Thema erstellen
CAD.de Login | Logout | Profil | Profil bearbeiten | Registrieren | Voreinstellungen | Hilfe | Suchen

Anzeige:

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen nächster neuer Beitrag | nächster älterer Beitrag
  
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



Sehen Sie sich das Profil von Tina an!   Senden Sie eine Private Message an Tina  Schreiben Sie einen Gästebucheintrag für Tina

Beiträge: 22
Registriert: 17.08.2001

Wildfire 2/ M 080
Intralink 3.4 / F000

erstellt am: 13. Nov. 2003 14:14    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

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,


Sehen Sie sich das Profil von Undertaker an!   Senden Sie eine Private Message an Undertaker  Schreiben Sie einen Gästebucheintrag für Undertaker

Beiträge: 588
Registriert: 31.10.2003

erstellt am: 13. Nov. 2003 16:25    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Tina 10 Unities + Antwort hilfreich

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




Sehen Sie sich das Profil von dbexkens an!   Senden Sie eine Private Message an dbexkens  Schreiben Sie einen Gästebucheintrag für dbexkens

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 oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Tina 10 Unities + Antwort hilfreich


App-Behavior.jpg

 
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


Sehen Sie sich das Profil von hagen123 an!   Senden Sie eine Private Message an hagen123  Schreiben Sie einen Gästebucheintrag für hagen123

Beiträge: 2312
Registriert: 12.11.2000

erstellt am: 14. Nov. 2003 11:32    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Tina 10 Unities + Antwort hilfreich

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



Sehen Sie sich das Profil von Tina an!   Senden Sie eine Private Message an Tina  Schreiben Sie einen Gästebucheintrag für Tina

Beiträge: 22
Registriert: 17.08.2001

Wildfire 2/ M 080
Intralink 3.4 / F000

erstellt am: 17. Nov. 2003 08:22    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities

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,


Sehen Sie sich das Profil von Undertaker an!   Senden Sie eine Private Message an Undertaker  Schreiben Sie einen Gästebucheintrag für Undertaker

Beiträge: 588
Registriert: 31.10.2003

erstellt am: 17. Nov. 2003 15:32    Editieren oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Tina 10 Unities + Antwort hilfreich

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


Sehen Sie sich das Profil von Helmut Neuhuber an!   Senden Sie eine Private Message an Helmut Neuhuber  Schreiben Sie einen Gästebucheintrag für Helmut Neuhuber

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 oder löschen Sie diesen Beitrag!  <-- editieren / zitieren -->   Antwort mit Zitat in Fett Antwort mit kursivem Zitat    Unities abgeben: 1 Unity (wenig hilfreich, aber dennoch)2 Unities3 Unities4 Unities5 Unities6 Unities7 Unities8 Unities9 Unities10 Unities Nur für Tina 10 Unities + Antwort hilfreich

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 >>)

Darstellung des Themas zum Ausdrucken. Bitte dann die Druckfunktion des Browsers verwenden. | Suche nach Beiträgen

nächster neuerer Beitrag | nächster älterer Beitrag
Antwort erstellen


Diesen Beitrag mit Lesezeichen versehen ... | Nach anderen Beiträgen suchen | CAD.de-Newsletter

Administrative Optionen: Beitrag schliessen | Archivieren/Bewegen | Beitrag melden!

Fragen und Anregungen: Kritik-Forum | Neues aus der Community: Community-Forum

(c)2023 CAD.de | Impressum | Datenschutz