---

Hallo

ich hab da ein IGes Import Problem.

Wenn ich die  IGES Daten direkt in AIP9 öffne wird aus einer Platte die 346x346 war eine die 8788,4x8788,4

Lade ich die Platte zuerst in MDT und speichere sie dann als Step ab wird sie danach richtig in AIP9 übernommen.

Woran kann das liegen? Bisher hatte ich damit keinerlei Probleme.

Außerdem werden einige der Platten anscheinend nicht als Volumen erkannt, ich habe zwar schon versucht die im MDT zu reparieren (mit der Anleitung hier aus dem Forum) allerdings nur mit mäßigem Erfolg.

Gruß D.B

Leider werden die Änderungen unter System-Info 7 Zusatztext nicht übernommen.

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

---

der faktor ist ja 25.4...
lässt darauf schließen das da was mit den einheiten [mm/in] krumm läuft?

------------------
mfg Siegfried Schachinger
http://www.tbschatz.at

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

---

der Faktor 25,4 ist Dir auch aufgefallen, oder? 

Da ist irgendwo Inch statt mm eingestellt. Bei ACad, war es früher mal so, das alles als Inch lief, aber die Bez. mm drübergelegt wurde. Ich hatte da mal vor Jahren eine ähnliche Geschichte. Guck mal, ob's sowas ist.

[edit]

ich will 'ne Sekundenanzeige!   

[/edit]

------------------
ciao bene

"Bloody Stupid Johnson"

[Diese Nachricht wurde von Bene am 27. Okt. 2004 editiert.]

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

---

Zitat:

---

Original erstellt von Bene:
ich will 'ne Sekundenanzeige!   

---

dafür hab ich weniger getippt  einigen wir uns auf unentschieden? 

------------------
mfg Siegfried Schachinger
http://www.tbschatz.at

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

---

Oh nein! Der Sieg gebührt Dir! 

------------------
ciao bene

"Bloody Stupid Johnson"

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

---

Ja das mit dem faktor war mir schon aufgefallen.

Hab auch schon geschaut ob da irgendwo in den Einstellungen was verstellt ist, habe aber nichts gefunden.

Kann ich irgendwo die Einstellung des IGES Import beeinflussen?
Denn in MDT geht es ja und mit step dann auch, also denke ich das es nur daran liegen kann. Leider hab ich dazu nichts gefunden.

Nachtrag: Habe gerade mal 5.3 probiert => der gleiche Fehler.

Warum erkennt MDT die Dateien richtig und AIP9 sowie IV 5.3 nicht?

Hat da wer ne Erklärung

Gruß D.B

[Diese Nachricht wurde von D.B am 27. Okt. 2004 editiert.]

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

---

seruvs D.B.
kannst du den IGES-file mal reinstellen?

hab zwar nur AIS8 aber vielleicht kann ichs trotzdem reporduzieren bzw. die mit dem 9er dir dann besser helfen.

------------------
mfg Siegfried Schachinger
http://www.tbschatz.at

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

---

ikv.platte1.igs.txt

Hier mal die Datei.

Wollte letzten schon mal die reinsetzten die nicht als Volumen erkannt werden aber die sind zu groß.

Gruß D.B

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

---

Hallo!

mach die IGES Datei im Texteditor auf
such nach 1.0D0,1,2HIN im Header (ca. 2te Zeile) und mach 1.0D0,2,2HMM daraus.
dann hast du MM beim import

[Diese Nachricht wurde von Obituary am 27. Okt. 2004 editiert.]

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

---

@Obituary

hier mal der Header (wenn es denn der ist)

Cimatron Iges convertor                                                S      1
1H,,1H;,4HNONE,47Hg:\ikv\zeichnungen\starkeexport\ikv.platte1.igs,19HprtG      1
/Cimatron V12.20,39HCimatron IGES (V5.3) Convertor V5.0.6.0,16,24,8,56,8G      2
,4HNONE,1.00000,2,2HMM,8,0.400000,13H020730.101902,0.000100000,10000.0, G      3
4HNONE,4HNONE,10,0,13H020730.101902;

Also wenn ich das richtig sehe steht das schon auf HMM
1.0D0,2,2HMM  nur das D (wenn es denn eins sein sollte) steht da nicht.

Gruß D.B

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

---

Zitat:

---

Original erstellt von Obituary:
Hallo!

mach die IGES Datei im Texteditor auf
such nach 1.0D0,1,2HIN im Header (ca. 2te Zeile) und mach 1.0D0,[b]2,2HMM daraus.
dann hast du MM beim import

