element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      • Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Autodesk EAGLE
  • Products
  • More
Autodesk EAGLE
EAGLE Support (Deutsch) Kann man weitere Attribute anlegen wie z.B. >NAME  und >VALUE
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Autodesk EAGLE to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 7 replies
  • Subscribers 181 subscribers
  • Views 1128 views
  • Users 0 members are here
Related

Kann man weitere Attribute anlegen wie z.B. >NAME  und >VALUE

Former Member
Former Member over 12 years ago

Hallo,

 

ich würde gerne weitere Attribute in einem Device hinzufügen die sich

analog wie z.B. das >NAME Attribut verhalten. Mir geht es darum, dass

ich wenn ich z.B. im Schaltplan das Attribute ändere es sich automatisch

auch im Board mit ändert und anders herum.

 

Man kann zwar im Package und im Symbol eines Devices die gleichen

Textplatzhalter Attribute a la >ATTRIBUTE_NAME anlegen, nur interessiert

sich später im Board der Platzhalter recht wenig was im Schematic mit

gleichnamigen Kollegen passiert und anders herum.

 

Gibt es eine Möglichkeit, dass sich gleich benannte Attribute

automatisch synchronisieren, eben wie bei >NAME oder >VALUE? Wie wird

denn das bei diesen beiden besonderen Attributen gelöst?

 

Kann man vielleicht irgendwo in der eaglerc.usr oder woanders einen

Kommentar ändern, dass dieses Verhalten herzustellen ist? Habe quasi

schon alles durchsucht.

 

Ich kenne die e-attributverwaltung.ulp. Nur muss diese nach jeder

Änderung neu gestartet werden um dann die Attribute abzugleichen. Dieser

Vorgang ist mir zu Fehlerträchtig, weil er eben nicht automatisch

passiert, und Menschen wie ich dass dann sehr gerne vergessen.

 

Automatismus ist manchmal etwas herrliches...

 

Bin für jeden Tipp dankbar!

 

Mit freundlichen Grüßen / Best regards

 

--

Jan Wiener

_________________________

Ingenieurbüro Wiener

Greißing 21

94333 Geiselhöring

