Brian, That sounds like really sound advice, i've ended up doing exactly that in order to do simple things such as change component designators round.
I've also had an issue where despite using a hierarchical design with ports, the synchronizer will only work correctly when I choose "Net Labels and Ports Global" not "Sheet symbol/Port connections" though this may have something to do with the fact I changed it from being a messy 4 page sch with net labels all over the place to a hierarchical design, original design wasn't my doing! The synchronizer frustrates me, it seems to find errors when you've made the simplest of changes, such as one single footprint change! It seems if you delete a component then try to rename another to it's old designator it spits the dummy out if you don't do it in two seperate stages, synchronizing inbetween, you can't just update the sch all in one go. Apologies to Leo if i've dragged this off-topic a bit, there is still a tenuous link I feel! Best Regards Norman Webster Development Engineer Gas Detection Systems -------------------------------------------------------------- Draeger Safety UK Limited [EMAIL PROTECTED] www.draeger-safety.com --------------------------------------------------------------- Draeger Safety >> Pioneering Solutions "Brian Guralnick" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 16/06/2005 21:57 Please respond to Protel EDA Discussion List <[email protected]> To "Protel EDA Discussion List" <[email protected]> cc Subject Re: [PEDA] Synchronizer stability (was:footprint and part names) 1 addition: ALWAYS preview updates before synchronizing. This way you can see if the synchronizer is doing something you didn't intend. ----- Original Message ----- From: "Brian Guralnick" <[EMAIL PROTECTED]> To: "Protel EDA Discussion List" <[email protected]> Sent: Thursday, June 16, 2005 4:46 PM Subject: [PEDA] Synchronizer stability (was:footprint and part names) > My rule for using the synchronizer which minimizes the possibility of > P99se screwing up is the following: > ------------------------------------------------------------------------------------ > 1. Make sure the syncronizer does only 1 set of changes at a time. > ------------------------------------------------------------------------------------ > > > Simple rule, eh??? :) > > > This is what I mean. If I want to update footprints, make sure that this > is the only thing the syncronizer has to deal with for that particular > run. > > If I want to change part of the schematic, first, I would delete the part > I want to, then, do a synchronize at that point & clean up the PCB changes > before making the new additions. Once the additions are done, then do the > next syncronize. > > This stepped method catches the points where the syncronizer may mess up & > also helps you discover problems where errors may not be the fault of the > syncronizer itself, but, something you may have overlooked. Basically, it > helps catch compound errors where a major syncronize may completely mess > up your entire project. > > Using this rule of mine for the last year or so has made P99se much easyer > to work with & makes syncronizer errors easily correctable. > > _________ > Brian G. > > > > ____________________________________________________________ > You are subscribed to the PEDA discussion forum > > To Post messages: > mailto:[email protected] > > Unsubscribe and Other Options: > http://techservinc.com/mailman/listinfo/peda_techservinc.com > > Browse or Search Old Archives (2001-2004): > http://www.mail-archive.com/[email protected] > > Browse or Search Current Archives (2004-Current): > http://www.mail-archive.com/[email protected] ____________________________________________________________ You are subscribed to the PEDA discussion forum To Post messages: mailto:[email protected] Unsubscribe and Other Options: http://techservinc.com/mailman/listinfo/peda_techservinc.com Browse or Search Old Archives (2001-2004): http://www.mail-archive.com/[email protected] Browse or Search Current Archives (2004-Current): http://www.mail-archive.com/[email protected] ____________________________________________________________ You are subscribed to the PEDA discussion forum To Post messages: mailto:[email protected] Unsubscribe and Other Options: http://techservinc.com/mailman/listinfo/peda_techservinc.com Browse or Search Old Archives (2001-2004): http://www.mail-archive.com/[email protected] Browse or Search Current Archives (2004-Current): http://www.mail-archive.com/[email protected]
