---

CAD_1.gif CAD_2.gif

Hallo zusammen,
in unserem PDM-System werden auch die Products verwaltet. Bevor man auf ein Product schreibend zugreifen darf, muß man es erst für sich reservieren. Wenn man das nicht tut, dann schreibt v5 ohne Vorwarnung die Informationen einfach in das CatProduct einen Level höher. Mit dem Effekt, daß es dann beim nächsten Laden die Struktur zerbröselt.

Damit's für alles nachvollziehbar ist, habe ich ein Vorgehen ohne PDM, rein mit v5, nachgebaut, bei dem der Fehler auch sichtbar wird.

 7 CatProducts wurden (jeweils einzeln) in CATIA v5 erstellt und sofort wieder gespeichert.
 Den CatProducts 2-7 wurde der Schreibzugriff entzogen (auf UNIX: chmod 400)
 Die CatProducts wurden in v5 miteinander verbunden:
Level 1: CapProduct1 (Top-Level) wurde in eine leere v5-Session geladen, mit Rechtsklick -> Component -> InsertExistingComponent wurden die anderen CatProducts dazu geladen.
 Dann wurde alles gespeichert was möglich ist -> nur das CatProduct1
 Danach wurde die v5-Sitzung geleert, und das CatProduct1 neu geladen

In CATIA v5 sah die Struktur wie folgt aus: Product1, darunter Product2 und Product3, und unter CatProduct2 nochmal zwei kaputte Components mit dem Namen Product2 (unter Product3 dasselbe)
Wenn man aber vom kaputten Component2 die Properties sehen will, dann erscheinet der korrekte Name: Product4

Ich habe das mit CATIA R12, R13 und R14 ausprobiert, jedesmal dasselbe verhalten. Das macht unserem PDM-System wirkliche Kopfschmerzen. 
Ich muß leider davon ausgehen, daß im CatProduct1 schon Informationen über CatProduct4 vorliegen. Aber das Wissen der CatProducts sollte doch nur über einen einzigen Level gehen!
(Das Verhalten ist übrigens nicht vom Cache abhängig, da wir hier nur von Products reden, und noch nichtmal auf die CatPart-Ebene runtergegangen sind!)

Für jede Hilfe bin ich sehr dankbar!
Grüßle,
muxping

------------------
In Wirklichkeit ist die Realität ganz anders !

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

---

Hallo muxping,

da ohne PDM dieses Problem nicht auftritt, scheint euer PDM nicht gut mit V5 zu harmonieren.

Davon abgesehen, ist es merkwürdig, daß nur Produkt1 gespeichert wird.
Produkt 2 und 3 müssten auch mit gesichert werden.

Welches PDM bentuzt ihr.

Gruß
Michael

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

---

Sorry, mir ist das mit dem entzogenen Schreibzugriff entgangen.

Dann können natürlich die anderen Produkte nicht gespeichert werden.

Aber machen solche Tricksereien Sinn???

Gruß
Michael

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

---

Hallo,
leider ist das kein theoretisches Problem, weil im PDM die CatParts und die CatProducts gespeichert werden, und einige Kollegen vergessen gerne mal, die CatProducts auch im PDM-System "auszuchecken". Daher gehen die Infos schon mal ohne weitere Rückfrage einen Level weiter nach oben (falls dort Zugriff besteht). Das Ergebnis sind ziemlich schnell Inkonsistenzen, da so eine Information (je nach Strukturstufe) mehrfach (und auch mehrfach unterschiedlich) hinterlegt sein kann.
Dassault hat behauptet, daß mit der R14 die Products nur noch das unmittelbar drunter liegende Kind-Product kennen werden, aber das ist leider nicht der Fall... :-(

------------------
In Wirklichkeit ist die Realität ganz anders !

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