This is exactly my opinion. Additional, schematics later printed on
paper and should be to understand. Often I've seen a netlabel on one
sheet and the wire ends somewhere. In one or more  sheets you have to
search where it is also connected.
So, to understand such a schematic, you need the netlist. But why you
draw a schematic then ?

It should be possible to add a feature, that erc can check if a port-label
has a corresponding sheet entry.
At the moment, I check this manually, because I dumped a board for this
reason.

Georg
[EMAIL PROTECTED]
>
> I don't see how this is so. If for example there is a typo on
> the port on a
> single sheet, that connectivity still doesn't flow through
> whether the ports
> are global or not. A good reason to *not* use global ports is
> it allows you
> to use the same port name in more than one place, and also
> allows duplicates
> of the same sheet more easily. I also like using a
> hierarchical design with
> increasing amounts of detail as you delve into the hierarchy.
> IMO this makes
> a complex design much more readable.
>
> Global ports/net names is analogous to global variables in
> programming.
>
> Cheers,
> MvdW
>
>
> >
> > to avoid this we just use nets and ports global and forget about all
> > that hierarchical stuff, sheet entries and module ports
> > we generally just have sheet symbols on a 'top' sheet which
> > is basically
> > unused except to gather sheets into a 'project'
> >
> > it's also a good idea to have all ic's NOT have hidden
> pins, then you
> > can control the power scope easily
> >
> > If you must use the sheet entries, etc. I think there is a
> way to list
> > unconnected pins, that should be easier than combing thru
> the netlist,
> > although I guess that would not cover groups of pins that are
> > connected
> > together on their own sheets but not across sheets
> >
> > that's another argument for 'nets and ports global'
> >
> > Dennis Saputelli
> >
> > Drew Lundsten wrote:
> > >
> > > Apparently it's possible to put a sheet entry called e.g. RST# and
> > > regardless of whether the corresponding sheet has a RST#
> > port, the nets
> > > will be connected. This relates to my earlier post
> regarding an ERC
> > > check for unmatched ports and sheet entries.
> > >
> > > Is this sensible? I can't think of any good arguments for
> > NOT connecting
> > > a sheet entry called RST# to the RST# net on the
> > corresponding sheet,
> > > whether there's a matching port or not, but I have on
> > numerous occasions
> > > had problems with an unmatched entry and port causing a broken net
> > > that's only caught by a manual combing of the netlist.
> > >
> > > Drew
> >
> > --
> > ______________________________________________________________
> > _____________
> > www.integratedcontrolsinc.com            Integrated
> Controls, Inc.
> >    tel: 415-647-0480                        2851 21st
> Street
> >       fax: 415-647-3003                        San
> Francisco, CA 94110
> >
> >
> >
> > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> > *  This message sent by: PROTEL EDA USERS MAILING LIST
> > *
> > *  Use the "reply" command in your email program to
> > *  respond to this message.
> > *
> > *  To unsubscribe from this mailing list use the form at
> > *  the Association web site. You will need to give the same
> > *  email address you originally used to subscribe (do not
> > *  give an alias unless it was used to subscribe).
> > *
> > *  Visit http://www.techservinc.com/protelusers/subscrib.html
> > *  to unsubscribe or to subscribe a new email address.
> > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> >
>
>
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> *  This message sent by: PROTEL EDA USERS MAILING LIST
> *
> *  Use the "reply" command in your email program to
> *  respond to this message.
> *
> *  To unsubscribe from this mailing list use the form at
> *  the Association web site. You will need to give the same
> *  email address you originally used to subscribe (do not
> *  give an alias unless it was used to subscribe).
> *
> *  Visit http://www.techservinc.com/protelusers/subscrib.html
> *  to unsubscribe or to subscribe a new email address.
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
*  This message sent by: PROTEL EDA USERS MAILING LIST
*
*  Use the "reply" command in your email program to
*  respond to this message.
*
*  To unsubscribe from this mailing list use the form at
*  the Association web site. You will need to give the same
*  email address you originally used to subscribe (do not
*  give an alias unless it was used to subscribe).
*
*  Visit http://www.techservinc.com/protelusers/subscrib.html
*  to unsubscribe or to subscribe a new email address.
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

________________________________________________________

To leave the EDAFORUM discussion list, send a email with
'leave edaforum' in the body to '[EMAIL PROTECTED]'

More Information : http://www.dolist.net

Reply via email to