---

Hallo,

ich bräuchte mal ein paar Eefahrungswerte über JT Dateien. Wir überlegen uns zum Beispiel dass wir JT Dateien immer mitspeichern aber da kommen mir gleich mal ein paar Fragen in den Kopf.

Kann man irgendwie die Grösse von JT Dateien kontrollieren. Je größer das Part, desto grösser JT, ist klar. Aber gibt es da vielleicht ne 'Warnfunktion'? Das kursiert hier als Gerücht.
Ich denke mal dass mit JT auch die Datenbank schneller wächst, gibt es da Erfahrungswerte? Sowas wie 'JT nimmt 1/5 vom Platz ein' und wächst auch so schneller?
Wie verhält sich das mit Part Families? Werden die nur unter dem 'Mutterteil' gespeichert, oder unter allen 'Kinderteilen' auch?

Ich weiss, ne Menge Fragen. JT ist hier schon länger im Gespräch, hatten es aber nie so richtig gebraucht (geh ich mal von aus, sonst wäre es ja schon implementiert). Und da hier viele Gerüchte kursieren, wollte ich mal Nachfragen. Danke für jede Antwort.

Torsten

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

---

JT_exportieren.pdf JT_in_Office.pdf

Hallo Torsten,

deine Frage mit dem "1/5 vom Platz ..." kann ich leider nicht beantworten, ich hoffe es meldet sich dazu jemand der das in der Praxis macht.
Aber wir haben mal näher hingeschaut, was in JT alles hineingenommen werden kann (siehe Anhang).

Ich habe zum Thema "JT" folgendes abgelegt:

- Modernes, neutrales "CAD-nahes" Format.
- Kann von groben Facetten bis hin zu exakten Daten ("STEP-Qualität") Geometriedaten ablegen.
- Ist mittlerweile genormt.
- Obwohl von Siemens, wird es von allen namhaften CAD-Systemen unterstütz.
- Kann zum Laden von Übersichtsdaten genutzt werden, um dann gezielt die exakten Daten nachzuladen (Ganzer Ozeandampfer >>> Kabine 0815).
- JT wird auf breiter Front kommen! (Man kann es übrigens auch in Office-Dokumente einlagern und kann dann z.B. in einer Word-Datei die 3D-Daten drehen, schieben, zoomen ...).
- I like JT 

Gruß

------------------
Walter Hogger

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

---

Zitat:

---

...Ganzer Ozeandampfer >>> Kabine 0815...

---

O.T.: Hallo Walter,

schönes JT-Beispiel in der Wordanleitung. Kenne ich irgendwoher (war das nicht auf der CAD.DE 2006?)...

------------------
Gruß aus Hamburg

Yeti

Planung ist die Ablösung des Nichtwissens durch den Irrtum...

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

---

Zitat:

---

Original erstellt von totti2305:
...
Ich denke mal dass mit JT auch die Datenbank schneller wächst, gibt es da Erfahrungswerte? Sowas wie 'JT nimmt 1/5 vom Platz ein' und wächst auch so schneller?
Wie verhält sich das mit Part Families? Werden die nur unter dem 'Mutterteil' gespeichert, oder unter allen 'Kinderteilen' auch? ....

---

Die DB wächst natürlich mit der Anzahl der erzeugten Datasets mit. Eine Zahl kann ich aber nicht nennen, behaupte aber, dass der Umstand kein Verhinderungsgrund für JT sein dürfte - entweder will ichs für einen bestimmten Zweck haben oder nicht ...
PartFamilies:
Gilt an sich für alle NX Parts:
In NX7.5/TC8 musst du die JT Erzeugung sowieso manuell anstossen bzw. per Workflow. Da machts keinen Unterschied ob PartfamilyMember oder nicht.
Ab TC9 ( NX Version weiss ich nicht genau, glaub aber 8.5 ) kann man auch automatisch beim Speichern in NX einen DispatcherRequest absetzen lassen der eine JT Erzeugung auslöst. Ich möchte das aber nicht haben ...

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

---

Hallo Yeti,

ja, das ist von dir aus dem Jahr 2006.
Ich hoffe, ich hab' nichts Geheimes verraten! Der Anhang ist ja auch nicht das orginale Word-Dokument mit eingepacktem JT. Ist also nur das Bildchen, das man sieht. Gib mir Bescheid, wenn es wem stört!

Gruß

------------------
Walter Hogger

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

---

>>ich bräuchte mal ein paar Eefahrungswerte über JT Dateien.
>> entweder will ichs für einen bestimmten Zweck haben oder nicht ...

Torsten, ich denke, Du solltest mal schildern, welche Beweggründe gerade jetzt zu der Fragestellung führen.

