Probleme bei Gerber-Export von tCream bei abgerundeten bzw. diagonalen Pads

Thomas K schrieb:

mein erster Beitrag in dieser Newsgroup - zunächst mal hoffe ich, dass 

mein Beitrag an der richtigen Stelle herauskommt - Entschuldigung falls 

nicht!

Doch, das paßt schon - herzlich willkommen.

Zu meinem Problem: Ich versuche aus Eagle heraus Gerber-Dateien zur 

Herstellung einer Lötpastenschablone zu erstellen. Dazu wähle ich im 

CAM-Prozessor-Fenster die beiden Layer tCream und Dimension aus, als 

Ausgabedevice wähle ich "GERBER_RS274X" und führe den Job aus.

 

Wenn ich mir das so erstellte Gerber-File mit GC-Prevue anschaue sehe ich, 

dass bestimmte Pads dort nicht als "Pad" sondern als "Trace" definiert 

sind. Dem Schablonen-Hersteller zufolge ist das ein Problem für die 

Herstellung der Schablone.

 

Das Problem tritt bei folgenden Pads auf (diese werden als "Trace" 

exportiert):

- abgerundete Pads

- 45° gedrehte Bauteile

- runde Passermarken

 

Alle Pads, die in der Lötpastenmaske ausschließlich waagerechte und 

senkrechte Anteile haben, werden im Gerber-File korrekt als "Pad" 

dargestellt.

 

Woran liegt der (vermeintlich) falsche Export von abgerundeten / 

diagonalen Pads, und wie kann ich das Problem umgehen?

Das ist prinzipbedingt und m.W. durchaus das korrekte Verhalten. Es gibt

(soweit mir bekannt) keine Gerber-Definitionen für Pads mit abgerundeten

Ecken oder für im Freiwinkel gedrehte Rechteckblenden. Also muß deren

Darstellung mittels kleinen Linien emuliert werden.

Natürlich gibt das Riesendaten, aber letztendlich muß das auch dem

Schablonenhersteller wieder egal sein, denn der rastert den Gerbercode

sowieso wieder für sein tatsächlich benötigtes Format passend zu seinem

Ausgabegerät. Du kannst allerdings den Anteil solcher "ungünstigen" Pads

versuchen klein zu halten. Hint: Pads müssen normalerweise gar nicht

abgerundet werden.

Runde Passermarken sollten allerdings eine eigene Blende erhalten -

solange es wirklich einfache, gefüllte Kreisflächen sind. Ansonsten gilt

wieder: Emulation notwendig.

Tilmann

Tilmann Reh schrieb:

Thomas K schrieb:

 

>> Zu meinem Problem: Ich versuche aus Eagle heraus Gerber-Dateien zur 

>> Herstellung einer Lötpastenschablone zu erstellen. Dazu wähle ich im 

>> CAM-Prozessor-Fenster die beiden Layer tCream und Dimension aus, als 

>> Ausgabedevice wähle ich "GERBER_RS274X" und führe den Job aus.

>>

>> Wenn ich mir das so erstellte Gerber-File mit GC-Prevue anschaue sehe ich, 

>> dass bestimmte Pads dort nicht als "Pad" sondern als "Trace" definiert 

>> sind. Dem Schablonen-Hersteller zufolge ist das ein Problem für die 

>> Herstellung der Schablone.

>>

>> Das Problem tritt bei folgenden Pads auf (diese werden als "Trace" 

>> exportiert):

>> - abgerundete Pads

>> - 45° gedrehte Bauteile

>> - runde Passermarken

>>

>> Alle Pads, die in der Lötpastenmaske ausschließlich waagerechte und 

>> senkrechte Anteile haben, werden im Gerber-File korrekt als "Pad" 

>> dargestellt.

>>

>> Woran liegt der (vermeintlich) falsche Export von abgerundeten / 

>> diagonalen Pads, und wie kann ich das Problem umgehen?

 