[Diese Nachricht wurde von Obituary am 27. Okt. 2004 editiert.][/B]

---

hmmmm, hier stehen schon mm. Auch mit inch speichern und nochmal öffnen hilft garnichts....

Oder habe ich das Missverstanden?

------------------
ciao bene

"Bloody Stupid Johnson"

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

---

Also ich kann die paar Platten in MDT einlesen dort als Step speichern und dann ich AIP einlesen und weiterbearbeiten das ist nicht das Prob.

Mich wundert es nur das MDT die richtigen Daten übernimmt und AIP nicht.
Bisher hatte ich nie ein Problem damit ausser das einige Platten halt nicht als Volumen erkannt wurden.

Daher meine Frage woran kann es liegen da ja anscheinend auch im Header alles richtig ist (wieder was gelernt kannte ich noch nicht)

Gruß D.B

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

---

aus welcher Weichwahre kommt die Iges? Kann man da vielleicht den Faktor einlesen? MDT hat es früher IMHO einfach ignoriert und keine Echten Einheiten genommen sondern Units, die nur durch den Text auf der Zeichnung in Inch oder mm erschienen.

------------------
ciao bene

"Bloody Stupid Johnson"

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

---

Wie im Header steht von Cimatron und ich habe da keinen Einfluss mehr drauf da wir kein Cimatron haben und mit der Firma die uns das Werkzeug geliefert hat nicht mehr zusammen arbeiten.

Gruß D.B

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

---

Oooookay, workaround: abgeleitete Komponete mit Skalierfaktor 1/25,4 

Quick and dirty 

------------------
ciao bene

"Bloody Stupid Johnson"

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

---

Ok wusste nicht das das auch geht mit nem Skalierungsfaktor (und wieder was gelernt hier)

Was mich aber trotzdem wurmt warum gehts in MDT und nicht in AIP wenn die Ausgangsdaten gleich sind dann muss ja was beim IGES import von AIP bzw IV 5.3 nicht richtig sein.

Gruß D.B

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

---

Zitat:

---

Original erstellt von Bene:
MDT hat es früher IMHO einfach ignoriert und keine echten Einheiten genommen sondern Units, die nur durch den Text auf der Zeichnung in Inch oder mm erschienen.

---

------------------
ciao bene

"Bloody Stupid Johnson"

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

---

AHA

das würde einiges erklären!!

DANKE

Gruß D.B

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

---

Zitat:

---

Original erstellt von D.B:
...warum gehts in MDT...

---

Wie schon Bene sagt, kennt das MDT zugrundeliegende ACAD prinzipiell keine Maßeinheiten, sondern nur "Einheiten". Erst der User/Zeichnungsleser interpretiert das dann als mm, m, oder wasauchimmer.

Es gibt viele MDT-User die sich wirkliche Maßeinheiten wünschen, und offensichtlich auch IV-User die sich problemlos-dimensionslose Einheiten wünschen.
Ich wüsste nicht was klüger wäre?

------------------
mfg - Leo

Ceterum censeo dynamic highlight obsoletus (est) (Autodesk hat ein offenes Ohr!)

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

---

header_IGES.txt

Hallo DB,

nimm den Header in der Datei und ersetzen diesen mit dem in deiner IGES Datei, dann hast du mm.

Geht IMO schneller als abgeleitete Komponente.

Gruss

Obituary

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

---

Hi

geht der nur für die datei oder generell für alle anderen aus dem projekt auch?

Gruß D.B

AXo DANKEEE erst mal!!!!!

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

---

IMO für alle anderen auch. Probiers einfach mal.

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

---

Ein Blick in das Import-Protokoll (ikv.platte1.xli) zeigt, dass der Header nicht richtig eingelesen wird. Die Feldbegrenzung (Komma) fehlt in Zeile 3.

Code:

---

*** Warning (IAFP__DELIMITER_ON_NEXT_LINE) ***
ikv.platte1.igs, line 3: Field delimiter not found on same line as field.

---

Dadurch wird die Einheit MM nicht verwendet, sondern auf Default (=inch) gesetzt.

Code:

---

*** Error (IAFP__BAD_GLOBAL_FIELD) ***
,4HNONE,1.00000,2,2HMM,8,0.400000,13H020730.101902,0.000100000,10000.0, G      3
                    ^
ikv.platte1.igs, line 4: Error processing global section field.  Field value
will be defaulted.

---

Dadurch steht dann in der Global Section IN als Einheit.

Code:

---

Global Section:

