---

Hallo zusammen!

Wir werden in Kürze von der NX4 auf die 7.5 gehen (native umd mit TC). Jetzt wird diskutiert, ob man ein refile machen sollte. Wie sind eure Erfahrungen? Ist das notwendig oder gehts auch ohne? Oder handel ich mir dabei vielleicht sogar Probleme ein? Sollte man beim refile auch direkt die BaugruppenVERKNÜPFUNGSBEDINGUNGEN auf die neuen BaugruppeZWANGSBEDINGUNGEN umstellen lassen oder gibts damit Ärger?.....

uger

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

Deine Wahrnehmung bestimmt deine Realität!
NDS

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

---

auf jeden fall refilen (macht das laden schneller). vor allem die norm- und wiederholteile.

erfahrungen: refile selber problemlos.

baugruppenzwangsbedingungen: NEIN, nicht über refile. erfolgsrate liegt nach unseren erfahrungen bei 75%. die restlichen teile z.t. kaputt, im besten fall nix passiert. lieber geordnet im nx migrieren. aber da werden sich noch andere melden...
such mal nach thema (fehler zwangsbedingungen bei refile) im gtac...

------------------
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

---

@all

Wir haben 99% unserer Baugruppen mit den mc options refiled nur
wirklich kaputt, waren kaum Baugruppen nur Nacharbeit ist sicher bei vielen notwendig!

Nur lassen sich mit dem refile_part -d lässt sich ein ganzes directory refilen und in Kombination mit einem Log-File und
-convert_mcs
-mc_parts_only
-mc_dry_run

lässt sich einfach mal testen wie sich die Assy.parts verhalten würden
und man kann dann die Log-Files auswerten.

Nur in NX7 ist man mit den neuen Assy.Constrains sicher noch langsamer
als mit den Alten. Leider sind sie gegenüber den alte MC noch sehr unübersichtlich und fehleranfälliger.
Vorallen das neue Concentric funzt bei Assy.Arrays nicht und macht auch so Probleme.

------------------
mfg

Grips

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

---

Zitat:

---

Original erstellt von Grips:
...Wir haben 99% unserer Baugruppen mit den mc options refiled nur wirklich kaputt, waren kaum Baugruppen nur Nacharbeit ist sicher bei vielen notwendig!...

---

Wir haben alle UGMASTER refiled ( LatestWorking bzw. Status ) - NX5/TCE2005SR1 auf NX7.5/TC8.3.2 und auch ähnliches festgestellt wie Grips.
Weitgehend OK, die Probleme mit den AssemblyConstraints liegen nicht unbedingt im refile Bereich ...

Im TC Umfeld wirst du dir vielleicht auch Gedanken werden müssen, welche ItemRevisions du refilen willst.
Die Bordmittel ( Utilities ) bieten lediglich:
- alle
- TC Ordner ( bei vielen IRs ein Problem ... )

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

---

Hallo uger,

ich war früher etwas skeptisch, ob man refile empfehlen kann, denn, ja, es treten Fehler auf. Beim letzten Anwendertreffen hat ein Mitarbeiter von Bosch einen Vortrag über das Thema refile gehalten. Darin wurde sehr fundiert darlegte, warum man "refilen" sollte.

Was ich mir gemerkt habe:

- Über 90% der Daten liefen problemlos durch, die hat man dann schon mal in guter Qualität.

- Der Aufwand mit den Problemfällen ist erheblich und schluckt Zeit und manpower. Dabei ist es aber etwa so wie bei der Pflege von Adressdatenbanken. Wenn man sich die Zeit spart, wird die Datenbank in ganz kurzer Zeit zu einem Großteil aus "Adressleichen" bestehen. Die Qualität des Gesamtdatenbestandes wir also rasch schlechter - auch in NX.

- Bei den Problemfällen ergeben sich ggf. Änderungen in der Vorgehensweise, die dann in die internen Konstruktionsrichtlinien einfließen sollten und auf Dauer stabilere Modelle bewirkt.
Ein Beispiel: Bei der Positionierung von Features über Punkte flippte gelegentlich die Richtung um (Vorzeichenwechsel). Also wird in Zukunft so ein Positionsmaß zwingend an Bezugsebenen angebracht. Bezugsebenen haben eine eindeutige Richtung, Punkte eben nicht.

- Wenn keine refile-Aktion von Profis ausgeführt wird, dann entdecken viele Anwender ggf. selbst solche Fehler (wie im Beispiel vorhin) und kümmern sich darum, jeder für sich. Diese sinnlosen Zeiten erfasst keiner, sie entstehen aber mit ziemlicher Sicherheit doch.

Den Vortrag von dem Bosch-Mitarbeiter kann man sich immer noch herunter laden ... glaube ich ;-)

Gruß

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

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

---

Übrigens:
Wenn du vorhast, bei den Ladeoptionen "Use LightWeight" einzusetzen, dann musst du sowieso refilen um das in die Parts reinzubekommen ( oder halt alles mal speichern ... )

Wir haben diese LoadOption allerdings letztendlich wieder deaktiviert weil sie recht buggy zu sein scheint ...    

Solltest du das vorhaben: die refile Option "-regen_lw_def_tol" geht in NX7.5 nicht bzw. heisst anders als in der Doku beschrieben: "-regen_lw_use_def_tol" ( ab NX8 wieder so wie in der Doku beschrieben )