GERMANY

 

  • Sign in to reply
  • Cancel
  • Former Member
    Former Member over 12 years ago

    Am 15.02.2013 14:01, schrieb Jan Wiener:

    Hallo,

     

    ich würde gerne weitere Attribute in einem Device hinzufügen die sich

    analog wie z.B. das >NAME Attribut verhalten. Mir geht es darum, dass

    ich wenn ich z.B. im Schaltplan das Attribute ändere es sich automatisch

    auch im Board mit ändert und anders herum.

     

    Man kann zwar im Package und im Symbol eines Devices die gleichen

    Textplatzhalter Attribute a la >ATTRIBUTE_NAME anlegen, nur interessiert

    sich später im Board der Platzhalter recht wenig was im Schematic mit

    gleichnamigen Kollegen passiert und anders herum.

     

    Gibt es eine Möglichkeit, dass sich gleich benannte Attribute

    automatisch synchronisieren, eben wie bei >NAME oder >VALUE? Wie wird

    denn das bei diesen beiden besonderen Attributen gelöst?

     

    Kann man vielleicht irgendwo in der eaglerc.usr oder woanders einen

    Kommentar ändern, dass dieses Verhalten herzustellen ist? Habe quasi

    schon alles durchsucht.

     

    Ich kenne die e-attributverwaltung.ulp. Nur muss diese nach jeder

    Änderung neu gestartet werden um dann die Attribute abzugleichen. Dieser

    Vorgang ist mir zu Fehlerträchtig, weil er eben nicht automatisch

    passiert, und Menschen wie ich dass dann sehr gerne vergessen.

     

    Automatismus ist manchmal etwas herrliches...

     

    Bin für jeden Tipp dankbar!

     

    Hallo nochmal,

     

    ich muss die Frage nochmal umformulieren...

     

    Wenn im Symbol und im Package der gleiche Textplatzhalter angelegt wird

    und dann zusätzlich im Device ein Attribute mit dem gleichen Namen

    angelegt wird, dann wird wirklich ein analoges Verhalten zu >NAME und

    >VALUE erreicht.

     

    Das habe ich jetzt verstanden;-)

     

    Wenn ich im Symbol, Package und Device einen Platzhalter/Attribut Namens

    >BEISPIEL anlege, dieses Bauteil in den Schaltplan einfüge kann ich im

    Bauteil dann dem lokalen Attribut BEISPIEL eine Wert zuweisen.

     

    Wenn ich aber im Schaltplan ein globales Attribut >BEISPIEL (also

    gleicher Name wie das lokale Bauteilattribut) anlege und einen Wert für

    dieses globale Attribut vergebe, wird jenes im Bauteil nicht vom

    globalen Wert überschrieben. Geht das irgendwie zu machen, bzw. was

    mache ich falsch?

     

    Vielen Dank im voraus!

     

    Mit freundlichen Grüßen

     

    --

    Jan Wiener

    _________________________

    Ingenieurbüro Wiener

    Greißing 21

    94333 Geiselhöring

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 12 years ago in reply to Former Member

    Am 16.02.2013 12:10, schrieb Jan Wiener:

    Am 15.02.2013 14:01, schrieb Jan Wiener:

    Hallo,

     

    ich würde gerne weitere Attribute in einem Device hinzufügen die sich

    analog wie z.B. das >NAME Attribut verhalten. Mir geht es darum, dass

    ich wenn ich z.B. im Schaltplan das Attribute ändere es sich automatisch

    auch im Board mit ändert und anders herum.

     

    Man kann zwar im Package und im Symbol eines Devices die gleichen

    Textplatzhalter Attribute a la >ATTRIBUTE_NAME anlegen, nur interessiert

    sich später im Board der Platzhalter recht wenig was im Schematic mit

    gleichnamigen Kollegen passiert und anders herum.

     

    Haben Sie immer SCH und BRD zugleich geöffnet?

     

     

    Gibt es eine Möglichkeit, dass sich gleich benannte Attribute

    automatisch synchronisieren, eben wie bei >NAME oder >VALUE? Wie wird

    denn das bei diesen beiden besonderen Attributen gelöst?

     

    Kann man vielleicht irgendwo in der eaglerc.usr oder woanders einen

    Kommentar ändern, dass dieses Verhalten herzustellen ist? Habe quasi

    schon alles durchsucht.

     

    Die Attribute werden automatisch konsistent gehalten.

    Welche Eagle-Version benutzen Sie?

     

     

    Ich kenne die e-attributverwaltung.ulp. Nur muss diese nach jeder

    Änderung neu gestartet werden um dann die Attribute abzugleichen. Dieser

    Vorgang ist mir zu Fehlerträchtig, weil er eben nicht automatisch

    passiert, und Menschen wie ich dass dann sehr gerne vergessen.

     

    Dieses ULP ist dazu gedacht, die Verwaltung zu vereinfachen, also z.B.

    im Device automatisch nach Textplatzhaltern zu suchen, und dafür ein

    Attribute anlegen zulassen, so wie auch im Schaltplan nach noch freien

    Textplatzhaltern im angegebenen Bauteil (PART) zu suchen, und

    gegebenenfalls als *globales" Attribute anzulegen.

     

     

    Automatismus ist manchmal etwas herrliches...

     

    Bin für jeden Tipp dankbar!

     

    Hallo nochmal,

     

    ich muss die Frage nochmal umformulieren...

     

    Wenn im Symbol und im Package der gleiche Textplatzhalter angelegt wird

    und dann zusätzlich im Device ein Attribute mit dem gleichen Namen

    angelegt wird, dann wird wirklich ein analoges Verhalten zu >NAME und

    >VALUE erreicht.

     

    Das habe ich jetzt verstanden;-)

     

    Wenn ich im Symbol, Package und Device einen Platzhalter/Attribut Namens

    >BEISPIEL anlege, dieses Bauteil in den Schaltplan einfüge kann ich im

    Bauteil dann dem lokalen Attribut BEISPIEL eine Wert zuweisen.

     

    Wenn ich aber im Schaltplan ein globales Attribut >BEISPIEL (also

    gleicher Name wie das lokale Bauteilattribut) anlege und einen Wert für

    dieses globale Attribut vergebe, wird jenes im Bauteil nicht vom

    globalen Wert überschrieben. Geht das irgendwie zu machen, bzw. was

    mache ich falsch?

     

    Eine Attribute kann entweder ein lokales Attribute sein, also zum

    Bauteil gehören, oder ein globales Attribute sein, also zum

    Schaltplan/Board gehören, niemals beides.

     

    Entscheidend ist nur der Textplatzhalter, mit dem der Inhalt angezeigt

    werden kann.

    Ist ein Attribute BEISPIEL im Device definiert, und der Textplatzhalter

    '>BEISPIEL' im Symbol des Device platziert, dann ist es ein lokales

    Attribute und wird entsprechend behandelt.

     

    Ist ein globales Attribute BEISPIEL (mit ATTRBITE *) definiert, wird

    der Inhalt in jedem Textplatzhalter '>BEISPIEL' angezeigt, egal ob in

    einem Symbol, oder als TEXT im SCH/BRD platziert.

     

    Sehen Sie sich dazu einfach das Beispiel in den Elektroplänen an.

     

    stern-dreieck-anlauf.sch

    e-elektro-zeichnungsrahmen.lbr

     

     

    Mit freundlichen Grüßen / Best regards

     

    Alfred Zaffran

    --

    ______________________________________________________________

    Alfred Zaffran              Support

    CadSoft Computer GmbH       Hotline:   08635-698930

    Pleidolfweg 15              FAX:       08635-698940

    84568 Pleiskirchen          eMail: <alf@cadsoft.de>

                                 Web:   <www.cadsoft.de>

    Registergericht: Amtsgericht Traunstein HRB 5573

    Geschäftsführer: Thomas Liratsch

    ______________________________________________________________

     

    EAGLE V6.3 availabe now!

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • hpvoelpel
    hpvoelpel over 12 years ago in reply to Former Member

    Hallo,

    das stimmt nicht:

     

    Ist ein globales Attribute BEISPIEL (mit ATTRBITE *) definiert, wird

    der Inhalt in jedem Textplatzhalter '>BEISPIEL' angezeigt, egal ob in

    einem Symbol, oder als TEXT im SCH/BRD platziert.

     

     

    Globale Attribute werden nicht automatisch synchronisiert, noch nicht

    mal beim Anlegen automatisch übertragen. Sie gelten immer nur im SCH

    oder im BRD. Diese Verhalten stört mich auch, da wir

    Versionsinformationen als globale Attribute eintragen. Ein Automatismus

    wäre besser.

     

    Mit freundlichen Grüßen

    Hans-Peter Völpel

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 12 years ago in reply to hpvoelpel

    Am 28.02.2013 14:55, schrieb Hans-Peter:

    Hallo,

    das stimmt nicht:

     

    Ist ein globales Attribute BEISPIEL (mit ATTRBITE *) definiert, wird

    der Inhalt in jedem Textplatzhalter '>BEISPIEL' angezeigt, egal ob in

    einem Symbol, oder als TEXT im SCH/BRD platziert.

     

    >

    Globale Attribute werden nicht automatisch synchronisiert, noch nicht

    mal beim Anlegen automatisch übertragen. Sie gelten immer nur im SCH

     

    Welche Eagle Version verwenden Sie?

     

     

    oder im BRD. Diese Verhalten stört mich auch, da wir

    Versionsinformationen als globale Attribute eintragen. Ein Automatismus

    wäre besser.

     

    Mit freundlichen Grüßen

    Hans-Peter Völpel

     

     

    Mit freundlichen Grüßen / Best regards

     

    Alfred Zaffran

    --

    ______________________________________________________________

    Alfred Zaffran              Support

    CadSoft Computer GmbH       Hotline:   08635-698930

    Pleidolfweg 15              FAX:       08635-698940

    84568 Pleiskirchen          eMail: <alf@cadsoft.de>

                                 Web:   <www.cadsoft.de>

    Registergericht: Amtsgericht Traunstein HRB 5573

    Geschäftsführer: Thomas Liratsch

    ______________________________________________________________

     

    EAGLE V6.3 availabe now!

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • hpvoelpel
    hpvoelpel over 12 years ago in reply to Former Member

    Am 28.02.2013 17:04, schrieb A. Zaffran:

    Am 28.02.2013 14:55, schrieb Hans-Peter:

    Hallo,

    das stimmt nicht:

     

    Ist ein globales Attribute BEISPIEL (mit ATTRBITE *) definiert, wird

    der Inhalt in jedem Textplatzhalter '>BEISPIEL' angezeigt, egal ob in

    einem Symbol, oder als TEXT im SCH/BRD platziert.

     

     

    Globale Attribute werden nicht automatisch synchronisiert, noch nicht

    mal beim Anlegen automatisch übertragen. Sie gelten immer nur im SCH

     

    Welche Eagle Version verwenden Sie?

     

     

    oder im BRD. Diese Verhalten stört mich auch, da wir

    Versionsinformationen als globale Attribute eintragen. Ein Automatismus

    wäre besser.

     

    Mit freundlichen Grüßen

    Hans-Peter Völpel

     

    Mit freundlichen Grüßen / Best regards

     

    Alfred Zaffran

     

    Hallo,

    die 6.4.0. Das Verhalten hat sich aber AFAIK seit Einführung der

    Attribute nicht geändert.

     

    Mit freundlichen Grüßen

    Hans-Peter Völpel

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 12 years ago in reply to hpvoelpel

    Am 28.02.2013 17:45, schrieb Hans-Peter:

    Am 28.02.2013 17:04, schrieb A. Zaffran:

    Am 28.02.2013 14:55, schrieb Hans-Peter:

    Hallo,

    das stimmt nicht:

     

    Ist ein globales Attribute BEISPIEL (mit ATTRBITE *) definiert, wird

    der Inhalt in jedem Textplatzhalter '>BEISPIEL' angezeigt, egal ob in

    einem Symbol, oder als TEXT im SCH/BRD platziert.

     

     

    Globale Attribute werden nicht automatisch synchronisiert, noch nicht

    mal beim Anlegen automatisch übertragen. Sie gelten immer nur im SCH

     

    Welche Eagle Version verwenden Sie?

     

     

    oder im BRD. Diese Verhalten stört mich auch, da wir

    Versionsinformationen als globale Attribute eintragen. Ein Automatismus

    wäre besser.

     

    Mit freundlichen Grüßen

    Hans-Peter Völpel

     

    Mit freundlichen Grüßen / Best regards

     

    Alfred Zaffran

     

    Hallo,

    die 6.4.0. Das Verhalten hat sich aber AFAIK seit Einführung der

    Attribute nicht geändert.

     

    Mit freundlichen Grüßen

    Hans-Peter Völpel

     

    Hallo,

     

    @ Herr Zaffran: Erst einmal vielen Dank für die Unterstützung bei meinen

    Sorgen zum Thema Attribute. Ich habe mit der e-attributverwaltung.ulp

    eine "Würgaround" für mein Vorhaben gefunden.

     

    Mein eigentliches anliegen war folgendes: Ich habe Schaltplanrahmen

    erstellt, die einen immer gleichen Datenkopf beinhalten. Mit den

    globalen Attributen lässt sich das alles über alle Schaltplanseiten

    sauber konsistent halten. So weit so gut.

     

    Jetzt war ich so vermessen und wollte gerne , dass im BRD ein Textfeld

    entsteht das wichtige Informationen automatisch vom SCH erbt. Wie z.B.

    Platinennummer (Artikelnummer), Revision, Layouter, Freigabedatum etc...

     

    Hierfür wären Attribute die automatisch zwischen SCH und BRD konsistent

    gehalten werden, eben gleiches Verhalten wie >NAME und >VALUE zeigen,

    die Königslösung, die sicher auch Herr Völpel gebrauchen kann. Damit

    sind wir ja schon zwei, vielleicht schließen sich noch weitere User an.

     

    Da sich die Revision einer Platine jedoch meistens nicht täglich ändert

    habe ich es mir zum Automatismus gemacht nach der Revisionsänderung in

    der Platine einfach die e-attributverwaltung.ulp laufen zu lassen und

    damit die aktuellen Schaltplanattribute an das BRD zu übergeben. Das ist

    schnell gemacht, jedoch wäre es in zukünftigen EAGLE Versionen schön

    eine Hand voll weitere Attribute  a la >NAME und >VALUE Verhalten zu

    haben um so etwas zu automatisieren.

     

    Mit freundlichen Grüßen

     

    --

    Jan Wiener

    _________________________

    Ingenieurbüro Wiener

    Greißing 21

    94333 Geiselhöring

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 12 years ago in reply to Former Member

    Auch mir würde es helfen, wenn man globale Attribute definieren könnte,

    die in .sch und .brd gleichzeitig vorhanden sind. Man könnte ja bei

    globalen Attributen eine Checkbox einführen a la "Attribut konsistens in

    brd und sch". So könnte man Attribute definineren, die nur in .sch oder

    .brd oder in beiden existieren.

     

    Am 01.03.2013 19:17, schrieb Jan Wiener:

    Am 28.02.2013 17:45, schrieb Hans-Peter:

    Am 28.02.2013 17:04, schrieb A. Zaffran:

    Am 28.02.2013 14:55, schrieb Hans-Peter:

    Hallo,

    das stimmt nicht:

     

    Ist ein globales Attribute BEISPIEL (mit ATTRBITE *) definiert, wird

    der Inhalt in jedem Textplatzhalter '>BEISPIEL' angezeigt, egal ob in

    einem Symbol, oder als TEXT im SCH/BRD platziert.

     

     

    Globale Attribute werden nicht automatisch synchronisiert, noch nicht

    mal beim Anlegen automatisch übertragen. Sie gelten immer nur im SCH

     

    Welche Eagle Version verwenden Sie?

     

     

    oder im BRD. Diese Verhalten stört mich auch, da wir

    Versionsinformationen als globale Attribute eintragen. Ein Automatismus

    wäre besser.

     

    Mit freundlichen Grüßen

    Hans-Peter Völpel

     

    Mit freundlichen Grüßen / Best regards

     

    Alfred Zaffran

     

    Hallo,

    die 6.4.0. Das Verhalten hat sich aber AFAIK seit Einführung der

    Attribute nicht geändert.

     

    Mit freundlichen Grüßen

    Hans-Peter Völpel

     

    Hallo,

     

    @ Herr Zaffran: Erst einmal vielen Dank für die Unterstützung bei meinen

    Sorgen zum Thema Attribute. Ich habe mit der e-attributverwaltung.ulp

    eine "Würgaround" für mein Vorhaben gefunden.

     

    Mein eigentliches anliegen war folgendes: Ich habe Schaltplanrahmen

    erstellt, die einen immer gleichen Datenkopf beinhalten. Mit den

    globalen Attributen lässt sich das alles über alle Schaltplanseiten

    sauber konsistent halten. So weit so gut.

     

    Jetzt war ich so vermessen und wollte gerne , dass im BRD ein Textfeld

    entsteht das wichtige Informationen automatisch vom SCH erbt. Wie z.B.

    Platinennummer (Artikelnummer), Revision, Layouter, Freigabedatum etc...

     

    Hierfür wären Attribute die automatisch zwischen SCH und BRD konsistent

    gehalten werden, eben gleiches Verhalten wie >NAME und >VALUE zeigen,

    die Königslösung, die sicher auch Herr Völpel gebrauchen kann. Damit

    sind wir ja schon zwei, vielleicht schließen sich noch weitere User an.

     

    Da sich die Revision einer Platine jedoch meistens nicht täglich ändert

    habe ich es mir zum Automatismus gemacht nach der Revisionsänderung in

    der Platine einfach die e-attributverwaltung.ulp laufen zu lassen und

    damit die aktuellen Schaltplanattribute an das BRD zu übergeben. Das ist

    schnell gemacht, jedoch wäre es in zukünftigen EAGLE Versionen schön

    eine Hand voll weitere Attribute  a la >NAME und >VALUE Verhalten zu

    haben um so etwas zu automatisieren.

     

    Mit freundlichen Grüßen

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube