Eagle5 - Polygon und C025_050-055x075

Hab es gerade mal probiert, ist bei mir genauso.
Da musst du wohl das Device in der Bib ändern, da die beiden Pads nicht 
miteinander verbunden sind.

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

Da musst nichts editiert werden! Der zweite Anschluss versteckt sich 
direkt "hinter" dem Ersten im Schaltplan-Editor. Einfach mal Layer 93 im 
Schaltplan einblenden.

Simon K. schrieb:
> Da musst nichts editiert werden! Der zweite Anschluss versteckt sich
> direkt "hinter" dem Ersten im Schaltplan-Editor. Einfach mal Layer 93 im
> Schaltplan einblenden.

Also bei mir hat das Bauteil nur 2 Anschlüsse, die auch nur auf 2 Pads 
geführt werden.

Eagle 6 hat die segensreiche Fähigkeit, weitere Pads an einen Pin zu 
APPEND'en, so dass man mit einem Symbol verschiedene Footprints besser 
bedienen kann. Ein Grund zum Update!

fchk

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?
Gab es doch schon seit Version 4.x, oder habe ich da was durcheinander
gebracht?

Markus

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

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

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

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

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

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

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