---

Hallo zusammen,

Kennt jemand eine Variable oder Schalter, welche(r) mir erlaubt das Häckchen von "Save Teamcenter Vis Data" (bei den Save Options) in einer Batch zu setzen oder nicht zu setzen?

Möchte das autom. Speichern der jt Daten ausschalten, damit der Speichervorgang schneller geht.

------------------
Grüsse,
Harry

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

---

worum gehts denn genau ?

Die Einstellung wird mit dem Part gespeichert, d.h. sie "ist da".
Da müßte dann ein Macro oder ufunc / GRIP mitgegeben werden.

Erzeugst du neue Parts könntest du separate abweichende Customerdefaults mit der entsprechenden Einstellung (#Assemblies#SiteStandards#Misc) verwenden (zB über UGII_GROUP_DIR oder UGII_USER_DIR reinbringen, kenn deine Umgebung nicht).

Thomas

------------------
NX3.0.2.3 MP3 + TCE9.1.2.8a  [stable]
NX3.0.5.3 + TCE9.1.2.10a [testing]
NX5.0.0.19 [unstable]
ANSYS DesignSpace 10.0 SP1 
@M$-WinXP_SP2

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

---

Hallo,

Danke, das ist mir bekannt, man kann auch das SEED Part dahingehend umstellen, dass es das nicht speichert.
Mir gehts um bestehende Daten, wo ich das abschalten möchte oder besser gesagt generell ausschalten ohne das SEED Part oder so zu verändern.
So zB. auch beim Exportieren der Daten.

------------------
Grüsse,
Harry

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

---

Das heißt am Part soll YES eingestellt sein, aber beim Speichern solls nichts machen ?
Ist nicht ganz logisch.

Wenns am SeedPart auf YES eingestellt ist, kriegens alle neuen Parts automatisch egal was in den CustomerDefaults steht.

Was ist mit Exportieren genau gemeint, daß aus TCE exportierte Parts die Einstellung auf NO gesetzt bekommen ?
Auch da landen wir wieder bei ufunc & Co.

Thomas

------------------
NX3.0.2.3 MP3 + TCE9.1.2.8a  [stable]
NX3.0.5.3 + TCE9.1.2.10a [testing]
NX5.0.0.19 [unstable]
ANSYS DesignSpace 10.0 SP1 
@M$-WinXP_SP2

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

---

Hallo und danke,

Also ich möchte generell das autom. Speichern der .jt abstellen und die im Batch auf einem Zentralrechner zu einem definierten Zeitpunkt über die gesamte DB machen lassen.
Wir haben hohe Speicherzeiten wenn dabei die jt auch erzeugt werden, natürlich möchte ich dies auch auf bereits erstellte Parts anwenden. Klar könnte man da den Schalter explizit herausnehmen, würde aber eine allg. Einstellung für alle User bevorzugen.
Exportieren meine ich Clonebased Export, da werden die Dinger ja auch erstellt und da kann ich nichts vorher abschalten.
Eine Lösung sollte es geben, da GM dies auch hat.
Denke aber das du recht hast und ich mal wieder jemanden bemühen muss was zu machen.

------------------
Grüsse,
Harry

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

---

Hallo,

editiere die ug_metric.def
"Assemblies_SaveTeamCenterVisData: no"

Gruß
Surmi

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

---

Hallo,

Danke, nur die ug_metric zieht ab NX3 leider nicht mehr.
Habs trotzdem mal eingetragen, geht nicht.

Danke.

------------------
Grüsse,
Harry

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

---

ich schalts einfach aus unter file-> options -> save options im NX.

------------------
Rundballvergewaltiger ( Fußballer) sollten für den Oskar nominiert werden. Am besten in der Gruppe Stunt. Den kein Stuntmann der Welt kann so durch die Luft fliegen, dabei schreien wie eine Sau beim Metzger, dazu Kilometer weit über den Rasen Rollen, sich dabei das Gesicht halten, obwohl er am Bein getroffen wurde, meist noch die anscheinend schmerzhaften, fast zum Tode führenden, Stellen wechseln von links nach rechts und oben nach unten, um dann gleich wieder Aufzustehen und weiter zu rennen.

ICH BIN DER CADMINISCHDRÄDÖR

---

MoinZ

ich habe auch immer gedacht, das die Länge des Speichervorganges durch das Erzeugen der JT Dateien extrem negativ beeinflußt wird. Mittlerweile bin ich aber zu der Auffassung gekommen, das das an irgendwelchen Anwenderstandards liegt, die beim Erstellen des SEED-Parts schon vorhanden waren. Ich habe durch einen Zufall ein UG Teil in die Finger bekommen, wo das Speichern trotz Erstellen des JT Files um mindestens ne 10er Potenz schnell ging als mit unserem Startteil. Daraufhin habe ich das alte SEED-Teil entsorgt und mit dem Zufalls-Part als Basis für ein neues SEED Teil angefangen.

grüße

------------------
Grüße Meinolf

Ich steh auf flotte Dreier

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

---

Hallo  ,

ich habe ähnliche Erfahrungen, was Performance betrifft. Ich habe mal bei Teilefamilien die Erzeugung von JTs ausgeschaltet und festegestellt, dass die eingesparte Zeit nicht die Redewert war.

------------------
Gruß  ,

PLMboy

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

---

Hallo zusammen,

Bei uns ist das schon relevant oder habt ihr mal eine Datei (nur ein File!) zwischen 20-40MB probiert?
Das erstellen der JT dauert da schon ziemlich lange!
Bei kleinen Dateien geb ich euch recht.

------------------
Grüsse,
Harry

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

---

Stimme nicht ganz überein was Ihr da so schreibt. Kleine Files die nur 2 - 3 MB haben funktionieren ohne unterschied, aber ich habe Baugruppen die in die 40-80MB Größe gehen und da sitzt dann Stunden da oder der Rechner stirbt langsam vor sich hin.

------------------
Big Brother is watching you *grins*

Der insider wird schon wissen das ER gemeint ist

Grüezi

---

Hallo zusammen,

was haltet ihr von solcher Anforderung an UGS: JT wird (beim Setzen eines Schalters) nur beim Einchecken (also Schließen des Models) erzeugt? Wäre doch vernünftig in einigen Fällen oder?

Gruß

------------------
Gruß  ,

PLMboy

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

---

da wärs auch eine Überlegung wert, das JT erst bei der Freigabe zu erzeugen.

Thomas

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

---

sicher wäre das auch möglich, doch warum nicht gleich durch einen Batch im Hintergrund der dies macht?
Müsste doch prinzipiell mit ugtopv funktionieren.
Habe das auch schon getestet und geht (mal für eine Baugruppe).
Falls jemand eine andere Lösung hat, gerne.

------------------
Grüsse,
Harry

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

---

Hallo,

ein Hinweis zu "Assemblies_SaveTeamCenterVisData: no" in der ug_metric.def und NX3. Diese Einträge der ug_metric.def finden sich ab NX3 in den Anwenderstandards wieder (Datei > Dienstprogramme > Anwenderstandards). Dort gibt es unter Baugruppen > Standortstandard > Verschiedenes die Möglichkeit, den Haken "Teamcenter Visualization Daten speichern". Der bewirkt das gleiche wie früher die Variable "Assemblies_SaveTeamCenterVisData: no". Die Infos der Anwenderstandards werden in der Datei "nx3_site.dpv" gespeichert.

Zu der angedachten JT-Batch-Konvertierung im Hintergrund (Beitrag HarryZ; 30.11.2006): Mit diesem Thema beschäftige ich mich gerade auch und wäre an einem Erfahrungsaustausch interessiert. Unser Stand: Ergebnisse einer Teamcenter-Suche sollen über ugtopv in bestimmten Abständen konvertiert werden. Das hat aber noch einige Tücken. Deshalb: Gibts noch funktionierende Alternativen? (Konvertierung beim Einchecken wurde schon angesprochen...).
Langfristig wollen wir alle UG-Daten parallel im JT-Format bereitstellen...?!

Gruß
CB

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

---

Bei neueren NX-Versionen (NX9, NX10,..) befindet sich der Schalter unter:
Anwenderstandards --> Gateway --> JT-Daten --> Register "Exportieren" --> Schalter: IT-Daten speichern

------------------

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