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:
-
C5.jpg
26 KB
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.
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.
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
Angehängte Dateien:
-
lcdbackpack-buf.sch.png
16 KB -
lcdbackpack-buf.brd.png
38 KB
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
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.