Das ist prinzipbedingt und m.W. durchaus das korrekte Verhalten. Es gibt

(soweit mir bekannt) keine Gerber-Definitionen für Pads mit abgerundeten

Ecken oder für im Freiwinkel gedrehte Rechteckblenden. Also muß deren

Darstellung mittels kleinen Linien emuliert werden.

Das ist so nicht ganz richtig. RS274X bietet eine recht mächtige

Makrodefinition in der man fast beliebig komplexe Blenden erzeugen kann.

Eagle verwendet diese leider nur bei Octagons, Annulus und Thermal Blenden.

Mit der Makrodefinition sind z.B Rechteckige Pads mit abgerundeten Ecken

sehr einfach zu definieren, das Makro besteht aus 4 Runden Flashes mit

gewünschten Radius in den Ecken sowie 2 Rechtecken.

Gruß

Arne Peschperl schrieb:

>> Das ist prinzipbedingt und m.W. durchaus das korrekte Verhalten. Es gibt

>> (soweit mir bekannt) keine Gerber-Definitionen für Pads mit abgerundeten

>> Ecken oder für im Freiwinkel gedrehte Rechteckblenden. Also muß deren

>> Darstellung mittels kleinen Linien emuliert werden.

 

Das ist so nicht ganz richtig. RS274X bietet eine recht mächtige

Makrodefinition in der man fast beliebig komplexe Blenden erzeugen kann.

Eagle verwendet diese leider nur bei Octagons, Annulus und Thermal Blenden.

 

Mit der Makrodefinition sind z.B Rechteckige Pads mit abgerundeten Ecken

sehr einfach zu definieren, das Makro besteht aus 4 Runden Flashes mit

gewünschten Radius in den Ecken sowie 2 Rechtecken.

Danke für die Infos - in EAGLE ist das dann vermutlich dem

Gerber-Treiber geschuldet, der solche Makros (noch?) nicht kennt und bei

dem 274D und 274X (noch) weitgehend gleich behandelt werden können.

Wo wir gerade dabei sind: könnte 274X auch gedrehte Blenden?

Tilmann

Tilmann Reh schrieb:

Arne Peschperl schrieb:

 

>>> Das ist prinzipbedingt und m.W. durchaus das korrekte Verhalten. Es gibt

>>> (soweit mir bekannt) keine Gerber-Definitionen für Pads mit abgerundeten

>>> Ecken oder für im Freiwinkel gedrehte Rechteckblenden. Also muß deren

>>> Darstellung mittels kleinen Linien emuliert werden.

>> Das ist so nicht ganz richtig. RS274X bietet eine recht mächtige

>> Makrodefinition in der man fast beliebig komplexe Blenden erzeugen kann.

>> Eagle verwendet diese leider nur bei Octagons, Annulus und Thermal Blenden.

>>

>> Mit der Makrodefinition sind z.B Rechteckige Pads mit abgerundeten Ecken

>> sehr einfach zu definieren, das Makro besteht aus 4 Runden Flashes mit

>> gewünschten Radius in den Ecken sowie 2 Rechtecken.

 

Danke für die Infos - in EAGLE ist das dann vermutlich dem

Gerber-Treiber geschuldet, der solche Makros (noch?) nicht kennt und bei

dem 274D und 274X (noch) weitgehend gleich behandelt werden können.

Wie ich oben schon schrieb verwendet EAGLE bei 274X schon Makros, halt

nur bei Octagons, Annulus und Thermal Blenden.

Wo wir gerade dabei sind: könnte 274X auch gedrehte Blenden?

Ja mit Makros schon. Am einfachsten sind Rechteckige Blenden.

Hier mal ein kleines Beispiel, einfach ausschneiden und in Gerberviewer

laden.

-cut-

%FSLAX33Y33*%

%MOMM*%

G04 Definition des Rechtecks mit Rotation *

G04 wird nur einmal benötigt *

%AMRE21,1,$1,$2,0,0,$3%

