Doppelter Sourceanschluss

Peter Krengel schrieb:

Problem wie folgt:

Ein GaAs-FET besitzt 2 Source-Anschlüsse die intern miteinander verbunden

sind. Bei der Definition des

Packages sind daher 4 Pads zu setzen.

Korrekt.

Beim Versuch im Package beide Source-Anschlüsse mit dem  Namen "Source" zu

bezeichnen tritt jedoch der Fehler  "Name bereits vergeben" auf. Die Pads

wurden daher mit Source1 und Source2 bezeichnet.

Fast korrekt. Im Package vergibt man grundsätzlich nur Pad-Nummern,

keine symbolischen Namen. Wenn Du später dieses Package mal z.B. für

eine Doppeldiode verwenden möchtest, verstehst Du warum.

Der Versuch im Device Editor nun beide Source-Pads mit dem im Symbol

benannten EINEN Sourceanschluß zu verbinden scheitert jedoch auch, da nach

dem Verbinden von Source mit Source1 (in der Package) Source des Symbols zum

Verbinden mit dem Source2 Anschluss im Package nicht mehr zur Auswahl steht

(weil bereits mit Source1 verbunden).

Ein häufiges Problem - und eine ebenso häufige Frage hier, lies mal die

älteren Beiträge. Hint: mit OjE siehst Du wahrscheinlich nur ein paar

Tage, nimm einen gescheiten Newsclient und lade /alle/.

[Dieser Tip ist durchaus ernst gemeint: sehr viele Fragen werden immer

wieder gestellt und wären durch Lesen der älteren Beiträge schnell

beantwortet.]

EAGLE hat eine strikte 1:1 Zuordnung zwischen Pins und Pads. Dein Symbol

braucht also auch zwei Pins, die im Schaltbild dann auch beide

angeschlossen werden.

Tilmann

Hallo Peter,

im Anhang ist die von mir erweiterte

FET Library

da ist der ATF35143; NE3509M04; NE25139 ...

drin

Vielleicht kannst du damit was anfangen

Gruss

Volker

Peter Krengel schrieb:

Hallo,

 

Problem wie folgt:

Ein GaAs-FET besitzt 2 Source-Anschlüsse die intern miteinander verbunden

sind. Bei der Definition des

Packages sind daher 4 Pads zu setzen.

 

Beim Versuch im Package beide Source-Anschlüsse mit dem  Namen "Source" zu

bezeichnen tritt jedoch der Fehler  "Name bereits vergeben" auf. Die Pads

wurden daher mit Source1 und Source2 bezeichnet.

 

Der Versuch im Device Editor nun beide Source-Pads mit dem im Symbol

benannten EINEN Sourceanschluß zu verbinden scheitert jedoch auch, da nach

dem Verbinden von Source mit Source1 (in der Package) Source des Symbols zum

Verbinden mit dem Source2 Anschluss im Package nicht mehr zur Auswahl steht

(weil bereits mit Source1 verbunden).

 

---------------

 

Die Idee im Package beide Source Pads miteinander zu verbinden, also als ein

Pad zu definieren, bringt mich aber auch nicht weiter, da ich bei 20 GHz

eine Sourcebahn zwischen Gate und Drain nicht gebrauchen kann!

 

Was tun?

 

Für Hilfe, danke im voraus!

 

Gruß

Peter Krengel (DG4EK)

 

 

Tilmann Reh schrieb:

>

Ein häufiges Problem - und eine ebenso häufige Frage hier, lies mal die

älteren Beiträge. Hint: mit OjE siehst Du wahrscheinlich nur ein paar

Tage, nimm einen gescheiten Newsclient und lade /alle/.

 

[Dieser Tip ist durchaus ernst gemeint: sehr viele Fragen werden immer

wieder gestellt und wären durch Lesen der älteren Beiträge schnell

beantwortet.]

 

