Platzhalter fuer Hochzaehlen beim Kopieren

Uwe Bonnes schrieb:

Hallo,

 

kopiert man Baugruppen, dann werden kopierte Netze ohne Label durch

Anhaengen einer Ziffer oder Hochzaehlen eine evt vorhandenen letzten Ziffer

von den unkopierten Netz unterscheidbar gemacht. Hat man z.B. einen DAC mit

16 Busleitungen DAC0D]0..15] will man bei Kopieren nicht DAC0[16..31]

bekommen, sondern DAC1D[0..15]. M.e.a. ich das aber noch nicht moeglich, man

muss die Leitungen einzeln von Hand umbenennen. Eagle sollte beim Kopieren

verstehen, wenn man eine Ziffer in einem Netznamen mit einem Sonderzeichen

versieht, und dann diese Ziffer hochzaehlen.

Vorsichtig gefragt, warum benutzen Sie an dieser Stelle nicht LABEL?

--

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 <alf@cadsoft.de> wrote:

Uwe Bonnes schrieb:

Hallo,

 

kopiert man Baugruppen, dann werden kopierte Netze ohne Label durch

Anhaengen einer Ziffer oder Hochzaehlen eine evt vorhandenen

letzten Ziffer von den unkopierten Netz unterscheidbar gemacht. Hat

man z.B. einen DAC mit 16 Busleitungen DAC0D]0..15] will man bei

Kopieren nicht DAC0[16..31] bekommen, sondern DAC1D[0..15]. M.e.a.

ich das aber noch nicht moeglich, man muss die Leitungen einzeln

von Hand umbenennen. Eagle sollte beim Kopieren verstehen, wenn

man eine Ziffer in einem Netznamen mit einem Sonderzeichen

versieht, und dann diese Ziffer hochzaehlen.

Vorsichtig gefragt, warum benutzen Sie an dieser Stelle nicht LABEL?

Was soll Label helfen? Beim Kopieren im Schaltplan bleibt dann der Netzname

unveraendert, im Layout wir dann aber immernoch von DAC0D[0..15] auf

DAC0D[16..31] hochgezaehlt. Mit dem Export/Run Netskript bekommt man dann

fuer jedes dieser Netze eine Ruckfrage und man muss genauso von Hand

editieren. Oder uebersehe ich einen Trick?

--

Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

-

Tel. 06151 162516 -

Fax. 06151 164321 -

Uwe Bonnes schrieb:

A. Zaffran <alf@cadsoft.de> wrote:

Uwe Bonnes schrieb:

Hallo,

 

kopiert man Baugruppen, dann werden kopierte Netze ohne Label durch

Anhaengen einer Ziffer oder Hochzaehlen eine evt vorhandenen

letzten Ziffer von den unkopierten Netz unterscheidbar gemacht. Hat

man z.B. einen DAC mit 16 Busleitungen DAC0D]0..15] will man bei

Kopieren nicht DAC0[16..31] bekommen, sondern DAC1D[0..15]. M.e.a.

ich das aber noch nicht moeglich, man muss die Leitungen einzeln

von Hand umbenennen. Eagle sollte beim Kopieren verstehen, wenn

man eine Ziffer in einem Netznamen mit einem Sonderzeichen

versieht, und dann diese Ziffer hochzaehlen.

Vorsichtig gefragt, warum benutzen Sie an dieser Stelle nicht LABEL?

 

Was soll Label helfen? Beim Kopieren im Schaltplan bleibt dann der Netzname

unveraendert, im Layout wir dann aber immernoch von DAC0D[0..15] auf

DAC0D[16..31] hochgezaehlt. Mit dem Export/Run Netskript bekommt man dann

fuer jedes dieser Netze eine Ruckfrage und man muss genauso von Hand

editieren. Oder uebersehe ich einen Trick?

EXPORT Netscript--> datei.scr --> im Board; SCRIPT - datei.scr

und die enstpr. Abfragen bestätigen.

--

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 <alf@cadsoft.de> wrote:

EXPORT Netscript--> datei.scr --> im Board; SCRIPT - datei.scr

und die enstpr. Abfragen bestätigen.

Uebersehe ich immer noch etwas? Auch bei dieser Vorgehensweise muss man

jedes Netz von Hand umbenennen, wenn auch die Nachfrage mit der Box zum

Umbenennen automatisch erscheint...

--

Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

-

Tel. 06151 162516 -