G04 Rechteck 1.3 x 0.5 um 15° gegen Uhrzeigersinn gedreht *

%ADD10RE,1.3X0.5X15.0*%

G04 Rechteck 1.3 x 0.5 um 32.33° gegen Uhrzeigersinn gedreht *

%ADD11RE,1.3X0.5X32.33*%

G04 Rechteck 1.0 x 0.8 um 89.5° gegen Uhrzeigersinn gedreht *

%ADD12RE,1.0X0.8X89.5*%

G04 Rechteck 1.0 x 0.8 um 1° im Uhrzeigersinn gedreht *

%ADD13RE,1.0X0.8X-1.0*%

%LNmakro-test*%

%LPD*%

G54D10*

X0Y0D03*

G54D11*

X0Y3000D03*

G54D12*

X0Y6000D03*

G54D13*

X0Y9000D03*

M02*

-cut-

Gruß

Arne Peschperl schrieb:

>> Wo wir gerade dabei sind: könnte 274X auch gedrehte Blenden?

 

Ja mit Makros schon. Am einfachsten sind Rechteckige Blenden.

Hier mal ein kleines Beispiel, einfach ausschneiden und in Gerberviewer

laden.

Interessant. Allerdings bietet GCprevue beim Laden die Konvertierung in

abgerundete (emulierte) Rechtecke an, um ohne Makros auszukommen - kann

es sein, daß es Belichter gibt, die mit diesen Makros nicht klarkommen?

Das wäre dann durchaus ein Argument, in solchen Fällen weiterhin zu

emulieren...

Tilmann

Am 19.08.2010, 15:07 Uhr, schrieb Arne Peschperl <nospam@dev.null>:

Tilmann Reh schrieb:

>> Thomas K schrieb:

>>>

>>> Woran liegt der (vermeintlich) falsche Export von abgerundeten /  

>>> diagonalen Pads, und wie kann ich das Problem umgehen?

>>  Das ist prinzipbedingt und m.W. durchaus das korrekte Verhalten. Es 

>> gibt

>> (soweit mir bekannt) keine Gerber-Definitionen für Pads mit abgerundeten

>> Ecken oder für im Freiwinkel gedrehte Rechteckblenden. Also muß deren

>> Darstellung mittels kleinen Linien emuliert werden.

>

Das ist so nicht ganz richtig. RS274X bietet eine recht mächtige 

Makrodefinition in der man fast beliebig komplexe Blenden erzeugen kann.

Eagle verwendet diese leider nur bei Octagons, Annulus und Thermal 

Blenden.

D.h. mein Problem liegt doch an Eagle bzw. der nicht vollständigen 

Implementation der Makrodefinitionen.

Die Antwort auf die Frage kann ich mir eigentlich schon denken - ich 

vermute mal es gibt keine Möglichkeit, dies ohne allzugroßen Aufwand mit 

eher beschränkten Programmierkenntnissen und als Gerber-Laie zu 

korrigieren? (z.B. im CAM-Job, falls es dort überhaupt möglich wäre).

Gruß,

Thomas

Tilmann Reh schrieb:

Arne Peschperl schrieb:

 

>>> Wo wir gerade dabei sind: könnte 274X auch gedrehte Blenden?

>> Ja mit Makros schon. Am einfachsten sind Rechteckige Blenden.

>> Hier mal ein kleines Beispiel, einfach ausschneiden und in Gerberviewer

>> laden.

>>

 

Interessant. Allerdings bietet GCprevue beim Laden die Konvertierung in

abgerundete (emulierte) Rechtecke an, um ohne Makros auszukommen - kann

es sein, daß es Belichter gibt, die mit diesen Makros nicht klarkommen?

Das wäre dann durchaus ein Argument, in solchen Fällen weiterhin zu

emulieren...

Evtl. gibt es noch Belichter / Software die Probleme mit Makros haben,

