Actions
Forum Thread Details
  • Replies 3 replies
  • Subscribers 166 subscribers
  • Views 336 views
  • Users 0 members are here
Related

Bauteilkoordinaten bei ULP Ausgabe

Former Member

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

 

Parents

  • 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!

     

    Attachments:
    mount_Mechatronik.ulp.zip
  • in reply to Former Member

     

    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

     

     

Reply
  • in reply to Former Member

     

    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

     

     

Children
  • in reply to Former Member

    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ß. image

     

    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!