Bauteilkoordinaten bei ULP Ausgabe

Am 03.03.2013 21:18, schrieb Michael Werner:

Hallo,

ich verwende Eagle 6.4.0 auf Apple OSX 10.7.5.

Ich habe folgendes Problem:

 

Auf meiner Leiterplatte habe ich diverse OSRAM LED's, welche aus

verschiedenen PAD Grössen bestehen. Bei der Ausgabe via ULP für meinen

Bestückungsautomaten werden diese LED falsch berechnet. Die Info in

Eagle zeigt die richtige Koordinate an. In dem Exportierten CSV sind die

daten um ca. 3/10mm versetzt und zwar jeweil in der Achse, auf der die

Pads unsymetrische Längenverhältnisse haben. Ist es ein Bug oder muß ich

irgendetwas in meinem ULP beachten.

Ich hänge mal alles an.

 

Ausgabe des ULP:

Name, X-Value, Y-Value, Rotation, Value, Package, Layer,

E$1,  0.00,  0.00, 0.00, , R1206, top

E$2, 10.00,  0.00, 0.00, , R1206, top

E$3,  0.00,  4.73, 0.00, , PLCC4-TLP, top

E$4, 10.00,  4.73, 0.00, , PLCC4-TLP, top

 

Die LED liegen mit dem Origin auf 5mm und nicht wie in der Ausgabe auf

4.73mm. Seltsam, aber ich finde keine Lösung dafür.

 

mfg

 

Michael Werner

Das steht aber in der Description drin:

Registergericht: Amtsgericht Traunstein HRB 5573

Geschäftsführer: Thomas Liratsch

______________________________________________________________

EAGLE V6.3 availabe now!

Am 03.03.2013 21:18, schrieb Michael Werner:

Hallo,

ich verwende Eagle 6.4.0 auf Apple OSX 10.7.5.

Ich habe folgendes Problem:

 

Auf meiner Leiterplatte habe ich diverse OSRAM LED's, welche aus

verschiedenen PAD Grössen bestehen. Bei der Ausgabe via ULP für meinen

Bestückungsautomaten werden diese LED falsch berechnet. Die Info in

Eagle zeigt die richtige Koordinate an. In dem Exportierten CSV sind die

daten um ca. 3/10mm versetzt und zwar jeweil in der Achse, auf der die

Pads unsymetrische Längenverhältnisse haben. Ist es ein Bug oder muß ich

irgendetwas in meinem ULP beachten.

Ich hänge mal alles an.

 

Ausgabe des ULP:

Name, X-Value, Y-Value, Rotation, Value, Package, Layer,

E$1,  0.00,  0.00, 0.00, , R1206, top

E$2, 10.00,  0.00, 0.00, , R1206, top

E$3,  0.00,  4.73, 0.00, , PLCC4-TLP, top

E$4, 10.00,  4.73, 0.00, , PLCC4-TLP, top

 

Die LED liegen mit dem Origin auf 5mm und nicht wie in der Ausgabe auf

4.73mm. Seltsam, aber ich finde keine Lösung dafür.

 

mfg

 

Michael Werner

Das steht aber in der Description drin:

Registergericht: Amtsgericht Traunstein HRB 5573

Geschäftsführer: Thomas Liratsch

______________________________________________________________

EAGLE V6.3 availabe now!

Hallo,

vielen Dank. ULP's sind nicht meine Stärke.

Aber mal eine Frage, warum macht man das?

Ich meine die Mitte zwischen den PAD's?

Am 04.03.13 09:26, schrieb A. Zaffran:

Am 03.03.2013 21:18, schrieb Michael Werner:

Hallo,

ich verwende Eagle 6.4.0 auf Apple OSX 10.7.5.

Ich habe folgendes Problem:

 

Auf meiner Leiterplatte habe ich diverse OSRAM LED's, welche aus

verschiedenen PAD Grössen bestehen. Bei der Ausgabe via ULP für meinen

Bestückungsautomaten werden diese LED falsch berechnet. Die Info in

Eagle zeigt die richtige Koordinate an. In dem Exportierten CSV sind die

daten um ca. 3/10mm versetzt und zwar jeweil in der Achse, auf der die

Pads unsymetrische Längenverhältnisse haben. Ist es ein Bug oder muß ich

irgendetwas in meinem ULP beachten.

Ich hänge mal alles an.

 

Ausgabe des ULP:

Name, X-Value, Y-Value, Rotation, Value, Package, Layer,

E$1,  0.00,  0.00, 0.00, , R1206, top

E$2, 10.00,  0.00, 0.00, , R1206, top

E$3,  0.00,  4.73, 0.00, , PLCC4-TLP, top

E$4, 10.00,  4.73, 0.00, , PLCC4-TLP, top

 

Die LED liegen mit dem Origin auf 5mm und nicht wie in der Ausgabe auf

4.73mm. Seltsam, aber ich finde keine Lösung dafür.

 

mfg

 

Michael Werner

 

Das steht aber in der Description drin:

<zitat>

The x and y coordinates (units: mm) of the SMD elements are calculated

as mean of maximum and mimimum value of the smds origin points.

The calculated value does not necessarily fit with the origin

point of the part in the layout."

</zitat>

 

Es wird bei dieser Version bei jedem Package der jeweils äußerste SMD

ermittelt, und dann daraus der Mittelwer errechnet.

 

Im Anhang die Version, die einfach nur die Origin der Elemente ausgibt.

 

>

Mit freundlichen Grüßen / Best regards

 

Alfred Zaffran

Am 06.03.2013 11:54, schrieb Michael Werner:

 

Hallo,

vielen Dank. ULP's sind nicht meine Stärke.

Aber mal eine Frage, warum macht man das?

Ich meine die Mitte zwischen den PAD's?

Es gibt verschiedene Arten ein Package anzulegen, wir benutzen das

geometrische Zentrum (Origin), falls es ein symmetrisches Bauteil ist,

was den Vorteil hat, wenn man das Bauteil dreht, dreht es sich um den

Mittelpunkt.

Es gibt auch Kunden, die den Origin am Pad "1" anlegen, was aber den

Nachteil hat, daß das Package dann wie ein Anhänger ausschert, wenn man

es Rotiert. Allerdings hat das auch noch den Nachteil, das man jetzt

noch den Offset zum Pad "1" berechnen muß.

Der Bestücker braucht aber den geometrischen Mittelpunkt, weil die

Maschine damit das Bauteil aus dem Feeder holt, und jetzt drehen muß,

deshalb die Option im ULP, den Mittelpunkt anhand der PADs zu berechnen.

Mit freundlichen Grüßen / Best regards

Alfred Zaffran

--

______________________________________________________________

Alfred Zaffran              Support

CadSoft Computer GmbH       Hotline:   08635-698930

Pleidolfweg 15              FAX:       08635-698940

84568 Pleiskirchen          eMail: <alf@cadsoft.de>

                             Web:   <www.cadsoft.de>

Registergericht: Amtsgericht Traunstein HRB 5573

Geschäftsführer: Thomas Liratsch

______________________________________________________________

EAGLE V6.3 availabe now!