Ahja, nochwas:
Refile nicht auf Pattern Parts loslassen, das löscht PatternData ... ( kann aber wiederhergestellt werden ).

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

---

interessant, im gtac sieht es zum thema irgendwie anders aus... 
unsere probleme sind auch die piping-baugruppen. sind bei uns ca. 75% aller bg's. kann aber auch daran liegen, das wir mit nx6 getestet haben...

------------------
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

---

Hallo zusammen,

hab den Thread kurz überflogen und möchte auch kurz meine Erfahrungen berichten:

Refile machen: Auf jeden Fall, wir haben bis jetzt bei jedem Update einen Refile gemacht, hat sich bewährt und eigentlich immer gut funktioniert.

Verknüpfungen direkt beim Refile in Zwangsbedingungen konvertieren: Haben wir gemacht und relativ wenig Probleme damit gehabt. Das einzige, was nicht wirklich gut funktioniert hat: Variable Positionierungen und Verknüpfungen bei deformierbaren Teilen. Dort sind die Verknüpfungen nur zu ca. 75% richtig übernommen worden, die restlichen waren im Eimer. War aber kein großes Problem, da wir diese Funktionalitäten relativ sparsam eingesetzt haben. Das lag aber nicht am Refile, auch ein Test mit der Konvertierung direkt in NX brachte ein ähnliches Ergebnis.

Von daher kann ich aus eigener Erfahrung sagen: Ich würden das Konvertieren der Verknüpfungsbedingungen in Zwangsbedingungen direkt beim Refile empfehlen.

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

Markus

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

---

Zitat:

---

Original erstellt von Walter Hogger:
Den Vortrag von dem Bosch-Mitarbeiter kann man sich immer noch herunter laden ... glaube ich ;-)

---

Hallo Walter, wo? Auf der Webseite der PLMVIM?

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

Ich steh auf flotte Dreier

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

---

Hallo Meinolf,

nein, es war bei www.plm-benutzergruppe.de

Auf die Schnelle, hab' ich's nicht gefunden.

Gruß

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

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

---

Hallo Meinolf,

ich hab's gefunden. Man muss sich erst einloggen.
Meine Zahl von oben (90% waren ok) kann ich nun auf "98% waren ok" korrigieren.

Gruß

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

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

---

Hallo Walter,

ich habs auch gefunden. Vielen Dank

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

Ich steh auf flotte Dreier

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

---

Hallo zusammen!

Ich kann die Erfahrungen beim  Konvertieren der Zwangsbedingungen nicht teilen. Wir haben in Auftrag von Siemens PLM und BCT schon diverse Firmen beim Refile unterstützt.  Hierbei benutzen wir die Software PLMJobmanager (www.plmjobmanager.com).  Beim korrekten Auslesen der Warnungen plus die  Option -mcs_dry_run kann man von einen sicheren Prozess ohne Verlust von Daten sprechen.

Anbei kurz die Vorteile eines Refiles:
- Konvertieren der Zwangsbedingungen
- Erzeugen der Lichtgewichtdaten (lighweight representations)
- Reduzierung der Ladezeiten (da keine Konvertierung der Daten in der Sitzung erfolgt)
- Reduzierung des „modifications flag“

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

---

Zitat:

---

in Auftrag von Siemens PLM

---

dass ist ja Interessant 

SFB-NX-8001042: REFILE utility obsolete for many releases and now to be retired starting NX 12.0.1

This REFILE utility was never mandatory and never recommended

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

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

---

Hallo,

ich habe diese SFB Info auch heute bekommen und finde die Aussage von Siemens schon etwas fett. In der Vergangenheit hat es immer geheissen Refile ist erforderlich bzw. wärmstens empfohlen. Dazu haben sich die Consulting's die Hände gerieben weil sich was verdienen liess, Refile ist schliesslich kompliziert und man muss dem Kunden behilflich sein. Gegen einen kleinen Obulus versteht sich.

Und nun dementiert Siemens dass das notwendig sei oder sie es jemals empfohlen hätten.

Als Kunde fühle ich mich ziemlich auf den Arm genommen.

Gruss Andi

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

---

NX10-Help-Refile.gif

zu ... SFB-NX-8001042: REFILE utility obsolete for many releases and now to be retired starting NX 12.0.1
       This REFILE utility was never mandatory and never recommende  ...

in NX10 Help Doku liest es sich noch anders; siehe Anhang

im GTAC Solution Center findet man mit Suchbegriff

"refile"      1492 Beiträge - Zeitraum 24.08.1987 ... 29.11.2017
"refile_part"  413 Beiträge - Zeitraum 15.11.1989 ... 30.10.2017

ich kann schon nachvollziehen dass man mit refile_part vorsichtig sein muss(te)
aber in der Vergangenheit hat es messbare Performance Steigerungen gebracht

solange es in NX keine Datenstruktur Änderungen gibt braucht es in der Tat kein Refile ...
... mal sehen was uns da erwartet

--- Nachtrag -------------

o richtig ernst scheint den Exponenten von  Unigraphics / UGS / EDS / SIEMENS nicht zu sein ...
... refile_part.exe wurde bloss in ein anderes Verzeichnins verschoben

C:\Program Files\UGS\ugnx12\NXBIN\refile_part.exe

[Diese Nachricht wurde von Hermes am 05. Dez. 2017 editiert.]

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

---

Hermes, "retired starting NX12.0.1", das gibts noch nicht ... und beginnend mit NX11 sind viele Binaries nach NXBIN verschoben worden.

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