Fax. 06151 164321 -

Uwe Bonnes schrieb:

A. Zaffran <alf@cadsoft.de> wrote:

 

EXPORT Netscript--> datei.scr --> im Board; SCRIPT - datei.scr

und die enstpr. Abfragen bestätigen.

 

Uebersehe ich immer noch etwas? Auch bei dieser Vorgehensweise muss man

jedes Netz von Hand umbenennen, wenn auch die Nachfrage mit der Box zum

Hier haben wir scheinbar eine unterschiedliche Auffassung von

"Hand umbenennen".

Für mich würde das bedeuten den Namen eintippen und nicht nur auf

einen OK-Button klicken. :-\

In diesem Sinne klickt die Hand auf den Button der Maus.

--

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 <alf@cadsoft.de> wrote:

Uwe Bonnes schrieb:

A. Zaffran <alf@cadsoft.de> wrote:

 

EXPORT Netscript--> datei.scr --> im Board; SCRIPT - datei.scr

und die enstpr. Abfragen bestätigen.

 

Uebersehe ich immer noch etwas? Auch bei dieser Vorgehensweise muss man

jedes Netz von Hand umbenennen, wenn auch die Nachfrage mit der Box zum

Hier haben wir scheinbar eine unterschiedliche Auffassung von

"Hand umbenennen".

Für mich würde das bedeuten den Namen eintippen und nicht nur auf

einen OK-Button klicken. :-\

In diesem Sinne klickt die Hand auf den Button der Maus.

Es soll aus "Dac0D0" beim Kopieren ein "Dac1D0" erzeugt werden. Wie soll

dass mit Label etc geschehen?  Beim Kopieren eine Busses Dac0D[0..15] wird

Dac0D[16..31] erzeugt. Und um aus Dac0D16 ein Dac1D1 zu machen, muss man von

hand tippen.

--

Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

-

Tel. 06151 162516 -

Fax. 06151 164321 -

Uwe Bonnes schrieb:

A. Zaffran <alf@cadsoft.de> wrote:

Uwe Bonnes schrieb:

A. Zaffran <alf@cadsoft.de> wrote:

 

EXPORT Netscript--> datei.scr --> im Board; SCRIPT - datei.scr

und die enstpr. Abfragen bestätigen.

Uebersehe ich immer noch etwas? Auch bei dieser Vorgehensweise muss man

jedes Netz von Hand umbenennen, wenn auch die Nachfrage mit der Box zum

Hier haben wir scheinbar eine unterschiedliche Auffassung von

"Hand umbenennen".

Für mich würde das bedeuten den Namen eintippen und nicht nur auf

einen OK-Button klicken. :-\

In diesem Sinne klickt die Hand auf den Button der Maus.

 

Es soll aus "Dac0D0" beim Kopieren ein "Dac1D0" erzeugt werden. Wie soll

dass mit Label etc geschehen?  Beim Kopieren eine Busses Dac0D[0..15] wird

Dac0D[16..31] erzeugt. Und um aus Dac0D16 ein Dac1D1 zu machen, muss man von

hand tippen.

Entschuldigung, das war ein volles Missverständnis.

Ich war auf der Seite daß im BRD anders hochgezählt wird als im SCH

bzw. es sollte nicht hochgezählt werden. Dann hilft im SCH das LABEL.

Für diesen Zweck müßte es extra Optionen geben damit die Funktion weiß

was an welcher Position im Namen hochgezählt werden soll.

Eagle zählt jetzt immer am Ende des Namen hoch. Ausnahme sind Pin-Pad-

Bezeichnungen die nur einen Buchstaben enthalten, A B C ....

ansonsten wird immer am Ende mit einer Zahl weitergezählt.

--

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 <alf@cadsoft.de> wrote:

...

Für diesen Zweck müßte es extra Optionen geben damit die Funktion weiß

was an welcher Position im Namen hochgezählt werden soll.

Eagle zählt jetzt immer am Ende des Namen hoch. Ausnahme sind Pin-Pad-

Bezeichnungen die nur einen Buchstaben enthalten, A B C ....

ansonsten wird immer am Ende mit einer Zahl weitergezählt.

Genau, und dafuer war mein Vorschlag, einen Platzhalter vorzusehen.

Interessant wird es auch noch, wenn im Schaltplan Dac0D[0..15] jeweils mit

einem Label versehen ist. Beim Kopieren im Schaltplan bleibt ja dann der Name