OT:  wie könnte man eigentlich hier in einer Antwort auf einen älteren Faden verlinken?

Und wie kann man Volltext suchen?  Da müsste ich eigentlich die ganze Newsgroup lokal

heruntergeladen haben, oder?  (ich nutze Thunderbird;  der reicht mir, da ich kaum noch im

Usenet unterwegs bin)

EAGLE hat eine strikte 1:1 Zuordnung zwischen Pins und Pads. Dein Symbol

braucht also auch zwei Pins, die im Schaltbild dann auch beide

angeschlossen werden.

In solchen Fällen lege ich manchmal die beiden Pins im Symbol aufeinander (einer short, einer

Middle) - wenn man das weiß oder Layer 93 PINS einschaltet,  kann man sie einzeln oder beide

anschließen,  und nachher für die Doku siehts doch aufgeräumt aus.  Z.B. für Sicherungshalter

oder Flachsteckzungen o.ä.

Grüße,  Hans

Hans Lederer schrieb:

OT:  wie könnte man eigentlich hier in einer Antwort auf einen älteren Faden verlinken?

Am einfachsten über die Angabe der Message-ID (aus dem Header kopieren).

Einem solchen "Link" können einige Newsclients folgen - aber nicht

alle, daher ist es in der Praxis besser, Datum und Betreff anzugeben.

Und wie kann man Volltext suchen?  Da müsste ich eigentlich die ganze Newsgroup lokal

heruntergeladen haben, oder?  (ich nutze Thunderbird;  der reicht mir, da ich kaum noch im

Usenet unterwegs bin)

Ja, für die Volltextsuche muß die Newsgroup lokal ("offline") vorliegen.

Für eine aktuelle Suche ist es aber vermutlich sinnvoller/einfacher, die

Web-Plattform von James Morrison zu nutzen - nur dann bitte nicht von

dort posten, da kommt derzeit nur Müll bei 'raus.

EAGLE hat eine strikte 1:1 Zuordnung zwischen Pins und Pads. Dein Symbol

braucht also auch zwei Pins, die im Schaltbild dann auch beide

angeschlossen werden.

 

In solchen Fällen lege ich manchmal die beiden Pins im Symbol aufeinander (einer short, einer

Middle) - wenn man das weiß oder Layer 93 PINS einschaltet,  kann man sie einzeln oder beide

anschließen,  und nachher für die Doku siehts doch aufgeräumt aus.  Z.B. für Sicherungshalter

oder Flachsteckzungen o.ä.

Man kann m.W. sogar identisch lange Pins aufeinander legen. Ich mache

das in der Praxis aber nicht, sondern verwende wirklich separate Pins

auch im Schaltbild. Sieht nicht ganz so aufgeräumt aus, ist aber absolut

eindeutig.

Tilmann

Volker Wieder wrote:

Hallo Peter,

 

im Anhang ist die von mir erweiterte

FET Library

da ist der ATF35143; NE3509M04; NE25139 ...

drin

Vielleicht kannst du damit was anfangen

 

Kommt aber bei V4 Benutzern eine seltsame Warnung, dass diese Library

nur ab V4.60 geht. Eine hoehere als 4.16 gab es aber nicht ...

--

Gruesse, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.

Use another domain or send PM.

.... war aber beim Adler bei jeder Versionsänderung so, dass eine nicht

existente Version verlangt wurde, wenn man mit der vorherigen etwas öffnen

wollte. Gemeint ist hier natürlich V5.x.

r

Ing. J.M. Rafetseder wrote:

... war aber beim Adler bei jeder Versionsänderung so, dass eine nicht

existente Version verlangt wurde, wenn man mit der vorherigen etwas öffnen

wollte. Gemeint ist hier natürlich V5.x.

Seltsam. Da muss man aber erstmal drauf kommen

Schade, dass nicht wenigstens die Libraries rueckwaertskompatibel

geblieben sind. Unter Weglassung der zusaetzlichen Attribute und so weiter.

