Hallo, ich wollte in Eagle die Bohrdaten exportieren. Ich habe dazu den Cam Prozessor genommen und den excellon Job. Das angehängte Ergebnis habe ich erhalten. (Screenshot aus GCPrevue) Die Lochdurchmesser stimmen. Allerdings sind die Positionen wie man sehen kann völlig falsch. Die Löcher Positionen sind irgendwie in inch*10^-1 z.B. das Große Loch ganz links unten ist bei X = 5,4mm 0,54 inch = 13,71 mm (bei 13,7 sollte es eigentlich sein) Macht irgendwie keinen Sinn für mich. Ich habe auch nichts gefunden wo man etwas umstellen könnte? MfG
Angehängte Dateien:
-
drillHoles.PNG
4,7 KB
Beim Im/Export von Excellon Daten ist das mn Format zu beachten. Excellon Daten werden ohne Dezimaltrenner ausgegeben. Aus 12345 wird bei mn 2,3 12,345 Aus 12345 wird bei mn 3,2 123,45 usw. Das läßt sich beim Import meistens einstellen.
Ich habe das jetzt beim Import umgestellt. Irgendwie hat es die Bohrer
als inch erkannt und die Positionen als mm.
ich habe mir dir *.dri Datei anbgesehen. Da steht inch drin und nichts
von mm:
Units : 1/10000 Inch
Also hat dann wohl GC Prevue seltsame Sachen gemacht.
Danke
Vielleicht stimmt ja auch das Excellon, und die RS-274-X-Darstellung ist daneben? Excellon gestattet es eigentlich, dass man recht ordentlich die Daten über die verwendeten Koordinaten etc. unterbringt, während bei RS-274 oftmals Raten angesagt ist.
Nach den mm Angaben im GC Prevue hat das RS274 gestimmt. Es steht im excellon ergebnis ja auch niergends was von mm. Komisch, dass das so interpriet wurde. Dass die Lochgrößen in inch sind hat es ja verstanden.
Eee E. schrieb: > Es steht im excellon ergebnis ja auch niergends was von mm. Auch kein M71 oder M72? Steht denn im Header nirgends INCH oder METRIC? Das wäre eine Verletzung der Regeln des Excellon-Formats, denn diese sagen aus: "Most of the commands between the M48 and M95 or % commands may be arranged in any order, but there are some common sense exceptions. For example, the INCH/METRIC command must be specified before any commands with dimensions." Wenn das natürlich fehlt, wäre das ein elementarer Bug in der Egale-Konvertierung.
Doch das steht tatsächlich drin. Das habe ich jetzt aber auch nicht mit metric in verbindung gebracht. Ich habe hier mal auschmitte *.dri
1 | Date : 09.09.2011 13:19:19 |
2 | Drills : generated |
3 | Device : Excellon drill station |
4 | |
5 | Parameter settings: |
6 | |
7 | Tolerance Drill + : 2.50 % |
8 | Tolerance Drill - : 2.50 % |
9 | Optimize : yes |
10 | Auto fit : yes |
11 | OffsetX : 0inch |
12 | OffsetY : 0inch |
13 | Layers : Drills Holes |
14 | |
15 | Drill File Info: |
16 | |
17 | Data Mode : Absolute |
18 | Units : 1/10000 Inch |
19 | |
20 | Drills used: |
21 | |
22 | Code Size used |
23 | |
24 | T01 0.0157inch 66 |
25 | T02 0.0236inch 20 |
*.drd
1 | % |
2 | M48 |
3 | M72 |
4 | T01C0.0157 |
5 | T02C0.0236 |
6 | T03C0.0394 |
7 | T04C0.1417 |
8 | % |
9 | T01 |
10 | X9839Y2119 |
11 | X10282Y1631 |
12 | X10737Y1119 |
13 | X16640Y515 |
14 | X17528Y568 |
15 | X17804Y1375 |
16 | X23945Y2399 |
17 | X23945Y2399 |
18 | X24713Y2399 |
19 | X24713Y2399 |
20 | X28989Y3781 |
21 | X35837Y5088 |
22 | X36485Y5214 |
23 | X38274Y4810 |
24 | X38020Y4190 |
25 | X43325Y4570 |
26 | X43231Y5462 |
Heist das M72 dann es ist metrisch? Wobei die Koordinaten untendrunter in inch sind so wie ich das sehe.
Jörg Wunsch schrieb: > Wenn das natürlich fehlt, wäre das ein elementarer Bug in der > Egale-Konvertierung. Nein, das nicht. Im Zweifelsfall sind es immer inch - das sind schliesslich Amerikaner, die wussten bei Spezifizierung des Excellonformats noch garnicht, dass es mm gibt. Die Möglichkeit der Umschaltung ist relativ neu und in vielen einfachen NC-Files nicht enthalten. Korrekt ist übrigens: " INCH METRIC It is also possible to use M71 and M72 which are recognized as commands for METRIC and INCH respectively." Gruss Reinhard
Eee E. schrieb: > Heist das M72 dann es ist metrisch? Nein, zöllig. Dann ist der Bug im gcpreview, ganz eindeutig. Reinhard Kern schrieb: >> Wenn das natürlich fehlt, wäre das ein elementarer Bug in der >> Egale-Konvertierung. > > Nein, das nicht. Im Zweifelsfall sind es immer inch Siehe Zitat aus der Excellon-Spec oben: sie schreiben mittlerweile, dass man die Einheit vor der ersten Benutzung spezifizieren muss. Das halte ich für eine eindeutige Anforderung. Dietmar schrieb: > Anbei eine Erklärung zum mn Format und was es bedeutet. Hast du die Genehmigung des Rechteinhabers, das hier zu posten? Ansonsten steht die Excellon-Spec hier: http://www.excellon.com/manuals/program.htm
Hast du die Genehmigung des Rechteinhabers, das hier zu posten? Sollte nur eine Hilfe sein. Sofort löschen, was sonst.
Die Information gibt es hier: http://automatisierungstechnik.fh-pforzheim.de/fileadmin/offenes_labor/protel/produktionsdaten/ilfa/m_n-Format.pdf
Jörg Wunsch schrieb: > Siehe Zitat aus der Excellon-Spec oben: sie schreiben mittlerweile, > dass man die Einheit vor der ersten Benutzung spezifizieren muss. > Das halte ich für eine eindeutige Anforderung. Nein, das ist falsch verstanden. Das heisst nur, WENN man METRIC oder INCH spezifiziert, DANN muss das vor allen Zahlenwerten geschehen - nicht so ganz unlogisch. Im übrigen siehe Wikipedia. Du sprichtst hier wohl von "Extended Excellon" oder "Excellon2", aber es gibt Millionen Dateien, die sich nicht nach dieser Spezifikation richten (können), weil sie älter sind - selbst Wikipedia räumt ein, dass die "wilden" Excellon-Formate viel verbreiteter sind als die nach der modernen Norm. Mit diesen meinetwegen nicht 100%ig genormten Daten haben wir aber jahrzehntelang erfolgreich Leiterplatten produziert und können das auch heute noch. Genau genommen muss ein Excellon-Programm zum Bohren garnichts enthalten ausser X und Y Daten - selbst T-Befehle sind nicht notwendig, wenn man für jeden Durchmesser einen eigene Datei erstellt. Zitat dazu: "Also, like other Excellon machines, the part program codes are backward compatible. This means that part programs from a CNC-2,4,5 or 6 can be run on your CNC-7 without modification. Since newer controls contain new features, the reverse is not necessarily true (You may not be able to run all CNC-7 programs on a CNC-2,4,5 or 6). " Bei vielen CAD-Programmen ist die Ausgabe von Extended Excellon noch relativ neu und einige Gerber/NC-Viewer können das (noch?) nicht einlesen, ältere Versionen sowieso nicht. Das es vorzuziehen ist, wenn man es denn hat, besonders wegen der Bohrer-Definitionen, ist natürlich keine Frage. Kann natürlich sein, dass das alles vor deiner Geburt war. Gruss Reinhard
Reinhard Kern schrieb: > Nein, das ist falsch verstanden. Das heisst nur, WENN man METRIC oder > INCH spezifiziert, DANN muss das vor allen Zahlenwerten geschehen - > nicht so ganz unlogisch. Da die Formatbeschreibung jedoch keinen Default für die Maßeinheit nennt, ist das Verhalten ohne diese Angabe undefiniert (auch, wenn ich als Software-Implementierer natürlich angesichts der Herkunft der Firma Excellon den Default auf "INCH" gesetzt hätte, die sind schließlich in einem der letzten drei Länder zu Hause, die nicht metrisch arbeiten). > Im übrigen siehe Wikipedia. Du sprichtst hier wohl von "Extended > Excellon" oder "Excellon2", aber es gibt Millionen Dateien, die sich > nicht nach dieser Spezifikation richten (können), weil sie älter sind Ist ja richtig, aber hier reden wir nicht über eine Datei aus dem vorigen Jahrtausend, sonder eine, die mit einer einigermaßen aktuellen Version eines CAD-Programms erzeugt worden ist und einer einigermaßen aktuellen Version eines Viewers betrachtet wird. Wie wir nun wissen, enthält die Datei ja durchaus auch alle notwendigen Informationen für eine korrekte Anzeige, insofern gibt es für den Viewer keine Entschuldigung, Mist zu bauen. > "Also, like other Excellon machines, the part program codes are backward > compatible. This means that part programs from a CNC-2,4,5 or 6 can be > run on your CNC-7 without modification. Since newer controls contain new > features, the reverse is not necessarily true (You may not be able to > run all CNC-7 programs on a CNC-2,4,5 or 6). " Es wäre natürlich schön, wenn sie ein Archiv der alten Spezifikation noch führen würden. Dann könnte man als Softwarehersteller sich entsprechend verhalten. > Kann natürlich sein, dass das alles vor deiner Geburt war. Ich sehe zwar bei der Firma Excellon keine Details über die Firmen- geschichte, würde aber mal nicht davon ausgehen, dass dem so ist. ;)
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.