Parameter Delimiter:      ,
Record Delimiter:         ;
Sending Product ID:       NONE
File Name:                g:\ikv\zeichnungen\starkeexport\ikv.platte1.igs
System ID:                prt/Cimatron V12.20
Preprocessor Version:     Cimatron IGES (V5.3) Convertor V5.0.6.0
Size of Integer:          16
Sgl. Precision Mag:       24
Sgl. Precision Sig:       8
Dbl. Precision Mag:       56
Dbl. Precision Sig:       8
Receiving Product ID:    
Model Space Scale:        1,000000e+000
Unit Flag:                1
Unit String:              IN
# of Line Weights:        2
Maximum Line Width:       0,000000e+000
Creation Date:            Not Specified
Minimum Resolution:       1,000000e-006
Maximum Coordinate:       4,000000e-001
Author:                   020730.101902
Organization:            
IGES Version Number:      0  (Undefined Version)
Drafting Standard:        0
Protocol Description:   

---

Das passiert zwar auch bei MDT, aber da werden die Einheiten einfach ignoriert, wie Bene schon schreibt.

Der Fehler ist auch sehr leicht zu beheben. Man muss aus

Code:

---

/Cimatron V12.20,39HCimatron IGES (V5.3) Convertor V5.0.6.0,16,24,8,56,8G      2
,4HNONE,1.00000,2,2HMM,8,0.400000,13H020730.101902,0.000100000,10000.0, G      3

---

nur

Code:

---

/Cimatron V12.20,39HCimatron IGES (V5.3) Convertor V5.0.6.0,16,24,8,56, G      2
8,4HNONE,1.00000,2,2HMM,8,0.400000,13H020730.101902,0.000100000,10000.0,G      3

---

machen, schon geht's. (Das Komma zur Feldbegrenzung darf nicht auf der nächsten "Lochkarte"  stehen.)

@Obituary:
Zunächst einmal: Willkommen bei CAD.DE und AUGCE!
Den Header einer anderen IGES-Datei zu nehmen ist aber nicht immer sinnvoll, da dann die Toleranzeinstellungen des sendenden Systems nicht mehr stimmen.

------------------
Michael Puschner
Scholle und Partner GmbH

[Diese Nachricht wurde von Michael Puschner am 27. Okt. 2004 editiert.]

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

---

Hallo D.B.

checke Deine PM.

@Leo,

MDT unterscheidet auch mm von inch. Zumindest unter STEP.

Gruss Dietmar

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

---

Zitat:

---

Original erstellt von DidiD:
...MDT unterscheidet auch mm von inch. Zumindest unter STEP...

---

Hallo Didi,

Unterscheiden kann er's sicher nicht, aber ich kann mich dunkel erinnern, daß mal diskutiert wurde darüber, daß (eher durch einen programmtechnischen Zufall) die Einheiten-Zeile bei Inch ein 25,4-fach größeres Ergebnis erzeugt.

Daß wir Maschinenbauer stets 1=1mm interpretieren ist reine Konvention - auf dem Katasterplan ist jedoch 1=1m, wie's bei den Architekten ausschaut weiß ich nicht (war glaub ich früher 1=1cm)

------------------
mfg - Leo

Ceterum censeo dynamic highlight obsoletus (est) (Autodesk hat ein offenes Ohr!)

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

---

Hallo

erst mal Dank an alle

@ Michael Puschner

Code:
--------------------------------------------------------------------------------
/Cimatron V12.20,39HCimatron IGES (V5.3) Convertor V5.0.6.0,16,24,8,56,8G      2
,4HNONE,1.00000,2,2HMM,8,0.400000,13H020730.101902,0.000100000,10000.0, G      3

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

nur

Code:
--------------------------------------------------------------------------------
/Cimatron V12.20,39HCimatron IGES (V5.3) Convertor V5.0.6.0,16,24,8,56, G      2
8,4HNONE,1.00000,2,2HMM,8,0.400000,13H020730.101902,0.000100000,10000.0,G      3

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

Warum hast du den aus "V5.0.6.0,16,24,8,56,8G " ==> "V5.0.6.0,16,24,8,56, G8" gemacht

Wenn ich dich ansonsten richtig verstanden habe war nur das erste Komma ",4HNONE,1.00000,2,2HMM,8,0.400000" das Problem, da es eigendlich nicht da hingehört sondern hinter 8G.

Noch ne Frage wo kommt das Importprotokol her?

Gruß D.B

[Diese Nachricht wurde von D.B am 28. Okt. 2004 editiert.]

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

---

Zitat:

---

Original erstellt von Leo Laimer:
... wie's bei den Architekten ausschaut weiß ich nicht (war glaub ich früher 1=1cm)