--

Gruesse, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.

Use another domain or send PM.

Joerg schrieb:

Ing. J.M. Rafetseder wrote:

... war aber beim Adler bei jeder Versionsänderung so, dass eine nicht

existente Version verlangt wurde, wenn man mit der vorherigen etwas

Die Weiterentwicklung einer neuen Version beginnt bei der letzen

aktuellen Version, es wird intern einfach weitergezählt, bis man

zur ersten Beta-Version kommt.

öffnen wollte. Gemeint ist hier natürlich V5.x.

 

Seltsam. Da muss man aber erstmal drauf kommen

 

Schade, dass nicht wenigstens die Libraries rueckwaertskompatibel

geblieben sind. Unter Weglassung der zusaetzlichen Attribute und so weiter.

Das kann jeder für sich selbst entscheiden, mit EXPORT SCRIPT

kann man die LBR aus dem LBR-Editor exportieren, und dann in

jeder älteren Eagle-Version als SCRIPT einlesen. Man muß nur

dann für sich selbst entscheiden, entsprechende Meldungen zu

ignorieren, oder nicht.

HELP EXPORT

HELP SCRIPT

--

MfG / Best regards

  A. Zaffran

Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

Registergericht: Amtsgericht Traunstein, HRB 5573

Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer

                  Dipl.-Ing. Klaus Schmidinger

A. Zaffran wrote:

Joerg schrieb:

Ing. J.M. Rafetseder wrote:

... war aber beim Adler bei jeder Versionsänderung so, dass eine

nicht existente Version verlangt wurde, wenn man mit der vorherigen

etwas

 

Die Weiterentwicklung einer neuen Version beginnt bei der letzen

aktuellen Version, es wird intern einfach weitergezählt, bis man

zur ersten Beta-Version kommt.

 

Hmm, das duerfen wir zumindest in der Medizin und Aeronautik nicht,

zumindest darf so eine interne (d.h. nicht per ECO freigegebene)

Versionsnummer dann nicht in Warnfenstern und dergleichen auftauchen.

Wuerde der Herr Kommissar nicht moegen

öffnen wollte. Gemeint ist hier natürlich V5.x.

 

Seltsam. Da muss man aber erstmal drauf kommen

 

Schade, dass nicht wenigstens die Libraries rueckwaertskompatibel

geblieben sind. Unter Weglassung der zusaetzlichen Attribute und so

weiter.

 

Das kann jeder für sich selbst entscheiden, mit EXPORT SCRIPT

kann man die LBR aus dem LBR-Editor exportieren, und dann in

jeder älteren Eagle-Version als SCRIPT einlesen. Man muß nur

dann für sich selbst entscheiden, entsprechende Meldungen zu

ignorieren, oder nicht.

 

HELP EXPORT

HELP SCRIPT

 

Wenn ich das richtig verstehe, koennte das aber in diesem Fall nur

jemand tun, der Version 5.0 hat. Geht vermutlich auch mit der Freeware,

aber wuerde das dann von Cadsoft als legal angesehen wenn man

kommerzieller Nutzer ist (und nicht umsteigen moechte)?

--

Gruesse, Joerg

http://www.analogconsultants.com/

Joerg schrieb:

Wenn ich das richtig verstehe, koennte das aber in diesem Fall nur

jemand tun, der Version 5.0 hat. Geht vermutlich auch mit der Freeware,

aber wuerde das dann von Cadsoft als legal angesehen wenn man

kommerzieller Nutzer ist (und nicht umsteigen moechte)?

Die Möglichkeit LBRs als SCRIPT auszugeben, ist ganz legal, egal mit

welcher Version, oder Edition. Also auch die Freeware kann dazu benutzt

werden.

--

MfG / Best regards

  A. Zaffran

Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

Registergericht: Amtsgericht Traunstein, HRB 5573

Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer

                  Dipl.-Ing. Klaus Schmidinger