dann ist die Emulation sinnvoll. Mein Gerber-Handbuch ist von 1991, soll

heissen wer nach fast zwanzig Jahren noch Probleme mit Makros haben

sollte, macht eh etwas falsch.

Gruß

Thomas K schrieb:

Am 19.08.2010, 15:07 Uhr, schrieb Arne Peschperl <nospam@dev.null>:

 

>> Tilmann Reh schrieb:

>>> Thomas K schrieb:

>>>>

>>>> Woran liegt der (vermeintlich) falsche Export von abgerundeten / 

>>>> diagonalen Pads, und wie kann ich das Problem umgehen?

>>>  Das ist prinzipbedingt und m.W. durchaus das korrekte Verhalten. Es

>>> gibt

>>> (soweit mir bekannt) keine Gerber-Definitionen für Pads mit abgerundeten

>>> Ecken oder für im Freiwinkel gedrehte Rechteckblenden. Also muß deren

>>> Darstellung mittels kleinen Linien emuliert werden.

>>

>> Das ist so nicht ganz richtig. RS274X bietet eine recht mächtige

>> Makrodefinition in der man fast beliebig komplexe Blenden erzeugen kann.

>> Eagle verwendet diese leider nur bei Octagons, Annulus und Thermal

>> Blenden.

 

D.h. mein Problem liegt doch an Eagle bzw. der nicht vollständigen

Implementation der Makrodefinitionen.

Eagle gibt die Daten schon richtig aus, nur sind sie für deinen

Schablonen-Hersteller wohl nicht optimal.

Die Antwort auf die Frage kann ich mir eigentlich schon denken - ich

vermute mal es gibt keine Möglichkeit, dies ohne allzugroßen Aufwand mit

eher beschränkten Programmierkenntnissen und als Gerber-Laie zu

korrigieren? (z.B. im CAM-Job, falls es dort überhaupt möglich wäre).

Wenn die Ausgabetreiber im Eagle nicht geändert werden. geht das

eigentlich nur mit entsprechender ( CAM ) Software, die dein

Schablonen-Hersteller haben sollte.

Gruß

Thomas K schrieb:

Am 19.08.2010, 15:07 Uhr, schrieb Arne Peschperl <nospam@dev.null>:

 

>> Tilmann Reh schrieb:

>>> Thomas K schrieb:

>>>>

>>>> Woran liegt der (vermeintlich) falsche Export von abgerundeten / 

>>>> diagonalen Pads, und wie kann ich das Problem umgehen?

>>>  Das ist prinzipbedingt und m.W. durchaus das korrekte Verhalten. Es

>>> gibt

>>> (soweit mir bekannt) keine Gerber-Definitionen für Pads mit abgerundeten

>>> Ecken oder für im Freiwinkel gedrehte Rechteckblenden. Also muß deren

>>> Darstellung mittels kleinen Linien emuliert werden.

>>

>> Das ist so nicht ganz richtig. RS274X bietet eine recht mächtige

>> Makrodefinition in der man fast beliebig komplexe Blenden erzeugen kann.

>> Eagle verwendet diese leider nur bei Octagons, Annulus und Thermal

>> Blenden.

 

D.h. mein Problem liegt doch an Eagle bzw. der nicht vollständigen

Implementation der Makrodefinitionen.

Eagle gibt die Daten schon richtig aus, nur sind sie für deinen

Schablonen-Hersteller wohl nicht optimal.

Die Antwort auf die Frage kann ich mir eigentlich schon denken - ich

vermute mal es gibt keine Möglichkeit, dies ohne allzugroßen Aufwand mit

eher beschränkten Programmierkenntnissen und als Gerber-Laie zu

korrigieren? (z.B. im CAM-Job, falls es dort überhaupt möglich wäre).

Wenn die Ausgabetreiber im Eagle nicht geändert werden. geht das

eigentlich nur mit entsprechender ( CAM ) Software, die dein

Schablonen-Hersteller haben sollte.

Gruß