shouldn't you load the netlist AFTER the update?
else stray tracks could pick up connectivity?
i haven't found clearing nets necessary, although i do it sometime

Dennis Saputelli


"Michael Reagan (EDSI)" wrote:
> 
> Robert,
> 
> Update free primitives is a very good command to use.  I use flawlessly on
> every design.  If you are getting drc errors when invoking the command then
> you must have traces shorted from one  pad to another.
> 
> The exact process I use is different than most others recommended practice,
> here is what I do
> 
> 1 clear all nets from the design
> 2. load a new netlist
> 3 update free primitives
> 4 run drcs
> 
> The reason I follow this procedure is because it can save hours of Protel
> crunching the netlist over and over again.   If the pcb still has drc errors
> then there is a problem in the pcb file.
> 
> I have used this process for hundreds of designs, and hundreds of thousands
> connections.   It has never failed me
> 
> Mike Reagan
> EDSI
> Frederick MD
> 
> ----- Original Message -----
> From: Robert M. Wolfe <[EMAIL PROTECTED]>
> To: Protel EDA Forum <[EMAIL PROTECTED]>
> Sent: Sunday, August 25, 2002 9:04 AM
> Subject: Re: [PEDA] Revision problems
> 
> > To All on this one,
> > I have also been in this situation
> > with a board I had to use the "update free primitive"
> > to connected copper. IMHO this is a VERY VERY dangerous command unless you
> > are ABSOLUTELY sure there is nothing touching any pads that it should
> > not be. I have used fottprints of pads touching to
> > tie A & D GND's etc together and if that has been done
> > it will pick one of those nets and make that one net.
> > NOT just the fact that trace touched this was clearly
> > only pads touching but it made both ends one net.
> > Also if there were footprint changes and traces
> > just happen to be touching things that really don't
> > want to be you are also in trouble. Yes DRC should
> > flag all of these but IMHO this is a very dangerous
> > and time consuming way to deal with this.
> > I had to use this function because I did a board
> > with contact patterns for switches I built into
> > the footprint, and this is the only way Protel deals
> > with making those tracks in the footprint become
> > proper net. Again don't like it at all this way.
> > It also seems to me that Protel is not
> > consistant with respect to update, I have seen
> > in some cases what is described in this thread,
> > and also times where it actually updated the nets
> > properly to new connections. Also it does not seem
> > consistant with update footprints either, sometimes
> > it does it and sometimes I have had to update
> > them manually as I knew I changed one and it was not updated during PCB
> > update with that option checked.
> > Also on this board I did see that Online DRC did
> > not actually update in real time, only after moving aound
> > the board, and if I remember correctly, and maybe closing and going back
> in
> > did I in fact see the green
> > come up to inform me I had the shorts.
> > I have not dealt with that phone board in awhile
> > and my changes to boards has been pretty
> > minimal so I have not seen this in awhile, but
> > I would say Protels PCB update is a little
> > flaky, and a word of caution be very careful
> > with the "update free primitives" command!!!!
> > Bob Wolfe
> >
> >
> > ----- Original Message -----
> > From: "Dennis Saputelli" <[EMAIL PROTECTED]>
> > To: "Protel EDA Forum" <[EMAIL PROTECTED]>
> > Sent: Friday, August 23, 2002 9:25 PM
> > Subject: Re: [PEDA] Revision problems
> >
> >
> > > i am on the same page as you about this
> > > and yes almost all of our bds have polygon pours, so that is probably at
> > > the root of the 'false DRCs'
> > >
> > > i always reload the netlist after a copper update, just a sanity check
> > >
> > > and now for a confession
> > > i STILL don't use the synchronizer
> > > i have been told i am missing something there and i don't doubt it
> > >
> > > i just never seem to have the time to learn anything and a lot of our
> > > netlists are from orcad with all the wrong footprints
> > >
> > > Dennis Saputelli
> > >
> > > Brad Velander wrote:
> > > >
> > > > I get those "not really a DRC problem" highlighing all the time.
> Drives
> > me
> > > > nuts. I can change the size of a pad that is connected to a pour
> > (legally)
> > > > and the whole pour lights up as a DRC. I usually repour the polygon
> > because
> > > > it is faster than running the DRC and the highlight goes away. When I
> > see
> > > > it, it is usually on a polygon pour.
> > > >
> > > >         Yeah, I would expect that your check would work with the
> > reloading
> > > > of the netlist as well. I don't think that you mentioned the reload of
> > the
> > > > netlist in the first reply so he might have had a real jumble for a
> > while.
> > > > Using the connected copper with an update really frightens me
> sometimes
> > > > because with the changes I may have a connection that is made to
> ground
> > and
> > > > then it renames almost of the GND net except for the component pads.
> > This
> > > > can take me a while to untangle sometimes because of our extensive use
> > of
> > > > polygons in our microwave boards. Then it take even longer before I
> feel
> > > > really comvfortable about the integrity of the board again.
> > > >
> > > > Sincerely,
> > > > Brad Velander.
> > > >
> > > > Lead PCB Designer
> > > > Norsat International Inc.
> > > > Microwave Products
> > > > Tel   (604) 292-9089 (direct line)
> > > > Fax  (604) 292-9010
> > > > email: [EMAIL PROTECTED]
> > > > http://www.norsat.com
> > > > Norsat's Microwave Products Division has now achieved ISO 9001:2000
> > > > certification
> > > >
> > > > > -----Original Message-----
> > > > > From: Dennis Saputelli [mailto:[EMAIL PROTECTED]]
> > > > > Sent: Friday, August 23, 2002 5:31 PM
> > > > > To: Protel EDA Forum
> > > > > Subject: Re: [PEDA] Revision problems
> > > > >
> > > > >
> > > > > that's an interesting point, but i would think that if you learn the
> > > > > nets (update copper), load the nets then the DRC should be accurate
> > > > >
> > > > > i have seen cases (although this is not apparently his issue)
> > > > > where i go
> > > > > through the update/load nets cycle and the board
> > > > > inappropriately lights
> > > > > up very green (lot's of DRC errors) as a result of the ONLINE DRC
> > > > >
> > > > > in this situation (assuming there are not really errors) then
> > > > > if i reset
> > > > > DRC errors and run the DRC, all is well
> > > > >
> > > > > Dennis Saputelli
> > > > >
> > >
> > >
> > > ************************************************************************
> > > * Tracking #: C94731B44C3DBF43AAA06AE0FC33F911A0524CB0
> > > *
> > > ************************************************************************
> > > --
> > >
> >
> ___________________________________________________________________________
> > > www.integratedcontrolsinc.com            Integrated Controls, Inc.
> > >    tel: 415-647-0480                        2851 21st Street
> > >       fax: 415-647-3003                        San Francisco, CA 94110
> > >
> >
> >

-- 
___________________________________________________________________________
www.integratedcontrolsinc.com            Integrated Controls, Inc.    
   tel: 415-647-0480                        2851 21st Street          
      fax: 415-647-3003                        San Francisco, CA 94110

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* To post a message: mailto:[EMAIL PROTECTED]
*
* To leave this list visit:
* http://www.techservinc.com/protelusers/leave.html
*
* Contact the list manager:
* mailto:[EMAIL PROTECTED]
*
* Forum Guidelines Rules:
* http://www.techservinc.com/protelusers/forumrules.html
*
* Browse or Search previous postings:
* http://www.mail-archive.com/proteledaforum@techservinc.com
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Reply via email to