---

Was zu einer interessanten Konstruktion bei meinem ruhenden Gitarrenprojekt führte. Mein Kumpel hatte ACad Volumenmodelle gebaut (der Arme  ), die ich dann in die Diva eingelesen hab. Beim Einbau der schicken Mechanik aus den Samples bewahrheitete sich, dass für Architekten 1mm kein Maß ist... 

@Michael
Besten Dank für die Info 
Und wieder was gelernt!

------------------
ciao bene

"Bloody Stupid Johnson"

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

---

Zitat:

---

Original erstellt von D.B:
Warum hast du den aus "V5.0.6.0,16,24,8,56,8G " ==> "V5.0.6.0,16,24,8,56, G8" gemacht

---

Hierzu muss man wissen, dass IGES das Lochkartenformat (Hollerith Code) verwendet. Das G ist die Kennzeichnung der Kartenart für den Header und dahinter steht die Kartennummer (Satznummer). Diese Zeichen haben eine feste Position und dürfen nicht verschoben werden. Die Zeichen davor sind die eigentlichen Daten. Die einzelnen Felder werden durch Kommata getrennt. Texte werden durch eine Zahl (Anzahl der Zeichen) mit nachfolgendem "H" eingeleitet und dürfen über mehrere Karten gehen. Zahlenwerte dürfen aber nicht über mehrere Karten gehen. Daher muß die 8 auf die nächste Karte, weil das Komma keinen Platz mehr hat. Da auf der nächsten Karte noch ein Zeichen frei ist, kann man die ganze Zeile, mit Ausnahme der Kartenart "G" und der Kartennummer, nach rechts verschieben. Die Kartenart "G" und die Kartennummer müssen an der der selben Stelle bleiben. Hätte das nicht so gepasst, müsste man in allen folgenden Karten den Zeilenumbruch ändern.

Eigentlich ganz einfach, diese Steinzeit-Datenverarbeitung, oder?

Zitat:

---

Noch ne Frage wo kommt das Importprotokol her?

---

Das Importprotokol (XLI = Input) wird beim Import automatisch erzeugt und da gespeichert, wo sich die IGES-Datei befindet. Für den Export gibt es entsprechend eine (XLO = Output). Das gilt auch für STEP-Dateien.

------------------
Michael Puschner
Scholle und Partner GmbH

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

---

Hallo

hhmm ich habe nun alle Zeichnungen von

/Cimatron V12.20,39HCimatron IGES (V5.3) Convertor V5.0.6.0,16,24,8,56,8G      2
,4HNONE,1.00000,2,2HMM,8,0.400000,13H020730.101902,0.000100000,10000.0, G      3

in

/Cimatron V12.20,39HCimatron IGES (V5.3) Convertor V5.0.6.0,16,24,8,56,8G,      2
4HNONE,1.00000,2,2HMM,8,0.400000,13H020730.101902,0.000100000,10000.0, G      3

geändert und es hat geklappt außerdem wurde eine Zeichnung nun als Volumen erkannt die vorher nur als Fläche erkannt wurde.

Ist mir alles ein wenig unverständlich.

Ah ja nu weiß ich auch wozu die XLI/XLO Dateien sind!

Am frühen Freitag schon wieder was gelernt Danke UŽs kann man leider nur einmal vergeben!! ;-)

Gruß D.B

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

---

Zitat:

---

Original erstellt von D.B:
...  nun als Volumen erkannt die vorher nur als Fläche erkannt wurde.
Ist mir alles ein wenig unverständlich.

---

Im Header stehen viele Daten, welch die Interpretation der Geometrie wesentlich beeinflussen können. Besonders wichtig ist der GP19 (Global Parameter 19, neunzehnter Eintrag im Header), der die Systemtoleranz beschreibt. Wird der Header nicht oder falsch interpretiert, kann es zu schlechteren Geometrien führen, die dann nicht geheftet werden.

Aber die genannte Änderung ist immer noch nicht OK. Das Komma darf keinesfalls hinter das "G", denn das ist schon ausserhalb der eigentlichen Daten.

------------------
Michael Puschner
Scholle und Partner GmbH

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

---

@ Mischael Puschner

Da ich absolut keine Ahnung davon habe muss ich das mal glauben was du sagst, seltsam ist aber das die Zeichnungen nun richtig erkannt werden und auch beim weiteren bearbeiten keine Probleme machen.

Ich werde sie mal so bearbeiten wie du vorgeschlagen hast, dann sehe ich ob sich da ein Unterschied ergibt.

Nachmals vielen DANK!!!

Gruß D.B

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