bestehen, das entsprechende Layoutteil wird aber beim Kopieren einen

Namen Dac0D[16..31] erhalten. Beim Laufen des Netskriptes wird man dann

nicht nur der Netznamenaenderung von Dac0D[16..31] nach Dac0D[0..15]

zustimmen muessen, sondern danach auch noch von Hand die kopierten

Netzsegmente von Dac0D[0..15] nach Dac1D[0..15) umbenennen muessen. Siehe

dazu meine Vorschlag fuer ein global/local Flag fuer Netze mit den

entsprechenden Defaults.

Da das aber eine Aenderung im Datenformat ist, geht dass erst fruehestens

von 5.0.x auf 5.1.x. Bis dahin heisst es weiterhin "Blut, Schweiss und

Traenen" beim Wiederverwenden von Schaltungsteilen.

--

Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

-

Tel. 06151 162516 -

Fax. 06151 164321 -

"Uwe Bonnes" <bon@hertz.ikp.physik.tu-darmstadt.de> schrieb im Newsbeitrag

news:fog269$mkt$1@lnx107.hrz.tu-darmstadt.de...

A. Zaffran <alf@cadsoft.de> wrote:

...

Für diesen Zweck müßte es extra Optionen geben damit die Funktion weiß

was an welcher Position im Namen hochgezählt werden soll.

Eagle zählt jetzt immer am Ende des Namen hoch. Ausnahme sind Pin-Pad-

Bezeichnungen die nur einen Buchstaben enthalten, A B C ....

ansonsten wird immer am Ende mit einer Zahl weitergezählt.

 

Genau, und dafuer war mein Vorschlag, einen Platzhalter vorzusehen.

 

Interessant wird es auch noch, wenn im Schaltplan Dac0D[0..15] jeweils mit

einem Label versehen ist. Beim Kopieren im Schaltplan bleibt ja dann der

Name

bestehen, das entsprechende Layoutteil wird aber beim Kopieren einen

Namen Dac0D[16..31] erhalten. Beim Laufen des Netskriptes wird man dann

nicht nur der Netznamenaenderung von Dac0D[16..31] nach Dac0D[0..15]

zustimmen muessen, sondern danach auch noch von Hand die kopierten

Netzsegmente von Dac0D[0..15] nach Dac1D[0..15) umbenennen muessen. Siehe

dazu meine Vorschlag fuer ein global/local Flag fuer Netze mit den

entsprechenden Defaults.

 

Da das aber eine Aenderung im Datenformat ist, geht dass erst fruehestens

von 5.0.x auf 5.1.x. Bis dahin heisst es weiterhin "Blut, Schweiss und

Traenen" beim Wiederverwenden von Schaltungsteilen.

 

--

Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

 

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Uwe,

irgendwie kann ich mich erinnern, daß in der NG schon einiges darüber

zusammengeschwatzt wurde. Der o.g. Fall ist zwar ziemlich speziell, aber

eigentlich repräsentativ. Die Bordmittel in Verbindung mit der Reproduktion

von Designteilen sind m.E. ohnehin noch ausbaufähig. Ein "Cleanup" ULP wäre

natürlich denkbar, aber warum immer erst alles umschmeißen und dann

hinterher aufräumen...? Ich könnte mir eine intelligentere Methode

vorstellen, wie man die automatische Namensvergabe kontrolliert, und zwar

durch Priorisierung der Inkremente. Und zwar unter Verwendung von Token, auf

die nur duplizierende Operationen wie "Copy" bzw. "Paste" zugreifen. In

Deinem Beispiel würde das z.B. so aussehen:

Vergebener Name: Dac0*D[0..15]

Sichtbarer Name: Dac0D[0..15]

Nun das ganze Gemüse per Cut & Paste duplizieren, und die Kopie sieht so

aus:

Vergebener Name: Dac1*D[0..15]

Sichtbarer Name: Dac1D[0..15]

Der Stern (oder was auch immer für ein Sonderzeichen) gibt also an, daß die

vorstehende Zeichen- oder Ziffernkette inkrementiert werden soll bevor

irgendwas anderes unternommen wird, und zwar um 1 für jeden Copy- bzw.

Paste-Vorgang. Mit anderen Worten, wenn man bei der initialen Namensvergabe

ein wenig auf der Hut ist, kann man für solche Fälle leicht vorausplanen.

