---

Konflikte.jpg

Hallo zusammen,

wir haben sehr häufig das Problem, dass Pro/E beim Speichern einer Baugruppe (z.B. Maßänderung, Einbau einer Komponente, Regenerieren, ...)
neben der Baugruppe auch Einzelteile speichern will, obwohl diese nicht geändert wurden. Dadurch kommt es zu Konflikten beim Speichern und die Baugruppe lässt sich nicht speichern.
Man kann auch mit "jetzt Auschecken" oder "Fortsetzen" das Speichern nicht erzwingen.
Das ganze ist sehr mühselig und zeitaufwendig.
Machen wir was falsch, haben wir was falsch konfiguriert, ...?
Habt ihr auch dieses Problem?
Wer kennt Abhilfe?

Danke!

Gruß Martin

[Diese Nachricht wurde von Kantioler Martin am 05. Mai. 2009 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Kantioler Martin:
... dass Pro/E beim Speichern einer Baugruppe ... neben der Baugruppe auch Einzelteile speichern will, obwohl diese nicht geändert wurden. ...

---

Das ist ein sehr bekanntes Problem, welches bei uns sehr verschiedene Ursachen hatte. Hier eine unvollständige Aufzählung:

• vor-Wildfire-Teile (interne Änderung an Folien)
• "fehlerhafte" Beziehungen (Zuweisung der Masse bereits vor der Regenerierung)
• Beziehungen, die auf PDM-Paramter zugreifen (Teilenummer mit Versionsangaben, Abbildung des Status in den Teilen
• Teile oder BG haben den falschen Regenerierungsstatus (gelbe Ampel)

Zitat:

---

... Man kann auch mit "jetzt AUschecken" oder "Fortsetzen" das Speichern nicht erzwingen. ...

---

Mit "Auschecken" könntest du es nur ändern, wenn du auch Schreibrechte hättest. Dies ist aber wahrscheinlich durch den LZ-Status nicht möglich. Es scheitert also das Auschecken und somit auch zwangsläufig das Speichern. Bei "Fortsetzen" umgehst du das Problem nur temporär. Du erlaubst damit dem PDM nur, die Änderung in allen Teilen zu speichern (lokal). Bevor du diese Daten hochladen kannst, müssen die schreibgeschützten Daten wieder in den ursprünglichen Zustand gebracht werden (zum WS hinzufügen mit ausdrücklichen Herunterladen der Daten).

Zitat:

---

... Das ganze ist sehr mühselig und zeitaufwendig. ...

---

Ja, leider. Wenn du den Verursacher der Änderungen gefunden hast, dann hilft nur der administrative Eingriff (Schreibschutz aufheben, Fehler beseitigen, Schreibschutz aktivieren). Ansonsten habt ihr ständig einen Mehraufwand und evtl. auch Datenverluste (kein Hochladen auf dem Server und Verlust der lokalen Daten). HTH

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

Neu hier?     Verwundert über die Antworten?    Dann schnell nachfolgende Link durchlesen. 
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • Pro/E-Konfig • 7er-Regel • Unities

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

DANKE Udo für deine Hinweise!
Also kämpfen wir nicht alleine mit PDMLink.

Gruß Martin

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich helfe doch gerne, besonders beim Kampf gegen Windmühlen. 

Da ich gerade sehe, dass du mit der Version 9.0 unterwegs bist, habe ich mal eine Frage: Was passiert, wenn du in Pro/E in einem Parameter einen Kleinbuchstaben in den gleichen Großbuchstaben änderst? Wird diese Änderung von PDMLink übernommen? In der Version 8.0 gibt es nämlich einen sehr bösen Fehler, der solche Änderungen nicht speichert. Auch die Änderung eines Leerzeichens in "-" wurde nicht gespeichert, was uns sehr häufig mit dem oben beschriebenen Problem konfrontiert hat. Die Beziehungen zur Angabe des Materiales aus dem Materialdateien hat nämlich genau die Änderung vorgenommen und diese wurde von PDMLink nicht gespeichert. Dazu brauchst du die Daten aber nicht einzuchecken, es reicht ein Speichern&Hochladen, um zu überprüfen, ob diese Änderung übernommen werden.

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

Neu hier?     Verwundert über die Antworten?    Dann schnell nachfolgende Link durchlesen. 
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • Pro/E-Konfig • 7er-Regel • Unities

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Kleinbuchstabe.jpg Grossbuchstabe.jpg

Hallo,

scheint zu funktionieren.
Habe das ganze beim Parameter BENENNUNG ausprobiert. (siehe Anhang)

Gruß Martin

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Schön, dass man diesen Fehler jetzt wenigstens beseitigt hat.  Bis wir den als einen der Verursacher ermittelt hatten, waren schon sehr viele Teile mehrfach eingecheckt, wieder ausgecheckt geändert und wieder eingecheckt .... 

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

Neu hier?     Verwundert über die Antworten?    Dann schnell nachfolgende Link durchlesen. 
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • Pro/E-Konfig • 7er-Regel • Unities

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von U_Suess:

Da ich gerade sehe, dass du mit der Version 9.0 unterwegs bist, habe ich mal eine Frage: Was passiert, wenn du in Pro/E in einem Parameter einen Kleinbuchstaben in den gleichen Großbuchstaben änderst? Wird diese Änderung von PDMLink übernommen? In der Version 8.0 gibt es nämlich einen sehr bösen Fehler, der solche Änderungen nicht speichert.

---

Funktioniert in 9.0 M040 einwandfrei.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Martin

Dieses Problem ist bekannt und wurde von U_Suess bereits richtig beantwortet.

Als Ergänzung kann ich sagen, dass bei unseren Kunden IMMER eine gelbe Ampel beim ursprünglichen Einchecken der Grund war.

Der am schwersten zu findende Fall dafür ist übrigens die Beziehungs-Sortierung.

Teste mal, ob ein betroffenes Teil, eine Beziehung hat.
Diese Beziehung im Beziehungseditor über den entsprechenden Button gemäss Vorschlag Wildfire sortieren lassen (auch wenn das Resultat nicht logisch erscheint) Regenerieren, Einchecken und Ruhe ist!

Nun die 43527 anderen Teile auch noch so überarbeiten.   

------------------
Gruss Thomas

[Diese Nachricht wurde von giatsc am 15. Mai. 2009 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von giatsc:
... Als Ergänzung kann ich sagen, dass bei unseren Kunden IMMER eine gelbe Ampel beim ursprünglichen Einchecken der Grund war. ...

---

Das muss aber nicht sein.  Der Grund ist jedenfalls bei uns einleuchtend, da bei der ersten "Bekanntschaft" von Daten mit der Datenverwaltung bestimmte Parameter (systembedingt) ausgefüllt werden und aus diesem Parameter bei uns andere Werte beeinflusst werden (Versionsnummer wird mit der Sachnummer zu einer kompletten Zeichnungsnummer zusammengesetzt). Das Verhalten kann man aber beseitigen, in dem die Daten immer erst einmal hochgeladen werden, aus dem Speicher genommen werden und nach dem erneuten Aufruf durchregeneriert werden. Nach dem nochmaligen Hochladen treten dann diese Effekte nicht mehr auf.
Wenn der Effekt aber bei Euch immer erst nach dem Einchecken auftritt, müsst ihr mal suchen, welche Systemvariablen (und die vielleicht vorhandenen Weiterverarbeitung in Beziehungen) daran schuld ist. Bei der Fülle von Daten, die dadurch unnütz ins System kommen, würde ich dem Verhalten schon auf den Grund gehen wollen. Besonders da der falsche Regenerierungsstatus alle nachfolgenden Verwendungen in Baugruppen ebenfalls beeinflusst.

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

Neu hier?     Verwundert über die Antworten?    Dann schnell nachfolgende Link durchlesen. 
• Richtig Fragen • Nettiquette • Suchfunktion • System-Info • Pro/E-Konfig • 7er-Regel • Unities

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP