---

Hallo NXler,
wenn ich in der NX Daimler Umgebung ein Assembly schliesse, dauert es ewig bis die Modelle geschlossen sind.
Woran liegt das und wie kann man das verhindern.
Die Wartezeiten sind wirklich inakzeptabel.
Danke für eure Bemühungen.
tschüß
Uwe

------------------
uwe

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

---

Guten Morgen,

Eventuell kann es an einer vollen DialogMemory.dlx liegen.
Diese liegt Standardmäßig im jeweiligen Benutzerverzeichnis \...\Appdata\Local\Siemens\... und kann gelöscht werden.

Gruß
Charmin

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

---

Hallo Charmin,

ich habe im Verzeichnis ...\AppData\Local\Siemens zwei Unterverzeichnisse:

NX und NX100

Das Verzeichnis Local ist leer und das Verzeichnis NX100 beinhaltet eine Datei history.pax, die 313 byte gross ist.

Sie hat folgenden Inhalt:
<?xml version="1.0" encoding="UTF-8"?>

<Palette author="UGNX2.0" originalURI="C:\Users\uk1731\AppData\Local\Siemens\NX100\history.pax" schemaVersion="1.0" xmlns="http://www.ugsolutions.com/Schemas/2002/UGPalettes"><Presentation application="All" bitmap="rb_history" name="History" translate="0"/>
</Palette>

Eine Datei DialogMemory.dlx kann ich nicht finden.

tschüß
Uwe

------------------
uwe

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

---

unter \AppData\Local\Siemens\NX100 finde ich auch nichts

eventuell unter \AppData\Roaming\Siemens\NX100 nachschauen, da ist bei mir die DialogMemory.dlx zu finden.

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

---

Hi Uwe.

Das Problem haben wir auch. Passiert Immer wenn man eine Größere Baugruppe länger offen hat. Das schließen kann auch locker >3/4 Stunde dauern.
Glaube nicht das es an der DialogMemory.dlx liegt, da es unabhängig von der Maschine ist. Ich probiere es aber gerne morgen aus.

Leider keine Lösung gefunden, nur ein Workarround:

Alles speichern; und im Windows Taskmanager den Prozess ugraf.exe killen.

Gruß

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

---

Hi Leute,
sehr bedauerlich.
Was sagt denn SIEMENS dazu?
tschüß
Uwe

------------------
uwe

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

---

Ich konnte keinen Unterschied feststellen, wenn ich die Verzeichnisse lösche. Aber danke für den Ansatz.

Evtl. noch eine Idee? Ich denke das hat was mit der Ram Belegung zu tun. Die liegt bei mir schon gerne mal fast bei 20Gb. (von 24)

Mit der "Funktion" haben wir Siemens noch gar nicht belästigt. Liegt ganz hinten auf unserer Liste.

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

---

Hi Leute,
mein Workaround ist NX abschiessen(Prozess ugrf, oder so, im TaskManager) und NX neu starten. Geht schneller als auf das Schliessen des Modells zu warten, besonders da man ja schon gespeichert hat.
Was kann das nur sein? Nicht schlimm, aber unschön und LÄSTIG.
tschau bis dann
uwek

------------------
uwe

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

---

Hallo,

vielleicht muss die NSA noch was checken? ;-)

Hier ist ein Erklärungsversuch.

Gruß

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

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

---

Hallo zusammen,

die Ursache für das verzögerte Schliessen lässt sich durch ein systematisches Vorgehen mit einiger Sicherheit ermitteln oder zumindest eingrenzen. Besser jedenfalls, als auf einen Zufallstreffer zu setzen und im Trüben zu fischen. Ob man's dann auch abstellen kann, ist wieder eine andere Frage.

Der Grund kann sich z.B. in der Daimler-Umgebung befinden. Daher wär' ein möglicher erster Schritt, das Ganze mal mit einer Standard-Installation durchzuspielen. Zeigt sich das Problem auch dort ?

Falls ja: Entweder an Siemens melden und abwarten oder selbst das System 1. beim Laden, 2. während der Arbeit und 3. speziell beim Entladen beobachten (RAM, CPU, Netzwerk, Platte, %TEMP%, ...). Tools dazu finden sich im Netz, mal nach Sysinternals suchen. Irgendwas muss ja passieren, während der Dauerläufer auf der Bremse steht.
Die Ursache kann sich auch innerhalb der Baugruppe selbst in irgendeiner Unterbaugruppe/Komponente befinden. Über ein Ausschlussverfahren kann hier Klarheit geschaffen werden. 

Falls nein: Dann wird wohl jedem klar sein, wo man weiter suchen muss. Hier wären erst mal die Unterschiede zwischen Standard- und Daimler-Installation festzustellen. Möglicherweise eines der zahlreichen Add-On's ? Um das herauszufinden, muss man die Umgebung genauer kennen und wissen, was da alles verbogen bzw. hinzugefügt wurde.

Eine weitere mögliche Ursache kann ein PDM-System sein. NX will dort was eintragen/abfragen und kriegt eine verspätete Antwort ? Durchaus vorstellbar.

Alle möglichen Ursachen zusammenzutragen und eine nach der anderen zu untersuchen ist schon etwas Arbeit, im Verhältnis zu den Warte- oder Abschuss- und Neustartzeiten aber vielleicht mal ein Überlegung wert ?

Gruß, Michael

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