Statt des nachgestellten Tokens könnte man auch zwei eingrenzende Tokens

nehmen, wie z.B. geschweifte Klammern.

Thomas

P.S.: Viel Hertz, viel Leid !!

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:foh7qv$f1f$1@cheetah.cadsoft.de...

"Uwe Bonnes" <bon@hertz.ikp.physik.tu-darmstadt.de> schrieb im Newsbeitrag

news:fog269$mkt$1@lnx107.hrz.tu-darmstadt.de...

A. Zaffran <alf@cadsoft.de> wrote:

...

Für diesen Zweck müßte es extra Optionen geben damit die Funktion weiß

was an welcher Position im Namen hochgezählt werden soll.

Eagle zählt jetzt immer am Ende des Namen hoch. Ausnahme sind Pin-Pad-

Bezeichnungen die nur einen Buchstaben enthalten, A B C ....

ansonsten wird immer am Ende mit einer Zahl weitergezählt.

 

Genau, und dafuer war mein Vorschlag, einen Platzhalter vorzusehen.

 

Interessant wird es auch noch, wenn im Schaltplan Dac0D[0..15] jeweils

mit

einem Label versehen ist. Beim Kopieren im Schaltplan bleibt ja dann der

Name

bestehen, das entsprechende Layoutteil wird aber beim Kopieren einen

Namen Dac0D[16..31] erhalten. Beim Laufen des Netskriptes wird man dann

nicht nur der Netznamenaenderung von Dac0D[16..31] nach Dac0D[0..15]

zustimmen muessen, sondern danach auch noch von Hand die kopierten

Netzsegmente von Dac0D[0..15] nach Dac1D[0..15) umbenennen muessen. Siehe

dazu meine Vorschlag fuer ein global/local Flag fuer Netze mit den

entsprechenden Defaults.

 

Da das aber eine Aenderung im Datenformat ist, geht dass erst fruehestens

von 5.0.x auf 5.1.x. Bis dahin heisst es weiterhin "Blut, Schweiss und

Traenen" beim Wiederverwenden von Schaltungsteilen.

 

--

Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

 

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

 

Uwe,

 

irgendwie kann ich mich erinnern, daß in der NG schon einiges darüber

zusammengeschwatzt wurde. Der o.g. Fall ist zwar ziemlich speziell, aber

eigentlich repräsentativ. Die Bordmittel in Verbindung mit der

Reproduktion von Designteilen sind m.E. ohnehin noch ausbaufähig. Ein

"Cleanup" ULP wäre natürlich denkbar, aber warum immer erst alles

umschmeißen und dann hinterher aufräumen...? Ich könnte mir eine

intelligentere Methode vorstellen, wie man die automatische Namensvergabe

kontrolliert, und zwar durch Priorisierung der Inkremente. Und zwar unter

Verwendung von Token, auf die nur duplizierende Operationen wie "Copy"

bzw. "Paste" zugreifen. In Deinem Beispiel würde das z.B. so aussehen:

 

Vergebener Name: Dac0*D[0..15]

Sichtbarer Name: Dac0D[0..15]

Nun das ganze Gemüse per Cut & Paste duplizieren, und die Kopie sieht so

aus:

Vergebener Name: Dac1*D[0..15]

Sichtbarer Name: Dac1D[0..15]

 

Der Stern (oder was auch immer für ein Sonderzeichen) gibt also an, daß

die vorstehende Zeichen- oder Ziffernkette inkrementiert werden soll

bevor irgendwas anderes unternommen wird, und zwar um 1 für jeden Copy-

bzw. Paste-Vorgang. Mit anderen Worten, wenn man bei der initialen

Namensvergabe ein wenig auf der Hut ist, kann man für solche Fälle leicht

vorausplanen. Statt des nachgestellten Tokens könnte man auch zwei

eingrenzende Tokens nehmen, wie z.B. geschweifte Klammern.

 

Thomas

 

P.S.: Viel Hertz, viel Leid !!

Ergänzung: im Gegensatz zu einem einfachen, "dummen" Platzhalter möchte ich

das so verstanden wissen, daß zunächst versucht wird, die gekennzeichnete

Zeichenkette in der gewünschten Form kollisionsfrei zu modifizieren. Erst

wenn das nicht klappt, werden die Namen werden konventionell inkrementiert,

oder es gibt einen Warnhinweis. Dann hat der Anwender die Namensvergabe halt

schlecht geplant.

T.