---

Hallo zusammen,

wir haben hier den Fall, dass sich manche Daten nicht refilen lassen. Öffne ich eines der betroffenen Teile in NX und versuche zu speichern, so wird die Fehlermeldung "An attempt was made to save a non-storable object" ausgeworfen. Nach einem Part Cleanup mit Option "Delete Unused Objects" klappt's aber.

Jetzt meine Frage: Kann ich beim Refile (refile_part.exe) vor dem Speichern einen Part Cleanup mit der Option "Delete Unused Objects" durchführen? Die Option -cleanup scheint schon mal nicht zu helfen, die Fehlermeldung bleibt. Laut Online-Doku ist diese Option im Refile auch nicht das gleiche wie der Part Cleanup in NX, aber nähere Infos dazu habe ich noch nicht gefunden.

Weiß jemand von Euch Rat?

------------------
Gruß 

Markus

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

---

test-part-cleanup.vb.txt

hallo Markus

falls Du refile_part.exe aus einem Shell-Script heraus aufrufst
dann vorher ein Journal-Script ausführen;
im Journal: part öffnen / part cleanup / speichern / schliessen

run_journal.exe C:\Temp\test-part-cleanup.vb -args C:\Temp\test.prt
refile_part.exe C:\Temp\test.prt

mfg
Toni

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

---

Hallo Toni,

vielen Dank für die Info. Habe zwischenzeitlich auch bei unserem Refile-Profi nachgefragt, der hat genau das Gleiche gesagt 

------------------
Gruß 

Markus

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

---

Hallo,

wo das so schnell geklärt ist hänge ich mich mal an.

Was refilt ihr eigentlich so ?
Alle Daten, auch freigegebene ?.
Gibt das nie böse Überraschungen?

Wir setzten NX seit der UG V13 ein, haben noch nie ein Refile gemacht,
und absolut keine Probleme damit gehabt, bisher. Was spricht also dafür?
Fürs nächste Update von  9 auf 11 frage ich mich ob wir das mal machen sollten.

gruss
frid

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

---

unsere Versions History ist:
V15 - V17 - NX1 - NX4 - NX6 - NX10

bei jedem dieser Versionswechsel wurden alle NX Datei Version refiled.
Grundsätzlich werden wir auch künftig alle Date Versonen mit Refile bearbeiten;
das garantiert dass auch auch alte Revsionstädne geladen werden können.

Die Refile-Optionen waren je nach UG/NX Version unterschiedlich;

Die anspruchvollste Variante hatten wir bei der letzten Aktion NX6-NX10 
-convert_mcs        (Converts mating conditions to assembly)
-regen_lw            (Converts mating conditions to assembly ..)
-convert_line_widths (Converts all legacy line width ... )

für -convert_mcs empfiehlt es sich dass das Laden der Assembly Komponente erzwugnen wird (-f -y)

Wichtig ist das Auswerten der Fehlerprotokolle und das Bereinigen der Fehler.
Wir verzeichneten:  Error Status in 1st run: 0.018% 

Typische Fehler waren:
- defekte WAVE Strukturen
- defekte Interpart Expressions
- Error Message beim Laden von Assembly Komponente
- unbekannte Fehler; nicht mehr aufgetreten nach interaktiven ÖFFNEN/Speichern
- defekte Dateien ; vermutlich wegen Systemstörung beim Speichervorgang

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

---

HBB_Buchauszug_SysOP_NX10_NX11_Refile.pdf

Hallo Zusammen,

ich schreibe gerade am Stichwortindex von unserem neuen NX10-NX11-Systembetreuerbuch. Hier ist unsere Meinung und Erfahrung zum Thema Refile. (siehe Buchauszug)

Gruß

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

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

---

Ist schon alles gesagt....

Ich würde es immer machen..... wird auch so von Siemens verklickert....

Wir machen im Vorfeld des Updates zwei läufe auf dem Testsystem. (Refile wird auf 3-6 Workstations ausgeführt/ pro WS 3 Jobs mit je 10'000 UID's)
Danach wird Analysiert.
Manche Sachen kann man schon vorgängig auf der aktuellen Version bereinigen, daher geben wir den Usern danach Zeit die Fehler vor dem Update zu bereinigen.

Die Fehlerquote wird von Update zu Update immer kleiner, so wie dies Hermes schon geschrieben hat > 0.0xx % (Limes geht gegen Null)

-> ganz klare aussage, mit Refile bist du danach schneller, falls du kein Refile machst, wird beim öffnen des Parts/DWG ein Refile im Hintergund ausgeführt, du hast also länger bis die BG geladen ist.
-> Refile migiert sozusagen das Part auf die aktuelle Version

Refile Fehler Ergebnis:
NX4  - ~200'000 Parts - ~5%
NX6  - ~280'000 Parts - ~0.2%
NX9  - ~500'000 Parts - ~0.1%
NX10 - ~520'000 Parts - ~0.2%

In der letzten Version waren die häufigsten Fehler:
- Invalid Filename
- unsuitable OM Object
- the dataset has a newer Version
- internal error

waren mehr oder wen alles BUG's

mfg

------------------
“Vision without action is a daydream. Action without vision is a nightmare.”

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

---

Brauch nicht aufregend was schreiben was von Hermes und BigKing nicht bereits geschrieben wurde ...

Kurz gefasst:
Ich refile nur UGMASTER und nur Revisionen die Latest oder mit Stati die "in Verwendung" sind.

Und zum Refilen sollte man kein allzu frisches NX (Neu-)Release verwenden, u.a. aus diesem Grund hab ich die Policy ein NX Upgrade nur mit MR3+ zu machen ...

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