Re: gEDA-user: font problem in 1.6.0
- Original message - Nope, that wasn't it, I found another one. Christian Schilmoeller ran into this exact problem in late December; the resolution was to install all the dependencies via macports. What language locale do you have set? We had a bug where using , as the decimal separator instead of . caused huge fonts IIRC. Can't remember if that was pre-1.6.0 though. In any case, you should really be using 1.6.1! :P Peter -- Peter Brett pe...@peter-b.co.uk Remote Sensing Research Group Surrey Space Centre ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: font problem in 1.6.0
On Mon, 2010-05-03 at 01:54 -0400, Dave McGuire wrote: Nope, that wasn't it, I found another one. Christian Schilmoeller ran into this exact problem in late December; the resolution was to install all the dependencies via macports. It might due to some Pango / cairo build configuration. There are a number of different ways to build pango / cairo. Some will be using native OS X APIs for fonts, others might use freetype and fontconfig. I'm not sure what the easy recipe to a working config is. As Peter B mentioned, the Win32 font scaling bug (now resolved) was due to a , as the locale decimal separator. You could try starting gEDA with LC_ALL=C gschem, LANG=C gschem or something like that, but I'm not sure whether this is the bug you're seeing. Does the text scale correctly with the page? Please try 1.6.1, as it is just possible that the changes to fix the Win32 bug (which also, for robustness changed away from using a description string to set the font size), will fix the issue. Regards, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gattrib error message
On Fri, 2010-04-30 at 17:02 -0700, phil wrote: Running Gattrib version: 1.4.0.20080127 I get the error message In s_object_attrib_add_attrib_in_object, trying to add attrib to non-complex or non-net! upon saving of my file. Is there any way to narrow down what gattrib is balking at? There's obviously a problem with one of my symbols but I can't tell easily what that is or in which symbol. Phil Taylor Take a look at the symbol file in a text editor. Attribute blocks, beginning { ...} should only follow a pin line P, net line N, component line C. E.g. this is fine: P 0 2600 300 2600 1 0 0 { T 100 2650 5 8 1 1 0 0 1 pinnumber=25 } This is not: B 300 0 2000 4600 3 0 0 0 -1 -1 0 -1 -1 -1 -1 -1 { T 100 2650 5 8 1 1 0 0 1 pinnumber=25 } Regards, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was Re: gattrib)
On May 2, 2010, at 11:41 PM, Britton Kerin wrote: I use a probably almost identical project symbol approach. If this is high-productivity way I'd hate to see the alternative. Essentially, everybody gets to continually reinvent the same heavy symbols. Its got to be possible to do better than this. Reinvent the same symbols? Nah. There are trillions of possibilities for heavy symbols. It's unlikely two independently developed projects would have much in common here. Even my own projects tend not to have much overlap: different customers, different requirements, even different project phases. I don't know about you, but customizing pre-existing symbols takes me very little time compared to the rest of the design process. Creating new ones from scratch takes more time, but between the gEDA library and gedasymbols.org, there's often a starting point for anything truly common. If people were reinventing the same heavy symbols, there'd be a high probability of finding a suitable heavy symbol on gedasymbols.org. In practice, I find those symbols almost always need customization. But of course this shouldn't be surprising. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was Re: gattrib)
On Sun, 02 May 2010 22:41:21 -0700, Britton Kerin wrote: What I've been thinking of lately is a sort of heavy symbol wiki that people could add to as they create their own project parts like you do. you mean, like http://www.gedasymbols.org ? Technically, it is not a wiki but a CVS repository. Still, it is meant to serve almost exactly the purpose you propose. Due to its repository nature, it can easily be mirrored on the local hard disk. ---)kaimartin(--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was Re: gattrib)
On May 3, 2010, at 8:28 AM, Kai-Martin Knaak wrote: On Sun, 02 May 2010 22:41:21 -0700, Britton Kerin wrote: What I've been thinking of lately is a sort of heavy symbol wiki that people could add to as they create their own project parts like you do. you mean, like http://www.gedasymbols.org ? Technically, it is not a wiki but a CVS repository. Still, it is meant to serve almost exactly the purpose you propose. Due to its repository nature, it can easily be mirrored on the local hard disk. Yep. And then if you do that, and update regularly, trivial search commands like: locate .sym | grep -i max921 will turn up useful symbols wherever they are: the common library, gedasymbols, your old projects... John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: spice libs ( a little puzzled)
On Wed, 28 Apr 2010 10:25:56 -0600, John Doty wrote: There's a special difficulty with SPICE libraries. This is similar to hardware drivers for graphic Cards and the like. I cannot make my private SPICE library available because the license terms of many of the manufacturers' models contained in it forbid redistribution. This shows, that free as in beer, but not as in freedom, is a major road block in the long run. This isn't a problem that can be fixed easily. Unfortunately, the only way to fix this in a future secure way is to actually reinvent the Wheels in an open source way. I did (at Kai-Martin's request) put some simple, generic opamp models in my area at gedasymbols.org. This is a great step forward to make simulation within the geda context a viable alternative to the less stubborn. A simulation suite desperately needs a set of generic models of standard parts. Else, potential users will turn elsewhere before they become users. Of course, there are more essential ingredients to actually attract a substantial user base. Next on the list is a workflow that is at least as smooth and reliable like gschem-pcb-gerber. And of course, a complete set of tutorial, examples, manual and in depth documentation. Are there plans to achieve these essentials with gnucap, or ngspice? Is an active developer working on it? Is there a road map? ---)kaimartin(--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: spice libs ( a little puzzled)
On Wed, 28 Apr 2010 18:57:07 +0200, Armin Faltl wrote: There's a special difficulty with SPICE libraries. I cannot make my private SPICE library available because the license terms of many of the manufacturers' models contained in it forbid redistribution. This isn't a problem that can be fixed easily. For these cases a database can cite the model instead of providing it. You don't need a data base for this kind of indirection. Any download script would do. However, it makes the process depend on stability of external sources --sources that can change, or go away without any day. Experience shows that this will happen for one reason or another. ---)kaimartin(--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: spice libs ( a little puzzled)
On May 3, 2010, at 9:09 AM, Kai-Martin Knaak wrote: On Wed, 28 Apr 2010 10:25:56 -0600, John Doty wrote: There's a special difficulty with SPICE libraries. This is similar to hardware drivers for graphic Cards and the like. I cannot make my private SPICE library available because the license terms of many of the manufacturers' models contained in it forbid redistribution. This shows, that free as in beer, but not as in freedom, is a major road block in the long run. Yep. This isn't a problem that can be fixed easily. Unfortunately, the only way to fix this in a future secure way is to actually reinvent the Wheels in an open source way. For simple parts it's not so bad. For opamps it's very difficult. I did (at Kai-Martin's request) put some simple, generic opamp models in my area at gedasymbols.org. This is a great step forward to make simulation within the geda context a viable alternative to the less stubborn. A simulation suite desperately needs a set of generic models of standard parts. Else, potential users will turn elsewhere before they become users. The difficulty is that none of the three models I generated represents a particular real part: opbw and opgain are highly idealized (as is Al's parameterized gnucap model). opmediocre is close to something you could actually construct on Si, but is not (as far as I know) an accurate model of any particular standard device. Of course, there are more essential ingredients to actually attract a substantial user base. Next on the list is a workflow that is at least as smooth and reliable like gschem-pcb-gerber. And of course, a complete set of tutorial, examples, manual and in depth documentation. Are there plans to achieve these essentials with gnucap, or ngspice? Is an active developer working on it? Is there a road map? The difficulty of this is much harder than you imagine. But we can work on it. This weekend, I collected the subcircuit definitions for Professor Ikeda's Open-IP mixed-signal VLSI library. With his permission, they are now published under the GPL at http://www.gedasymbols.org/user/john_doty/models/openIP/ (you used to have to snip them out of the PDF docs). I've also made progress on symbols for them, but there's more to be done. I'm also thinking about yet another SPICE back end for gnetlist. Stuart's spice-sdb works great for VLSI if you turn off the heuristics intended for simulating boards (--nomunge), and his documentation is superior, but I don't think the heuristics work very well. But the approach I have in mind will be able to handle slotting right (finally!). John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: spice libs ( a little puzzled)
On Mon, May 03, 2010 at 03:14:22PM +, Kai-Martin Knaak wrote: You don't need a data base for this kind of indirection. Any download script would do. However, it makes the process depend on stability of external sources --sources that can change, or go away without any day. Experience shows that this will happen for one reason or another. Yup, and in some sense this is even true of free material. When I have put together download scripts, my checklist is: - rollover to a series of URLs - accept uncompressed, .gz, and .bz2 versions transparently - include an sha1sum to confirm you got what was intended - the last URL in the rollover list is a URL I control For the non-redistributable case, the last item is problematic. You still need it, but it has to be somehow not publicly accessible, so it can qualify as a legal backup copy. If the original becomes unavailable, the backup can become the reference copy for a clean-room reimplementation. So this trick becomes a way to defer and prioritize development of truly free models, not eliminate them. - Larry ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: font problem in 1.6.0
On May 3, 2010, at 2:56 AM, Peter Brett wrote: Nope, that wasn't it, I found another one. Christian Schilmoeller ran into this exact problem in late December; the resolution was to install all the dependencies via macports. What language locale do you have set? We had a bug where using , as the decimal separator instead of . caused huge fonts IIRC. Can't remember if that was pre-1.6.0 though. Nope, I'm a '.' kinda guy. In any case, you should really be using 1.6.1! :P Ohmygoodness. How on earth did I miss that announcement? [hangs head in shame] Downloading now...will see if that fixes it. It probably will. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Copper-free area in footprint
Hi, Currently I make a footprint for an Amphenol SIMLOCK adapter (http://www.amphenol.de/downloads/C707_10M006_500_2.pdf) and there are a few area where copper/wires not allowed. My best idea is, that I do it by pads which have a zero width and a specified clearance. Unfortunately, those will have a rounded corner, so rectangular corner seems impossible (I can reduce the radius, if I make it from more pieces, but it never will be zero). Is there a better way? Thx, /sza2 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was Re: gattrib)
On Mon, May 3, 2010 at 7:04 AM, John Doty [1]...@noqsi.com wrote: On May 2, 2010, at 11:41 PM, Britton Kerin wrote: I use a probably almost identical project symbol approach. If this is high-productivity way I'd hate to see the alternative. Essentially, everybody gets to continually reinvent the same heavy symbols. Its got to be possible to do better than this. Reinvent the same symbols? Nah. There are trillions of possibilities for heavy symbols. It's unlikely two independently developed projects would have much in common here. Even my own projects tend not to have much overlap: different customers, different requirements, even different project phases. How much really changes for a chip resistor or SOIC uc? These things should take ZERO effort to get something pretty in gschem that will work with pcb. If people care about the exact mask settings and such they can tweak. I don't know about you, but customizing pre-existing symbols takes me very little time compared to the rest of the design process. Creating new ones from scratch takes more time, but between the gEDA library and [2]gedasymbols.org, there's often a starting point for anything truly common. If you have a reference design that you're trying to modify or extend getting a working set of symbols takes most of the time. And reference designs are the open source way. If people were reinventing the same heavy symbols, there'd be a high probability of finding a suitable heavy symbol on [3]gedasymbols.org. In practice, I find those symbols almost always need customization. But of course this shouldn't be surprising. Interestingly, I've looked at [4]gedasymbols.org briefly before and failed to find most of its content, since its hiding under the names of the contributors and in the search field. I concluded it had ended up as a footprint library. I'd suggest the following (heck I'll do it if someone wants to give me access): * Put the whole ball of symbols tarball under a Download section. * Or at least put the cvs checkout incantation somewhere on the page. I'm assuming you can check it all out without an account? Oh in fact poking around more I find this information under ask for a CVS account link. Again I'd be happy to clean this page up a bit. Britton References 1. mailto:j...@noqsi.com 2. http://gedasymbols.org/ 3. http://gedasymbols.org/ 4. http://gedasymbols.org/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Copper-free area in footprint
John Luciani wrote: On Mon, May 3, 2010 at 12:12 PM, Tamas Szabo sza2k...@freemail.hu wrote: My best idea is, that I do it by pads which have a zero width and a specified clearance. Unfortunately, those will have a rounded corner, so rectangular corner seems impossible (I can reduce the radius, if I make it from more pieces, but it never will be zero). A zero width pad may fail the DRC. Being able to specify keepouts would be a welcome addition to the footprint file format. I use the silkscreen to provide keepout hints. Not ideal but it works. (* jcl *) Thanks, could you show me an example? /sza2 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was Re: gattrib)
On May 3, 2010, at 10:16 AM, Britton Kerin wrote: On Mon, May 3, 2010 at 7:04 AM, John Doty [1]...@noqsi.com wrote: On May 2, 2010, at 11:41 PM, Britton Kerin wrote: I use a probably almost identical project symbol approach. If this is high-productivity way I'd hate to see the alternative. Essentially, everybody gets to continually reinvent the same heavy symbols. Its got to be possible to do better than this. Reinvent the same symbols? Nah. There are trillions of possibilities for heavy symbols. It's unlikely two independently developed projects would have much in common here. Even my own projects tend not to have much overlap: different customers, different requirements, even different project phases. How much really changes for a chip resistor or SOIC uc? In one recent project, we started out thinking we'd use 0402 resistors to save space. Found we had more space than expected, so changed to 0603. Also, package changes are common between prototype and production. These things should take ZERO effort to get something pretty in gschem that will work with pcb. Maybe you use pcb, but I don't (although there's this new project where it might fit). There are lots of ways to use gEDA. If people care about the exact mask settings and such they can tweak. Tweaking is much more common than you think. I don't know about you, but customizing pre-existing symbols takes me very little time compared to the rest of the design process. Creating new ones from scratch takes more time, but between the gEDA library and [2]gedasymbols.org, there's often a starting point for anything truly common. If you have a reference design that you're trying to modify or extend getting a working set of symbols takes most of the time. And reference designs are the open source way. You can distribute symbol files with a reference design. No problem. Still, I'd expect to have to tweak them. Indeed, design reuse is a strength of the project symbol approach. Change packages, even parts selection (have symbols fast_npn.sym, etc, choose part to fit requirements later) by changing project symbols. Leave the schematics alone. Like changing include files in software. If people were reinventing the same heavy symbols, there'd be a high probability of finding a suitable heavy symbol on [3]gedasymbols.org. In practice, I find those symbols almost always need customization. But of course this shouldn't be surprising. Interestingly, I've looked at [4]gedasymbols.org briefly before and failed to find most of its content, since its hiding under the names of the contributors and in the search field. I concluded it had ended up as a footprint library. Footprints for pcb are apparently more of a problem than symbols for gschem, so they've tended to take over. I'd suggest the following (heck I'll do it if someone wants to give me access): * Put the whole ball of symbols tarball under a Download section. * Or at least put the cvs checkout incantation somewhere on the page. I'm assuming you can check it all out without an account? Oh in fact poking around more I find this information under ask for a CVS account link. Yes, and as far as I'm concerned that's the easy way to use it. New files show up frequently. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Copper-free area in footprint
On Mon, May 3, 2010 at 12:49 PM, Tamas Szabo sza2k...@freemail.hu wrote: John Luciani wrote: On Mon, May 3, 2010 at 12:12 PM, Tamas Szabo sza2k...@freemail.hu wrote: My best idea is, that I do it by pads which have a zero width and a specified clearance. Unfortunately, those will have a rounded corner, so rectangular corner seems impossible (I can reduce the radius, if I make it from more pieces, but it never will be zero). A zero width pad may fail the DRC. Being able to specify keepouts would be a welcome addition to the footprint file format. I use the silkscreen to provide keepout hints. Not ideal but it works. (* jcl *) Thanks, could you show me an example? The two that I can think of right now are -- CON_USB_MINI_B__Molex_67503-1020 at http://www.luciani.org/geda/pcb/footprints-gif/Connector-gif.html IIRC the hashed area is a keepout (at least it has been all of my designs ;) For ANT_FOLDED_DIPOLE__Chipcon_2500 http://www.luciani.org/geda/pcb/footprints-gif/misc-gif.html The keepout is indicated by a single line. Just layout hints nothing fancy. (* jcl *) -- Closed Tools + Open Files != Open Hardware You can't create open hardware with closed EDA tools. twitter: http://twitter.com/jluciani blog:http://www.luciani.org ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: font problem in 1.6.0
On May 3, 2010, at 6:46 AM, Peter Clifton wrote: Nope, that wasn't it, I found another one. Christian Schilmoeller ran into this exact problem in late December; the resolution was to install all the dependencies via macports. It might due to some Pango / cairo build configuration. There are a number of different ways to build pango / cairo. Some will be using native OS X APIs for fonts, others might use freetype and fontconfig. I'm not sure what the easy recipe to a working config is. Ugh. Just getting that stuff built AT ALL on anything other than a 32-bit x86 running Linux is a major chore. Though I've seen what pango and cairo can do (and am VERY impressed with them), I don't know much about using them. Do either of them have any way to tell what's using what as a back-end? As Peter B mentioned, the Win32 font scaling bug (now resolved) was due to a , as the locale decimal separator. You could try starting gEDA with LC_ALL=C gschem, LANG=C gschem or something like that, but I'm not sure whether this is the bug you're seeing. It's not. Does the text scale correctly with the page? No it doesn't; it seems to stay the same size when I zoom in and out. Please try 1.6.1, as it is just possible that the changes to fix the Win32 bug (which also, for robustness changed away from using a description string to set the font size), will fix the issue. Understood. No difference here. I'm going to investigate pango and cairo a bit. I'm starting a new project and I really need to get it rolling, so I'm going to pour on some steam today to get this working, or I'll end up using very old releases of gschem and pcb. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Copper-free area in footprint
John Luciani wrote: On Mon, May 3, 2010 at 12:49 PM, Tamas Szabo sza2k...@freemail.hu wrote: John Luciani wrote: On Mon, May 3, 2010 at 12:12 PM, Tamas Szabo sza2k...@freemail.hu wrote: My best idea is, that I do it by pads which have a zero width and a specified clearance. Unfortunately, those will have a rounded corner, so rectangular corner seems impossible (I can reduce the radius, if I make it from more pieces, but it never will be zero). A zero width pad may fail the DRC. Being able to specify keepouts would be a welcome addition to the footprint file format. I use the silkscreen to provide keepout hints. Not ideal but it works. (* jcl *) Thanks, could you show me an example? The two that I can think of right now are -- CON_USB_MINI_B__Molex_67503-1020 at http://www.luciani.org/geda/pcb/footprints-gif/Connector-gif.html IIRC the hashed area is a keepout (at least it has been all of my designs ;) For ANT_FOLDED_DIPOLE__Chipcon_2500 http://www.luciani.org/geda/pcb/footprints-gif/misc-gif.html The keepout is indicated by a single line. Just layout hints nothing fancy. (* jcl *) Ok, I see now. I also plan to indicate the must-keep-free area on the silk. So unfortunately it seems that there is no any technique which avoid things like copper-pour to fill those areas:-( By the way, thanks for your help and also the lots of footprints you share with us continuously:-) /sza2 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: font problem in 1.6.0
On May 3, 2010, at 6:46 AM, Peter Clifton wrote: It might due to some Pango / cairo build configuration. There are a number of different ways to build pango / cairo. Some will be using native OS X APIs for fonts, others might use freetype and fontconfig. I'm not sure what the easy recipe to a working config is. Ok...From some brief reading, it sounds to me like Pango should be built with ATSUI support for font handling (I'm on a 10.4 system, CoreText isn't available) and Cairo for rendering. Pango requires glib. So it sounds like I should build glib, then Cairo, then Pango, then GTK+. Does that sound sane? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: A little puzzled about the purpose of gschem
On Wed, 28 Apr 2010 14:48:40 -0600, asomers-Re5JQEeQqe8AvxtiuMwx3w wrote: I suggest the External Links section of the front page, Hmm, what front page? I can't seem to find External Links anywhere on gpleda.org. the text Spicelib provides a large library of spice models tested with Gnucap and NGSpice, and the URL www.h-renrew.de/h/spicelib/doc/index.html . I put a note in the simulation department of the geda wiki: http://geda.seul.org/wiki/geda:faq-simulation#where_are_the_models How about moving spicelib to gpleda.org? ---)kaimartin(--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: A little puzzled about the purpose of gschem
On Mon, May 3, 2010 at 11:33 AM, Kai-Martin Knaak k...@familieknaak.de wrote: On Wed, 28 Apr 2010 14:48:40 -0600, asomers-Re5JQEeQqe8AvxtiuMwx3w wrote: I suggest the External Links section of the front page, Hmm, what front page? I can't seem to find External Links anywhere on gpleda.org. The frontpage of http://www.gedasymbols.org/ I mean. I put a couple links on the gpleda.org wiki as well. the text Spicelib provides a large library of spice models tested with Gnucap and NGSpice, and the URL www.h-renrew.de/h/spicelib/doc/index.html . I put a note in the simulation department of the geda wiki: http://geda.seul.org/wiki/geda:faq-simulation#where_are_the_models How about moving spicelib to gpleda.org? As in hosting it there? Myself, I like the conveniences offered by Github, and I prefer to keep the source code there. As for web hosting, I think spicelib is currently on Werner Hoch's personal page. So you'd have to ask him, as the is the principal maintainer of the project. I haven't touched the web page at all. -Alan ---)kaimartin(--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key: http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: font problem in 1.6.0
Dave McGuire wrote: On May 3, 2010, at 6:46 AM, Peter Clifton wrote: It might due to some Pango / cairo build configuration. There are a number of different ways to build pango / cairo. Some will be using native OS X APIs for fonts, others might use freetype and fontconfig. I'm not sure what the easy recipe to a working config is. Ok...From some brief reading, it sounds to me like Pango should be built with ATSUI support for font handling (I'm on a 10.4 system, CoreText isn't available) and Cairo for rendering. Pango requires glib. So it sounds like I should build glib, then Cairo, then Pango, then GTK+. Does that sound sane? What we really need is for someone with access to OSX to work out what the actual bug is. :-( Peter ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gattrib error message
Peter Clifton wrote: Take a look at the symbol file in a text editor. Attribute blocks, beginning { ...} should only follow a pin line P, net line N, component line C. gattrib is continuing to go down when saving my .sch file. I scoured the file for attributes attached to items other than pins, nets, and component lines, as well as the footprint files. I only find { brackets on the lines following P, N, or C ... so I think that's not the problem (see snippet below) gattrib -v verbose mode shows no error other than: In s_object_attrib_add_attrib_in_object, trying to add attrib to non-complex or non-net! I chopped up the .sch file and ran it as small chunks through gattrib and it didn't break gattrib. I tried to repeat this (because it was too weird) and depending on where I make the line-breaks in the smaller .sch files it will break or not-break gattrib. I always broke the file in between two nets ... so it's not splitting up important information. Is there a way to see what line of my file is killing gattrib? Phil Taylor ; -- (chunk of .sch file -- it looks okay, right?) - N 55400 79800 55400 8 4 N 55900 79300 56700 79300 4 N 55300 72800 55300 72700 4 N 55300 73800 55300 74600 4 N 55300 74600 58000 74600 4 C 56300 74500 1 270 0 resistor-1.sym { T 56800 73825 5 10 1 1 0 0 1 refdes=R10 T 56300 74500 5 10 0 0 270 0 1 footprint=R-0W25.fp T 56800 74050 5 10 1 1 0 0 1 value=1.0 } N 56600 74400 56600 74600 4 N 56600 73200 56600 73500 4 N 55800 73300 56600 73300 4 N 58900 76200 61800 76200 4 N 58000 74600 60400 74600 4 N 60400 74600 60400 75900 4 N 60400 75900 61800 75900 4 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: font problem in 1.6.0
On May 3, 2010, at 2:22 PM, Peter TB Brett wrote: It might due to some Pango / cairo build configuration. There are a number of different ways to build pango / cairo. Some will be using native OS X APIs for fonts, others might use freetype and fontconfig. I'm not sure what the easy recipe to a working config is. Ok...From some brief reading, it sounds to me like Pango should be built with ATSUI support for font handling (I'm on a 10.4 system, CoreText isn't available) and Cairo for rendering. Pango requires glib. So it sounds like I should build glib, then Cairo, then Pango, then GTK+. Does that sound sane? What we really need is for someone with access to OSX to work out what the actual bug is. :-( I would love to do that, but I don't think I'm up to the task time- wise right now. In the meantime, it took a little over two minutes to build it on a Linux machine, and it works nicely when displayed back to either the G5 or the Sun Ray (backed with Solaris/UltraSPARC) on my desk. I'll use that to get some work done and will keep trying to get it running under OS X during breaks. In the meantime I've narrowed down the Pango problem to a major release. Under OS X 10.4, v1.24 works while v1.25 fails due to the CoreText requirement. Pango is configured to use Cairo, FreeType, and X backends, according to its configure output. Do you have any suggestions as to where I might start digging? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: nRF24L01+ symbol
Before I go and do it myself, has anyone cooked up a symbol for Nordic's nRF24L01+ RF IC? I didn't see anything on gedasymbols.org. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: font problem in 1.6.0
You should take a look at this thread; it sounds as though the problem of requiring CoreText should be fixed in Pango 1.27 (which has now been released). Have you tried that version? if it doesn't work, then maybe you could try applying the patch to version 1.26. [1]http://www.mail-archive.com/gtk-devel-l...@gnome.org/msg11239.html __ From: Dave McGuire mcgu...@neurotica.com To: gEDA user mailing list geda-user@moria.seul.org Sent: Mon, May 3, 2010 1:36:25 PM Subject: Re: gEDA-user: font problem in 1.6.0 On May 3, 2010, at 2:22 PM, Peter TB Brett wrote: It might due to some Pango / cairo build configuration. There are a number of different ways to build pango / cairo. Some will be using native OS X APIs for fonts, others might use freetype and fontconfig. I'm not sure what the easy recipe to a working config is. Ok...From some brief reading, it sounds to me like Pango should be built with ATSUI support for font handling (I'm on a 10.4 system, CoreText isn't available) and Cairo for rendering. Pango requires glib. So it sounds like I should build glib, then Cairo, then Pango, then GTK+. Does that sound sane? What we really need is for someone with access to OSX to work out what the actual bug is. :-( I would love to do that, but I don't think I'm up to the task time-wise right now. In the meantime, it took a little over two minutes to build it on a Linux machine, and it works nicely when displayed back to either the G5 or the Sun Ray (backed with Solaris/UltraSPARC) on my desk. I'll use that to get some work done and will keep trying to get it running under OS X during breaks. In the meantime I've narrowed down the Pango problem to a major release. Under OS X 10.4, v1.24 works while v1.25 fails due to the CoreText requirement. Pango is configured to use Cairo, FreeType, and X backends, according to its configure output. Do you have any suggestions as to where I might start digging? -Dave --Dave McGuire Port Charlotte, FL ___ geda-user mailing list [2]geda-u...@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. http://www.mail-archive.com/gtk-devel-l...@gnome.org/msg11239.html 2. mailto:geda-user@moria.seul.org 3. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: font problem in 1.6.0
On May 3, 2010, at 4:53 PM, Matthew Wilkins wrote: You should take a look at this thread; it sounds as though the problem of requiring CoreText should be fixed in Pango 1.27 (which has now been released). Have you tried that version? if it doesn't work, then maybe you could try applying the patch to version 1.26. [1]http://www.mail-archive.com/gtk-devel-l...@gnome.org/ msg11239.html Wow, I see even 1.28 is out there now. Thanks for the tip. Ok, I've recompiled. No change with 1.27.1. I'm building 1.28.0 now, and will rebuild gschem against that and try it. I really don't see that helping, though. Hmm, wait...I didn't rebuild GTK+ after building these newer Pango libraries. Doing an otool -l (OS X equivalent of a very verbose ldd) on the gschem binary does reflect the newly-built libpango* libraries, but should I need to rebuild GTK+ as well? I'm guessing no, but I don't really know how these gazillions of little GTK-ish libraries interrelate. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was Re: gattrib)
If you have a reference design that you're trying to modify or extend getting a working set of symbols takes most of the time. And reference designs are the open source way. You can distribute symbol files with a reference design. No problem. Still, I'd expect to have to tweak them. Indeed, design reuse is a strength of the project symbol approach. Change packages, even parts selection (have symbols fast_npn.sym, etc, choose part to fit requirements later) by changing project symbols. Leave the schematics alone. Like changing include files in software. I was thinking more of the situation where you have a published circuit and want to capture it and build it on a board. In this case you're probably not starting with gEDA stuff, and the pain of building the thing on a board is mostly the (effectively heavy) symbol creation. Britton ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was Re: gattrib)
On May 3, 2010, at 4:07 PM, Britton Kerin wrote: If you have a reference design that you're trying to modify or extend getting a working set of symbols takes most of the time. And reference designs are the open source way. You can distribute symbol files with a reference design. No problem. Still, I'd expect to have to tweak them. Indeed, design reuse is a strength of the project symbol approach. Change packages, even parts selection (have symbols fast_npn.sym, etc, choose part to fit requirements later) by changing project symbols. Leave the schematics alone. Like changing include files in software. I was thinking more of the situation where you have a published circuit and want to capture it and build it on a board. In this case you're probably not starting with gEDA stuff, and the pain of building the thing on a board is mostly the (effectively heavy) symbol creation. Perhaps that's where the pain is, but customizing symbols takes little time, so endure the brief pain and get on with it. You can't avoid it. Even if you have a heavy symbol from somebody else's library, you have to check it carefully, and that's almost as much work as customizing. My heavy symbols won't fit your needs, and vice-versa. This problem exists even in the big $$ commercial EDA tools. Symbol libraries simply don't work the way you wish they would. Too many possibilities... John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Database on symbols, footprints and other (was Re: gattrib)
Perhaps that's where the pain is, but customizing symbols takes little time, so endure the brief pain and get on with it. You can't avoid it. Even if you have a heavy symbol from somebody else's library, you have to check it carefully, and that's almost as much work as customizing. My heavy symbols won't fit your needs, and vice-versa. This problem exists even in the big $$ commercial EDA tools. Symbol libraries simply don't work the way you wish they would. Too many possibilities... One company I worked for had a separate symbol for every single part. It was a 1-1 between schematic symbol and physical device. This meant that you could have multiple 10k resistors, even multiple 10k 0.1W 0805 resistors if the part was sourced from a few different manufacturers and ended up recorded as such in our CML. The actual process of creating such parts was not too arduous as it was usually a case of copy a similar part and change the necessary attributes. This was using Altium as the end to end EDA. It is interesting to note that despite an expensive, highly integrated schematic capture, parts library and pcb layout software that the same issues of component/symbol replication and redundancy exist. Although despite the proliferation of symbols in this case it did actually work ok. There isn't a magic bullet that will fix these issues. By having as much as possible light symbols that are easily modified, a public repository of customised heavier symbols this provides people with options. Perhaps in the hobby market having a set of predifined heavy symbols would be attractive however this really only suits those people who for whatever reason are not inclined to thoroughly check the symbol against their component and intended application. In these cases an 0805 resistor has no variants. This however is not the case for a design that goes through many iterations or has a particularly stringent set of design rules. Symbols need to be customised. Often on a project by project basis. All that can be done is to make this process easier where possible. regards, Geoff ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
Dave, Attached is a symbol for the NRF24L01. I have not used it because I lack the tools/skills to populate the QFN package and the assembled modules are sufficient for my needs. George On Mon, 2010-05-03 at 16:38 -0400, Dave McGuire wrote: Before I go and do it myself, has anyone cooked up a symbol for Nordic's nRF24L01+ RF IC? I didn't see anything on gedasymbols.org. -Dave nrf24l01-1.sym Description: application/geda-symbol ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
On 05/03/2010 05:29 PM, George M. Gallant wrote: Dave, Attached is a symbol for the NRF24L01. I have not used it because I lack the tools/skills to populate the QFN package and the assembled modules are sufficient for my needs. I've had pretty good luck hand soldering leadless ceramic oscillators whose pins look a lot like those on QFNs. Make sure the pads extend far enough beyond the body to allow good contact with the iron, use lots of flux and it should be fine. Main problem would be soldering to the central ground/thermal pad that most QFNs have though. That might require reflow, but a hotplate might work OK for that. Eric ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
On May 3, 2010, at 8:29 PM, George M. Gallant wrote: Attached is a symbol for the NRF24L01. I have not used it because I lack the tools/skills to populate the QFN package and the assembled modules are sufficient for my needs. Thanks George! I've done a couple of QFNs (big Atmel flash chips around 2002 or so) and they didn't give me any trouble. I'm doing firmware development with the assembled modules, but I'm building the chip into a commercial design so cost and size have become a big factor. Have you had good luck with the chips so far? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
In my limited experience, there are two types of QFNs: those where the pad wraps around the edge to the sides, and those where the pad doesn't extend (or extends discontinuously) beyond the bottom. I like the wrap-around type much better :-) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
On May 3, 2010, at 9:23 PM, DJ Delorie wrote: In my limited experience, there are two types of QFNs: those where the pad wraps around the edge to the sides, and those where the pad doesn't extend (or extends discontinuously) beyond the bottom. I like the wrap-around type much better :-) Uh yeah. :) I don't think I've seen the kind with the pad only on the bottom. I kinda hope I don't run into those. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
Uh yeah. :) I don't think I've seen the kind with the pad only on the bottom. I kinda hope I don't run into those. FT232RQ - 0.5mm pitch, bottom-only pads. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
On May 3, 2010, at 9:59 PM, DJ Delorie wrote: Uh yeah. :) I don't think I've seen the kind with the pad only on the bottom. I kinda hope I don't run into those. FT232RQ - 0.5mm pitch, bottom-only pads. Yuck! I'll stick with the FT232BM. (LQFP-32, easy!) -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
Well, the FT232RL is TQFP, no problem there. It's just the QFN variant that's a pain. But it's so *small* :-) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: nRF24L01+ symbol
On May 3, 2010, at 10:17 PM, DJ Delorie wrote: Well, the FT232RL is TQFP, no problem there. It's just the QFN variant that's a pain. But it's so *small* :-) Don't sneeze! -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Copper-free area in footprint
Tamas Szabo wrote: Currently I make a footprint for an Amphenol SIMLOCK adapter You are building your own mobile phone! That's a cool project. ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Copper-free area in footprint
uh.. theres no way to specify route/fill keepout area? On 5/4/10, Tamas Szabo sza2k...@freemail.hu wrote: John Luciani wrote: On Mon, May 3, 2010 at 12:49 PM, Tamas Szabo sza2k...@freemail.hu wrote: John Luciani wrote: On Mon, May 3, 2010 at 12:12 PM, Tamas Szabo sza2k...@freemail.hu wrote: My best idea is, that I do it by pads which have a zero width and a specified clearance. Unfortunately, those will have a rounded corner, so rectangular corner seems impossible (I can reduce the radius, if I make it from more pieces, but it never will be zero). A zero width pad may fail the DRC. Being able to specify keepouts would be a welcome addition to the footprint file format. I use the silkscreen to provide keepout hints. Not ideal but it works. (* jcl *) Thanks, could you show me an example? The two that I can think of right now are -- CON_USB_MINI_B__Molex_67503-1020 at http://www.luciani.org/geda/pcb/footprints-gif/Connector-gif.html IIRC the hashed area is a keepout (at least it has been all of my designs ;) For ANT_FOLDED_DIPOLE__Chipcon_2500 http://www.luciani.org/geda/pcb/footprints-gif/misc-gif.html The keepout is indicated by a single line. Just layout hints nothing fancy. (* jcl *) Ok, I see now. I also plan to indicate the must-keep-free area on the silk. So unfortunately it seems that there is no any technique which avoid things like copper-pour to fill those areas:-( By the way, thanks for your help and also the lots of footprints you share with us continuously:-) /sza2 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Copper-free area in footprint
uh.. theres no way to specify route/fill keepout area? Not really. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user