---

pwd-dft-fehler.jpg

Tach Edger,

das nächste DFT Problem ist bei uns aufgetaucht.
Wir öffnen ein mit V14 erstelltes DFT welches ein PWD abbildet,
und siehe da die Gewindebemassungen wie Gewindegröße und Position sind abgehängt oder Null........

Stellt sich jetzt die Frage was da schon wieder los ist, kennt jemand das Problem????

Gruß Stephan

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

---

Hallo Stephan,

stammen die Gewinde aus den Einzelteilen oder wurden die erst im Weldment erzeugt?

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

Markus Gras
Unitec Informationssysteme GmbH

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

---

Hallo Markus,

die Bohrungen sind alle im Weldment erzeugt worden.

Gruß Stephan

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

---

Hallo,

hin und wieder ist in alten Versionen eine geänderte Ausgabe der Holes.txt Ursache für das Verhalten. Schau doch mal im pwd nach, ob hinter der Gewindebezeichnung ein Sternchen steht. Wenn ja ist die Ursache hier zu suchen (Wäre ja möglich durch die Neuinstallation von V15. Dabei wird eine neue Holes.txt geschrieben.

Gruß (und viel Glück)

Miko

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

---

... ja, das habe ich auch schon gehabt -- hatte die dritte
Stelle hinter dem Komma einer(!) Bohrung geaendert. Daraufhin
gab es in den Parts keine Warnung aber alle(!) Gewinde waren
mit einem Stern verziert.

Im vorliegenden Fall ggf. Holes.txt aus V14 restoren koennte
helfen

modeng

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

---

Tach auch,

hab bei uns auf dem Server nachgeschaut, ist die alte holes.txt von V14.

Das war leider nicht der Fehler.......

Gruß Stephan

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

---

hallo maserski,

habe mal schnell probiert deinen fehler nachzuvollzeiehn, komme aber leider nicht uaf dein ergebnis. also pwd erzeugt mit v14, gewinde erzeugt und dft abgeleitet in v14.v15 aktiviert und pwd geändert. dft aktualisiert und nichts abgehängt sondern nur abmessungen geändert.

tritt dies bei allen dft von pwds auf oder nur bei dieser?
hast du noch ein backup von dieser komplette einheit und könntest dies nochmal in v14 öffnen, vielleicht war das dft vorher schon defekt und die datei wurde erts wieder mit v15 geöffnet und es sieht so aus als wenn der versionswechsle der grund wäre.

deine anderen post werde ich auch noch nachbauenn und melde mich dann noch mal

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

Uwe Graf
Unitec Informationssysteme GmbH

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

---

Hallo Uwe,

hab mal unsrern alten Laptop bemüht, da ist noch ne V14 drauf.
Dort kann ich die DFT ganz normal öffnen und wird auch normal angezeigt. Hab dann unsere Datenbank nach anderen Zeichnungen durchsucht, tritt sehr sporadisch auf das Problem, von 20 Dateien waren vier befallen, schlimmer aber ist das mein anderes Problem plötzlich vermehrt auftritt, ich bekomme manche dft nicht mehr aktuell, selbst wenn sie mit V14 erstellt wurden und keine Baugruppenformelemente haben......

Versteh einer Solid Edge.......

Gruß Stephan

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

---

Ihr werdet es nicht glauben! Die Programmübersetzer haben vergessen, die engl. Gewindeeingaben zu übersetzen (V15). Sprich: Komma statt Punkt!
Somit kann SE die Gewinde nicht mehr lesen...

Gruß,
BJ

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

---

welche sind denn gemeint? die holes.txt hat Punkte als
Dezimaltrennzeichen, die Isoholes.txt Kommas (V14)

Klaus

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

---

Ich meine die Holes.txt!
V14 hat Kommas, V15 Punkte.

Gruß,
BJ

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

---

nein, meine Holes.txt hat Punkte (V14/Sp6)
Dann waer die V15 ja eigentlich richtig: Holes.txt ist die angelsaechsische
Ausgabe der ISOholes.txt ergo ISO Kommas und nicht ISO Punkte
als Dezimaltrennzeichen.

Offenbar wird  die ISOholes angezogen und nicht die Holes.txt.
Bei mir wird nur die Holes.txt angezogen. Warum? vielleicht eine
Frage der Installation: metric/imperial templates?

Klaus

[Diese Nachricht wurde von modeng am 07. Jul. 2004 editiert.]

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

---

Image1.jpg

mir fiel noch was ein, koennte es sein das in den Options (siehe Bild)
statt holes.txt isoholes.txt steht?

Klaus

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

---

Nö, ist liegt schon an der Holes.txt. Ich habe die von V14 genommen, und siehe da - es tut!

Gruß,
BJ

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

---

Also auch in V12 war die Holes.txt mit Punkten und die ISOholes.txt
mit Komma als Dezimaltrennzeichen.
Von welcher V14 der ausgelieferten oder der 'angereicherten' sprich
die firmenspezifischen werte nachgetragen?

bliebe noch:

- beide Dateien sind wo auch immer vertauscht (umbenannt) worden
  dann sollte ISO mit Punkten und Holes mit Kommas sein

- die ISO wurde in die Holes 'gekippt' dann muessten beide mit
  Kommas sein.

Klaus

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

---

Tach zusammen,

ich habe gestern noch mal mit unserem Reseller gesprochen, das von mir oben im Bild gezeigte Problem ist von EDS als sehr kritisch eungestuft und geloggt worden. Leider war das Servicepack 5 schon fertig als der Fehler geloggt wurde. Die Holes.txt kann es nict sein weil der Fehler nicht bei allen Gewindenauftritt, hat eher was mit den Mittellinien zu tun, die wandern ab und zu nach unten links in die Ecke....

Gruß Stephan

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