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
    About the element14 Community
  • 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 User Support (English) explicit net names in schematics issue
  • 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 2 replies
  • Subscribers 179 subscribers
  • Views 319 views
  • Users 0 members are here
Related

explicit net names in schematics issue

autodeskguest
autodeskguest over 9 years ago

For components having pin direction "pwr" there is an explicit

netname/signal generated taking the pin name. (this post does not cover

the long discussed controversy of that feature).

 

I found issues when trying to write a script to find where a selected

airwire in the board is drawn on the schematic (yes I have large

designs). The board do make airwires of these explicit names, but their

visibility seems to be limited in schematics.

 

First, I discovered that the UL_SCHEMATIC "nets" loop member did not

cover these nets. But, for some reason, the allnets loop member does. I

am not sure why, but it did give me a reminder to use allnets instead of

nets in my script.

 

Then I discovered that the schematic show command does not find these

explicit names unless there is a wire drawn to one of the pins. But the

board show does.

 

Try adding any component with a VCC pwr pin, for example a 74xx chip,

and do "show vcc" from both board and schematic. Only board perspective

will show it.

 

I'd suggest this was a bug.

 

  • Sign in to reply
  • Cancel
Parents
  • autodeskguest
    autodeskguest over 9 years ago

    On 10/11/2016 3:54 AM, Morten Leikvoll wrote:

    For components having pin direction "pwr" there is an explicit

    netname/signal generated taking the pin name. (this post does not cover

    the long discussed controversy of that feature).

     

    I found issues when trying to write a script to find where a selected

    airwire in the board is drawn on the schematic (yes I have large

    designs). The board do make airwires of these explicit names, but their

    visibility seems to be limited in schematics.

     

    First, I discovered that the UL_SCHEMATIC "nets" loop member did not

    cover these nets. But, for some reason, the allnets loop member does. I

    am not sure why, but it did give me a reminder to use allnets instead of

    nets in my script.

     

    Then I discovered that the schematic show command does not find these

    explicit names unless there is a wire drawn to one of the pins. But the

    board show does.

     

    Try adding any component with a VCC pwr pin, for example a 74xx chip,

    and do "show vcc" from both board and schematic. Only board perspective

    will show it.

     

    I'd suggest this was a bug.

     

    Hi Morten,

     

    This isn't a bug, but I would be hard pressed to call it "intuitive". I

    personally have never been a fan of pwr pin name defining a net feature.

    I've always felt it's ambiguous and error-prone but I'm sure there are

    users who like it that way for their own reasons.

     

    If I were to venture a guess, the nets loop member probably only grabs

    explicitly drawn net segments. Since the pwr pins are implicit(no nets

    by default) it probably doesn't include them. Allnets would be the way

    to go on this one.

     

    The solution to this would be a change of behaviour and that would be a

    hard sell to the devs and the EAGLE users who are used to it working

    that way.

     

    hth,

    Jorge Garcia

     

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 9 years ago in reply to autodeskguest

    On 11.10.2016 18:43, Jorge Garcia wrote:

    On 10/11/2016 3:54 AM, Morten Leikvoll wrote:

    For components having pin direction "pwr" there is an explicit

    netname/signal generated taking the pin name. (this post does not cover

    the long discussed controversy of that feature).

     

    I found issues when trying to write a script to find where a selected

    airwire in the board is drawn on the schematic (yes I have large

    designs). The board do make airwires of these explicit names, but their

    visibility seems to be limited in schematics.

     

    First, I discovered that the UL_SCHEMATIC "nets" loop member did not

    cover these nets. But, for some reason, the allnets loop member does. I

    am not sure why, but it did give me a reminder to use allnets instead of

    nets in my script.

     

    Then I discovered that the schematic show command does not find these

    explicit names unless there is a wire drawn to one of the pins. But the

    board show does.

     

    Try adding any component with a VCC pwr pin, for example a 74xx chip,

    and do "show vcc" from both board and schematic. Only board perspective

    will show it.

     

    I'd suggest this was a bug.

     

    Hi Morten,

     

    This isn't a bug, but I would be hard pressed to call it "intuitive". I

    personally have never been a fan of pwr pin name defining a net feature.

    I've always felt it's ambiguous and error-prone but I'm sure there are

    users who like it that way for their own reasons.

     

    If I were to venture a guess, the nets loop member probably only grabs

    explicitly drawn net segments. Since the pwr pins are implicit(no nets

    by default) it probably doesn't include them. Allnets would be the way

    to go on this one.

     

    The solution to this would be a change of behaviour and that would be a

    hard sell to the devs and the EAGLE users who are used to it working

    that way.

     

    hth,

    Jorge Garcia

     

    Your first paragraph sounds like an invitation to pick up that old

    thread again. Although I have suggested in those old posts how eagle

    could change and still keep backward compatibility and/or improve DRC,

    this is subject for a different thread.

     

    The change of behaviour I do not agree on. The only thing I basically

    ask is for is that "show " shows the open pins with

    explicit nets at shcematic.

    For multi sheet hits where eagle is popping up a list dialog, The pins

    not belonging to a segment should show in the list too.

    Not showing it is wrong, cause the net is there even if you dont see a

    segment/wire.

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • autodeskguest
    autodeskguest over 9 years ago in reply to autodeskguest

    On 11.10.2016 18:43, Jorge Garcia wrote:

    On 10/11/2016 3:54 AM, Morten Leikvoll wrote:

    For components having pin direction "pwr" there is an explicit

    netname/signal generated taking the pin name. (this post does not cover

    the long discussed controversy of that feature).

     

    I found issues when trying to write a script to find where a selected

    airwire in the board is drawn on the schematic (yes I have large

    designs). The board do make airwires of these explicit names, but their

    visibility seems to be limited in schematics.

     

    First, I discovered that the UL_SCHEMATIC "nets" loop member did not

    cover these nets. But, for some reason, the allnets loop member does. I

    am not sure why, but it did give me a reminder to use allnets instead of

    nets in my script.

     

    Then I discovered that the schematic show command does not find these

    explicit names unless there is a wire drawn to one of the pins. But the

    board show does.

     

    Try adding any component with a VCC pwr pin, for example a 74xx chip,

    and do "show vcc" from both board and schematic. Only board perspective

    will show it.

     

    I'd suggest this was a bug.

     

    Hi Morten,

     

    This isn't a bug, but I would be hard pressed to call it "intuitive". I

    personally have never been a fan of pwr pin name defining a net feature.

    I've always felt it's ambiguous and error-prone but I'm sure there are

    users who like it that way for their own reasons.

     

    If I were to venture a guess, the nets loop member probably only grabs

    explicitly drawn net segments. Since the pwr pins are implicit(no nets

    by default) it probably doesn't include them. Allnets would be the way

    to go on this one.

     

    The solution to this would be a change of behaviour and that would be a

    hard sell to the devs and the EAGLE users who are used to it working

    that way.

     

    hth,

    Jorge Garcia

     

    Your first paragraph sounds like an invitation to pick up that old

    thread again. Although I have suggested in those old posts how eagle

    could change and still keep backward compatibility and/or improve DRC,

    this is subject for a different thread.

     

    The change of behaviour I do not agree on. The only thing I basically

    ask is for is that "show " shows the open pins with

    explicit nets at shcematic.

    For multi sheet hits where eagle is popping up a list dialog, The pins

    not belonging to a segment should show in the list too.

    Not showing it is wrong, cause the net is there even if you dont see a

    segment/wire.

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
No Data
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