Wir machen nicht viel mit JT. Aber alleine die Tatsache, dass TcVis im Zweifelsfall auch losgelöst von TC komplexe Baugruppen darstellen kann, ohne dass ein Projektleiter oder eine Dokumentationsassistentin sich mit einem CAD-System anfreunden muss, ist für uns schon ein wichtiges Argument.
Hinsichtlich Datenvolumen muss ich mal unseren FileServer prüfen, aber das sollte wirklich nicht entscheidend sein.

------------------
Rainer Schulze

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

---

Hallo,

danke für die guten Antworten, auch Vielen Dank für die PDF's, Walter. Das PDF über die Office Integration ist gut, hab daran noch gar nicht gedacht.

@Thomas:
Du schreibst das man unter nx75 die JT Erzeugung manuell anstossen muss. Unter Options-->Save kann man das speichern einstellen, hält halt nur für diese Session. In den Customer Defaults kann man noch einen Haken bei Export Data --> Save JT Data setzen. Das gilt dann nur für Export oder auch für TC speichern? Kann man das gar nicht in einer config file einstellen? Ich konnte in der ConfigDatei in dem PVTRANS Ordner nichts finden.

@Rainer:
Ja, du hast es schon erwähnt, wir wollen auch Projectleitern die Möglichkeit geben(ohne CAD-Kenntnisse) über TcVis 3d dateien zu sehen und Funktionen wie Messen zu benutzen.

Auch schön zu hören dass JT Dateien wohl angemessen mit Speicherplatz umgehen. Hattet ihr schonmal Probleme mit der Performance, heisst dass 'Speichern' einfach zu lange gedauert hat (was auch immer 'zu lange' heissen mag).

Danke

Torsten

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

---

Hallo Torsten,

"Hattet ihr schonmal Probleme mit der Performance, heisst dass 'Speichern' einfach zu lange gedauert hat"

Ja, definitiv, wenn man die JT Erzeugung direkt mit dem Speichern laufen lässt.
Ist aber auch logisch, es muss ja von jedem Part auch das JT gespeichert werden. Da kann es bei grösseren BG schonmal was dauern.
Welche Einstellung man da favorisiert, hängt stark von de BG Strukturen ab.
Bei BG mit viel Hilfsgeometrie, deren JT Daten man nicht benötigt, kann man meiner Meinung nach besser die direkte JT Speicherung ausstellen und manuell oder per Zeitschalter anstossen. Ich spreche aber von BG mit deutlich mehr als 5000 unterschiedlichen Parts.

Grüsse
Felix

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

---

Hallo Torsten,

wir haben den/die Haken in den Customer Defaults (Gateway -> JT-Dateien -> Optionen für Exportieren: JT Daten Speichern und Exakte Daten extrahieren: Alle JT-Dateien und dann noch im Reiter Teamcenter-Integration: Abgeleitete JT-Teile aus der Quelle...) gesetzt. Dann werden die JT Daten beim Export und auch beim Speichern in Teamcenter erzeugt.

Allerdings kann es beim Speichern teilweise schon zu längeren Speicherzeiten kommen, wenn z.B. heruntergeladene Kaufteile mit extrem vielen Flächen-Körpern bearbeitet werden oder in einer Baugruppe viele gelinkte Teile vor kommen.
Bei "normalen" (Maschinenbau-) Teilen oder Baugruppen ohne Formelemente, geht das erstellen der JT Dateien beim Speichern schnell.

Das KonfigFile ist in folgender Variable angegeben: UGII_TESS_CONFIG_FILE

------------------
Gruß Thomas

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

---

Danke für die Antworten, probier ich am Montag gleich mal aus

Torsten

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

---

Zitat:

---

Original erstellt von totti2305:
....
@Thomas:
Du schreibst das man unter nx75 die JT Erzeugung manuell anstossen muss. Unter Options-->Save kann man das speichern einstellen, hält halt nur für diese Session. In den Customer Defaults kann man noch einen Haken bei Export Data --> Save JT Data setzen. ....

---

Ja, das ist richtig.
Hab ich gänzlich verdrängt weil das ist aus meiner Sicht unbrauchbar, da der Anwender beim Speichern noch länger warten muss ...

Noch eine Anmerkung zur Dateigrösse:
Ich hab mir "meine" Daten in Stichproben angeschaut ( das sind "normale" Maschinenbauteile ):
- UGMASTER Dataset: NX7.5 PRTs, unkomprimiert gespeichert
- DirectModel Dataset: Mit ugtopv erzeugte JTs (V9), inklusive Breps, PMIs verwenden wir (noch?) nicht, sind daher keine drin.

Die JTs haben üblicherweise ca. 10-15% der PRT Dateigrösse.
Wobei ich in TC am DirectModel für alle RefSets JTs eine NamedReference hängen hab.

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