> I just had a board vendor reject my gerbers due to the track spacing > within a polygon pour. I have been using 15 mil tracks on a 20 mil > grid and this yields 5 mil track spacing, which violates the 8 mil > track spacing minimum this board vendor has. > > Since all these tracks are shorted together anyway, does it make any > sense that this could be a problem with making a board?
OK. It's in a polygon so the implications aren't so important, but surely this is a good thing. Don't you want a vendor that comes back to you on out-of-spec issues ? Do you want a bucket chemist to second guess your design ? If you don't mind them shorted, why didn't you make it solid ? Should you specify which rules to ignore ? Does the DRC only apply to the tracks that pass ? > I have never heard of this before. (30 years experience) Doesn't that concern you ? For 30 years your vendors have accepted board designs that they know are outside of their manufacturing capabilities ? They probably all have ISO9000 too. > Anyone else in the group heard of this? Functional Quality Control ? It's a marketing term isn't it ? :-) Steve. ====================================================== Steve Baldwin Electronic Product Design TLA Microsystems Ltd Microcontroller Specialists PO Box 15-680, New Lynn http://www.tla.co.nz Auckland, New Zealand ph +64 9 820-2221 email: [EMAIL PROTECTED] fax +64 9 820-1929 ====================================================== ************************************************************************ * Tracking #: E02DFA20734BA04C984473790C68C0C683079030 * ************************************************************************ * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 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] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
