X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=v0yQx1uQpDvZJ9sHlWTh2CdrRm2wew+kvk+Spc0Cxtk=; b=wt6LU7mPz9sL8B5j7nqCfxwidHBbtItVBltXTCogDz7LUjMl5zD1pR21occaZTrDyP 9QfiGOg09T+yVF1JHHTgQaHdgwEYyvpTMiMZNba9r8ySFHdHAsQOR1+/djAA48U1wSeA VlIjBJa8kQR7w5UED7ACX9uSvQOSjqvnzvUpODeN/O1u/5TkUSu+Y63WyMQAcAar8eEt zjYS2Q98kpPliis57m1navSmdhsP6WY103/JdtTnTyNEJ7eyCW8TKetRnX160zuR6mE4 h97YErWQ3jiiX0faqwm6eXVkXyzThJxxD3+6+3sjuMaZ9L9gkImw3jiq7JtUXvVPfdeP YXgA== X-Received: by 10.112.198.100 with SMTP id jb4mr6514758lbc.97.1440141383821; Fri, 21 Aug 2015 00:16:23 -0700 (PDT) Date: Fri, 21 Aug 2015 09:16:18 +0200 From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] [pcb-rnd] parametric footprint: plcc() and qsop() Message-Id: <20150821091618.749c6ea70d17fd113eab0e8e@gmail.com> In-Reply-To: References: X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk SS 0.65mm pin spacing SO 1.277mm pin spacing DIL 2.54mm pin spacing QFN On Fri, 21 Aug 2015 09:04:39 +0200 (CEST) gedau AT igor2 DOT repo DOT hu wrote: > Hi all, > > finished the support for plcc() and qsop() - they are just frontends to > qf() and so() respectively. These were the last two missing generators on > my TODO list. > > Please let me know if you know of any footprint family that could be or > should be generated. The requirements are: > > - the footprint family is a series of footprints that can be generated > using the same code, with changing some base properties (e.g. number of > pins) > > - dimensions and other properties can be calculated from the base > properties with reasonable formulas and conditional code; e.g. sot* is not > a good candidate for generation, as sot23 or sot89 can not be generated > from some common anestor by varying one or two parameters, but would need > a large table that translates package name to a pattern - easier to keep > those in static footprint files > > - has a reasonable amount of existing variations; e.g. it is not worth > writing a generator for the dsub family because there are only a few of > them in common use (db9, db15, db25, and maybe db37). > > - preferably a link to a datasheet that shows at least 3 members of the > family; if that's not possible, separate datasheets describing at least 3 > members of the family > > > Regards, > > Igor2