Actions
Forum Thread Details
  • Replies 5 replies
  • Subscribers 178 subscribers
  • Views 674 views
  • Users 0 members are here
Related

eagle footprints austauschen

autodeskguest

Moin.

 

Mir ist ein mitteklgroßes Eagle-Projekt (v.5.4) mit der Bitte um

Nachproduktion überreicht worden. Leider sind die Pads der SMD-Footprints

sehr knapp bemessen. Sie sind gerade mal so groß, wie die Auflagefläche

der Pins. Eine handbestückung möchte ich mir damit nicht antun. Außerdem

wurde für R und C durchgängig 1206 benutzt, während wir hier nur 0805

vorrätig haben. Mit anderen Worten, ich wüerde gerne im Layout die

Footprints austauschen.

 

Nun hat der Original-Autor, der leider nicht mehr greifbar ist, nicht die

allgemeine Lib benutzt, sondern eine selbst-definierte, die ich natürlich

nicht mit übergeben bekommen habe. In der privaten lib sind keine

passenden Footprints zur Auswahl enthalten. Gemäß einem Tipp aus

de.sci.electonics habe ich mit exp-project-lbr.ulp eine lib aus dem

Projekt exportiert. In diese Lib konnte ich auch erfolgreich die

gewünschten Footprints ergänzen.

 

Die Lib habe ich genauso benannt, wie in den Properties der Komponenten

ablesbar war. Mit "Use.." aus dem Menü library habe ich sie aktiviert.

Und wenn ich ein neues Bauteil einfüge, dann sind auch die neuen

Footprints verfügbar. Die bereits imm Schaltplan befindlichen Bauteile

haben von der Ergänzung allerdings nichts mitbekommen. Auch "Update.."

und "Update all" halfen nicht weiter.

 

Gibt es noch einen Handgriff, den ich betätigen muss, damit die Symbole

im Schaltplan mit der modifizierten lib verknüpft werden? Oder muss die

lib vielleicht anders benannt werden? Wenn ja, wie?

 

-<(kaimartin)>-

--

Kai-Martin Knaak                                  tel: +49-511-762-2895

Universität Hannover, Inst. für Quantenoptik      fax: +49-511-762-2211     

Welfengarten 1, 30167 Hannover           http://www.iqo.uni-hannover.de

GPG key:    http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmk&op=get

 

 

Parents

  • Kai-Martin schrieb:

     

    Hm. In der exportierten Lib haben alle Bauteile, oder Footprints den

    Namen der exportierten lib mit Tiefstrich voran gestellt. Ich hatte das

    als formale Andeutung der Hierarchie gehalten. Wenn es tatsächlich Teil

    des Namens ist, hilft vielleicht iene Umbenennung. Das werde ich morgen

    ausprobieren.

     

    Bei dem Export-ULP kann man einstellen, ob die Bauteile diesen

    vorangestellten Namen erhalten sollen oder nicht. Solltest Du in diesem

    Fall unbedingt deaktivieren.

     

    Für das Update muß sowohl der Name der Bibliothek als auch der des

    Device exakt übereinstimmen. Achtung: Bei Device-Sets mit mehreren

    Package-Varianten ist es nicht ausreichend, daß der "gesamte" Name

    übereinstimmt, sondern auch der Devicename selbst und das Anhängsel fürs

    Package müssen einzeln übereinstimmen. (Beispiel: Device R10 ist etwas

    anderes als Device R Variante 10, auch wenn beide in allen Listen und

    Info-Fenstern exakt gleich aussehen.)

     

    In

    meinem Fall die Umstellung eines Opamp auf ein anderes Gehaeuse,

    was Eagle denn auch brav vollzog. Bei R und C sind aber i.d.R. in

    der Lib keine Werte eingetragen, das geschieht nach dem Plazieren.

     

    Du meinst, der Wert wird von eagle als Teil des Namens interpretiert?

     

    Nein, Values sind beim Update unerheblich.

     

    Vielleicht wärst Du in der Summe doch schneller gewesen, wenn Du einfach

    mit REPLACE die vorhandenen Bauteile durch bekannte aus Deiner

    Bibliothek ersetzt hättest (hatte ich auch schon in dse geschrieben).

    Auch bei vielen Bauteilen wärst Du damit sicher längst fertig und

    hättest nun einen sauberen Stand.

     

    Ansonsten könntest Du noch den UpdateMan.ulp versuchen, das den Vorgang

    automatisiert. Aber auch dazu brauchst Du etwas Vorbereitung und

    Einarbeitung... Ich halte nach wie vor REPLACE für das Mittel der Wahl,

    gerade weil es seit V5 auch bei konsistenten Dateien funktioniert.

     

    Tilmann

     

Reply

  • Kai-Martin schrieb:

     

    Hm. In der exportierten Lib haben alle Bauteile, oder Footprints den

    Namen der exportierten lib mit Tiefstrich voran gestellt. Ich hatte das

    als formale Andeutung der Hierarchie gehalten. Wenn es tatsächlich Teil

    des Namens ist, hilft vielleicht iene Umbenennung. Das werde ich morgen

    ausprobieren.

     

    Bei dem Export-ULP kann man einstellen, ob die Bauteile diesen

    vorangestellten Namen erhalten sollen oder nicht. Solltest Du in diesem

    Fall unbedingt deaktivieren.

     

    Für das Update muß sowohl der Name der Bibliothek als auch der des

    Device exakt übereinstimmen. Achtung: Bei Device-Sets mit mehreren

    Package-Varianten ist es nicht ausreichend, daß der "gesamte" Name

    übereinstimmt, sondern auch der Devicename selbst und das Anhängsel fürs

    Package müssen einzeln übereinstimmen. (Beispiel: Device R10 ist etwas

    anderes als Device R Variante 10, auch wenn beide in allen Listen und

    Info-Fenstern exakt gleich aussehen.)

     

    In

    meinem Fall die Umstellung eines Opamp auf ein anderes Gehaeuse,

    was Eagle denn auch brav vollzog. Bei R und C sind aber i.d.R. in

    der Lib keine Werte eingetragen, das geschieht nach dem Plazieren.

     

    Du meinst, der Wert wird von eagle als Teil des Namens interpretiert?

     

    Nein, Values sind beim Update unerheblich.

     

    Vielleicht wärst Du in der Summe doch schneller gewesen, wenn Du einfach

    mit REPLACE die vorhandenen Bauteile durch bekannte aus Deiner

    Bibliothek ersetzt hättest (hatte ich auch schon in dse geschrieben).

    Auch bei vielen Bauteilen wärst Du damit sicher längst fertig und

    hättest nun einen sauberen Stand.

     

    Ansonsten könntest Du noch den UpdateMan.ulp versuchen, das den Vorgang

    automatisiert. Aber auch dazu brauchst Du etwas Vorbereitung und

    Einarbeitung... Ich halte nach wie vor REPLACE für das Mittel der Wahl,

    gerade weil es seit V5 auch bei konsistenten Dateien funktioniert.

     

    Tilmann

     

Children
No Data