******************************************************* Todays forums are sponsored by Ian Martin Limited Engineering/Technical Placement Specialists www.ianmartin.com *******************************************************
At 10:55 AM 10/5/01 -0700, Ron Tupa wrote: >We have a connector pattern with two pads per pin. one for through hole >and one for surface mount which we created with a pad 1 for through hole >and pad 1 for surface mount repeating the pattern for 50 pins and >connecting the pad together with a line. DRC is very unhappy with this >approach. Non-pad primitives in footprints are not automatically assigned nets. Running Netlist_Manager/Menu/UpdateFreePrimitivesFromComponentPads should update them in spite of the "Free" in the name of the command. (Technically, that is a bug, but, so far, I can't think of a situation in which I would *not* want to update Footprint Primitives.) I don't know if checking the equivalent checkbox in the Update PCB box will do the same thing. The other problem with this can occur with using Netlist Load instead of the synchronizer (Update PCB from Schematic). The first load will properly assign duplicated pads (footprint pads with the same name) the net, but the next load will *unassign* them. (This is a well-known bug; Protel only recently gave us multiple-pin-same-name loading and they did not *quite* get it right. But the Synchronizer does not have this problem.) We would want unnamed primitives connected within a footprint to be automatically assigned the contacted net unless there is a conflict. Again, I cannot think of a reason not to do this. [EMAIL PROTECTED] Abdulrahman Lomax Easthampton, Massachusetts USA * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 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/[email protected] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
