eagle footprints austauschen

Kai-Martin Knaak wrote:

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?

 

Ist lange her, dass ich so etwas machen musste. IIRC gelang "Update All"

nur bei gleichnamigen Bauteilen. 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.

Ein Test (aber bitte nicht an den Original Files ...): Alle Werte wieder

so loeschen, dass der Lib Standardeintrag drin ist. Dann Footprint

aendern und sehen ob es diesmal "durchschnackelt". Falls ja, dann alle

Werte von Hand wieder neu eintippen. Ist weniger Arbeit als es scheint,

ich hatte mal auf Kundenwunsch alle R's auf andere Notation umschreiben

muessen und das war trotz 500-Teile Board in weniger als 30min erledigt.

Zur allergroessten Not alle komplett loeschen und Deine neuen plazieren.

--

Gruesse, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.

Use another domain or send PM.

On Wed, 29 Apr 2009 10:38:13 -0700, Joerg wrote:

Hallo Joerg. Da hätte ich auch in dsp bleiben können

IIRC gelang "Update All" nur bei gleichnamigen Bauteilen.

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.

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?

-<(kaimartin)>-

Kai-Martin wrote:

On Wed, 29 Apr 2009 10:38:13 -0700, Joerg wrote:

 

Hallo Joerg. Da hätte ich auch in dsp bleiben können

 

d.s.e.

IIRC gelang "Update All" nur bei gleichnamigen Bauteilen.

 

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.

 

Genau weiss ich es bei passiven Teilen wo kein Default Value angelegt

wurde nicht. Bei Opamps war es jedenfalls so, dass Eagle nur die mit dem

gleichen Namen erfasste. Ich hatte noch etliche auf LM833 benannte drauf

und die hat es in Ruhe gelassen (was in diesem Fall auch so sein sollte).

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?

 

Zumindest sah das in meinem Fall so aus. Wenn es dann immer noch zickt,

ist es eventuell weniger zeitaufwendig, alle R und C zu loeschen und

neue zu plazieren. Es sei denn das ist ein monstroeses Board mit ueber

1000 Bauteilen. Wenn viele 100K Pullups und so drauf sind, geht ja noch

Copy&Paste. Oder auf Pleiskirchnerisch Cut&Paste

--

Gruesse, Joerg

http://www.analogconsultants.com/

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

On Thu, 30 Apr 2009 08:19:59 +0200, Tilmann Reh wrote:

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

Da gebe ich Dir Recht. Allerdings finde ich es schon sinnvoll, ein

weniger mühsames Verfahren zu haben, mit dem ich solche Anpassungen an

lokale Bedürfnisse vornehmen kann. Das aktuelle Layout wird sicher nicht

das letzte eagle-Projekt sein, das mich aus fremder Quelle erreicht.

Außerdem habe ich unterwegs ein Stück Umgang mit eagle-libs und eagle-

scripten gelernt. Ich verbuche das unter "Einarbeitung in eagle".

-<(kaimartin)>-

--

/home/kmk/.signature_news