Eagle5 - Polygon und C025_050-055x075

OP #2912901
Lesenswert?

Hallo Forum,

Für eine Schaltung habe ich einen bedrahtetes C (C025_050-055x075) aus 
der rlc Lib verwendet.

Ermöglicht C's mit 2,54 und 5,08 mm Pinabstand zu verwenden.
Somit erscheint im Board ein C mit drei Pins, wovon zwei zusammen
gelegt sind.
Diese beiden Anschlüsse liegen (bzw sollen) bei mir auf Ground.

Lege ich nun ein Polygon um diese beiden Pins und gebe ich dem Polygon
ebenfalls die GND Zugehörigkeit, so wird ein Pin ins Polygon integriert,
wo hingegen der zweite Pin, der ebenfalls auf Masse liegen sollte,
von dem Polygon isoliert dargestellt wird.

Wie schaffe ich es, dass der zweite Pin ebenfalls zur Polygon-Fläche
hinzugenommen wird.

Als SW verwende ich die Version 5.9.0 für Windows auf Win7.
in der Prof. Edition.


Bitte um Nachsicht, dass ich nicht gleich das Cadsoft-Forum für Eagle
kontaktiert habe.

Gruß
Markus
DL8MBY
Angehängte Dateien:
Gast #2912941
Lesenswert?

Ich verstehe dieses Bauteil irgendwie nicht, denn das dritte Pad ist in 
der Bibliothek überhaupt nicht angeschlossen (drei Pads - zwei Pins).

Da hilft vermutlich nur Editieren der Library (bzw. besser Bauteil in 
eigene Library kopieren und dort editieren), oder die Quick & 
Dirty-Lösung, in dem du im Layout einen dicken WIRE quer über das Pad 
zeichnest und diesem den Namen GND gibst.
OP #2912972
Lesenswert?

Hallo Joe,
hallo  slibowitz,

Danke für die Antwort.
Werde dann in der Lib rlc dies anzupassen versuchen.
Was mich jedoch wundert, ist das dort haufenweise solche
Teile für R,L und C dieser Gattung existieren.

Vielleicht muss ich doch bei Cadsoft direkt anfragen,
denn die haben sich doch wohl dabei was gedacht.

Das Spielen mit Rank, Isolate und Spacing hat leider
beim Polygon nicht viel gebracht.

Gruß
Markus
DL8MBY
#2913467
Lesenswert?

Markus W. schrieb:
> Hallo,
>
> Danke für die Infos.
>
> War die Eigenschaft mehreren Pins an ein Signal zu führen
> nicht das Anhängen des "@" im Pinnamen gefolgt von einer Nummer?

Mit dem @ kannst Du mehren Pins ein Signal zuweisen. Du brauchst aber 
immer noch für jedes Pad einen Pin.

Mit APPEND kannst Du mehrere Pads einem Pin zuweisen. Das ist etwas 
anderes. Damit kannst Du z.B beim AtMega 32 für DIL40 und TQFP44/QFN44 
das gleiche Symbol verwenden, obwohl der Chip im DIL 1*Vcc und 2*GND , 
im TQFP aber 3*Vcc und 4*GND hat. Dein Schaltplansymbol hat einfach nur 
einen Vcc- und einen GND-Pin, und dahinter verstecken sich je nach 
Gehäuseform eine unterschiedliche Anzahl an Pads. Plus: Du kannst 
einfach ein Change Package machen, ohne sonst noch etwas ändern zu 
müssen.

fchk
OP #2914334
Lesenswert?

Hallo Frank,

danke für Deine ausführliche Antwort.
Gilt das von Dir geschriebene auch bereits in der Version 5.x.
Ich Selber habe ja noch auf die 5.9 aktualisiert.
Ob ich mir die V6 zulege ist z.Z. fraglich, zumal ich noch nicht
die V5 voll ausnutzen kann.

Gruß
Markus
#2914375
Lesenswert?

Markus W. schrieb:

> danke für Deine ausführliche Antwort.
> Gilt das von Dir geschriebene auch bereits in der Version 5.x.
> Ich Selber habe ja noch auf die 5.9 aktualisiert.
> Ob ich mir die V6 zulege ist z.Z. fraglich, zumal ich noch nicht
> die V5 voll ausnutzen kann.

Nein, das APPEND ist eine der nützlichen Neuerungen von V6. Das Update 
ist auch aus einem ganz anderen Grund extrem sinnvoll: Nutzt Du ein 
Versionsmanagement-System beim Programmieren? Mit Eagle V6 kannst Du es 
erstmals auch hier sinnvoll einsetzen, weil V6 XML-Dateien nutzt und 
keine undurchsichtigen, undokumentierten Binärdateien. Du kannst also 
sehr einfach ein DIFF machen und siehst die Unterschiede zwischen zwei 
Versionen, und zwar nicht nur in HEX-Ziffern, mit denen Du ohnehin 
nichts anfangen kannst. Allein dafür lohnt es sich. Der Schritt 5->6 ist 
meines Erachtens mindestens so groß wie der von 4->5.

fchk
OP #2914741
Lesenswert?

Hallo Frank,

heißt dass, das Cadsoft komplett das *.sch und *.brd Format in XML
umgestellt hat?

Kannst Du bitte ein kleines Testprojekt (z.B. einen PIC oder AVR mit 
etwas
Beschaltung wie Quarz und Prog-Leiste) als *.sch und *.brd hier posten,
falls das kein zu großer Aufwand für Dich ist.

Könnte man dann die Files mit einem XML-Parser nach seinem Gusto 
bearbeiten?

Gruß
Markus
#2915346
Lesenswert?

Markus W. schrieb:

> heißt dass, das Cadsoft komplett das *.sch und *.brd Format in XML
> umgestellt hat?

Ja. .lbr auch - und das ist oft ganz praktisch, weil es den Umweg über 
.scr-Dateien erspart. Nachteil: Die XML-Dateien sind größer, aber was 
macht das heutzutage schon.

> Kannst Du bitte ein kleines Testprojekt (z.B. einen PIC oder AVR mit
> etwas
> Beschaltung wie Quarz und Prog-Leiste) als *.sch und *.brd hier posten,
> falls das kein zu großer Aufwand für Dich ist.

Ich hatte hier was passendes vorrätig. Zur Kontrolle noch PNGs von dem, 
was drin ist.

> Könnte man dann die Files mit einem XML-Parser nach seinem Gusto
> bearbeiten?

Es sind wohlgeformte XML-Dateien. Klar kannst Du.

fchk
Angehängte Dateien:
OP #2917612
Lesenswert?

Hallo Frank,

Danke für Dein Beispiel.
War gestern auf der Electronica in München,
weshalb ich nicht früher antworten konnte.

Werde mir die Beispiele ansehen und versuchen
das Format zu verstehen.


Eine XML Schema (XSD) Dateie wird es wohl nicht
verfügbar geben, um das Format besser zu verstehen
und zu parsen, oder weiß Du dazu auch was?


Gruß
Markus
#2917825
Lesenswert?

Markus W. schrieb:

> Danke für Dein Beispiel.
> War gestern auf der Electronica in München,
> weshalb ich nicht früher antworten konnte.

Und hat es sich gelohnt?

> Eine XML Schema (XSD) Dateie wird es wohl nicht
> verfügbar geben, um das Format besser zu verstehen
> und zu parsen, oder weiß Du dazu auch was?

Nein, keine Ahnung. Frag Cadsoft.

fchk

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren