|
Anzeige
|
EAGLE in GC PREVUE exportieren
Gast
#375610
Hallöle, ich hab Probleme dabei meine Gerberdaten, die Eagle erzeugt in die Software GC PREVUE ein zu binden und anzuzeigen. Habe schon einige Toutorials probiert, aber immer wieder kommt die Meldung das der Ordner nicht gefunden wurde. Kann mir mal jemand helfen? Oder kann jemand meine Daten mal konvertieren, sag dann bescheid dann stelle ich es hoch
Gast
#375611
Hallo Felix, wo liegt denn dein Problem genau?? Beim Import oder beim Export???? nitraM
Gast
#375612
Irgendwie will das Programm meine Daten net lesen. Mache alles so wie es in den Beispielen gesagt wird. Mit Cam-Prozess "Gerber" gerber dateien erstellen. dann die vier wichtigen in GC PREVUE eintragen und dann Gerber auswählen. Sollte doch so gehen.
Gast
#375613
in GC PREVUE Import auswählen, deine Daten anwählen, der Type sollte automatisch erkannt werden.... nitraM
Gast
#1899962
Um das nochmal aufzugreifen: Exportieren funktioniert, nur erkennt GCPrevue weder Blenden- noch Bohrertabelle und kommt immer mit einem Rohdatenimporteur. Dateierweiterung ist völlig egal. Wodran hängt denn das? @ Sven P. (haku) Benutzerseite
>Wodran hängt denn das?
Gerber im CAM-Prozessor immer als GERBER_RS274X erzeugen, Bohrdaten mit
EXCELLON. Dann passt das nahezu. Allerdings kommt immer wieder ein
komischer Offset zwischen Gerber und Excellon in die Daten, den man
manuell korrigieren muss. Frag mich nicht wieso. Und die Octagone für
Pads und Vias werden fehlinterpretiert, hier muss man in der
Blendentabelle manuell korrigieren. Ansonsten geht der Rest.
MFG
Falk
Gast
#1900010
Uff. Sehe ich dass dan richtig, das GCPrevu, also ein schweineteures Programm, nicht in der Lage ist, eine simple D-Code-Tabelle einzulesen? @ Sven P. (haku) Benutzerseite >Sehe ich dass dan richtig, das GCPrevu, also ein schweineteures >Programm, ??? Ich hab hier V9.irgendwas, das ist Freeware. > nicht in der Lage ist, eine simple D-Code-Tabelle einzulesen? Ich weiß nicht ob es die schwammige Definition vom Gerber oder die Unfähigkeit von GCPrevue ist. Ach ja, das Problem betrifft AFAIK nur Pads mit Oktagonform, runde und viereckige werden korrekt eingelesen.
Gast
#1902283
Sven P. schrieb: > Sehe ich dass dan richtig, das GCPrevu, also ein schweineteures > Programm, nicht in der Lage ist, eine simple D-Code-Tabelle einzulesen? Was heisst simpel? Extended Gerber ist genormt (=RS274X), D-Code-Tabellen gibt es in einigen hundert existierenden und, da völlig beliebig, in nahezu unendlich vielen möglichen Formaten. In unserer Fertigung hatte praktisch jeder Kunde ein eigenes Format. Natürlich kann man so gut wie alles einlesen, aber zuvor muss es von einem intelligenten Wesen vorbereitet werden. Der PC ist das leider nicht. Gruss Reinhard
Gast
#1902286
Achso ist das :-/ Müsste man denn dann eigentlich überhaupt noch eine Blendentabelle mitliefern, wenn man RS274X liefert? Wenn sie doch ohnehin im Vorspann platziert ist (%ADD...*%), wäre das doch nur unnötige Redundanz mit Fehlerquelle -- Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
