gEDA-user: Greetings from Fritzing
Hello gEDAns, I am one of the developers of Fritzing, a simple FLOSS EDA made for less technical (non-engineer) users. Our project is young but we have been posting frequent releases since November. I am also a gEDA user since 2005. I want to thank all the developers for producing such a powerful piece of software. Quite a few ideas (but no code) in Fritzing were based on your designs. Introductions aside, I was hoping to start a dialogue between our groups. We see our project as fitting into the EDA world in a different space from gEDA. Most of our target audience have limited experience with electronics and are interested in realizing small, low-complexity prototypes. However, as our software is limited (intentionally) in scope, some users may reach a stage where they need the more advanced EDA features of a package like gEDA. Right now, I'm working on a gEDA-PCB footprint import component that converts gEDA footprint files to our internal SVG based files. In the long term we would be interested in supporting some sort of export path so that users can export Fritzing projects and continue working on them in gEDA. Feel free to try out our latest builds, give us feedback, tips, gripes, etc. And we are totally open to any kind of collaboration. http://fritzing.org best, Brendan Howell ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Greetings from Fritzing
Hi -- I am one of the developers of Fritzing, a simple FLOSS EDA made for less technical (non-engineer) users. Our project is young but we have been posting frequent releases since November. Yeah, we're aware of the project. I pestered you guys about a year ago to get invovled with gEDA. Welcome, and congratulations on getting Fritzing off the ground! Introductions aside, I was hoping to start a dialogue between our groups. We see our project as fitting into the EDA world in a different space from gEDA. Most of our target audience have limited experience with electronics and are interested in realizing small, low-complexity prototypes. However, as our software is limited (intentionally) in scope, some users may reach a stage where they need the more advanced EDA features of a package like gEDA. Yeah, the protoboard paradigm for doing a design is very different from the traditional PCB design flow (which is one thing gEDA tries to do). It's an interesting approach for electronics newbies Reading your bulletin board, I see many people who like the interface a lot. Getting a user interface to be natural and intuitive is very difficult! (Particularly in an open-source project) One thing. Fritzing's close tie-in with Eagle is, um, out of tune for an open-source/open-hardware project IMO. But that's not my decision to make, and we're happy to see you guys are contacting us (a real open-source EDA project). Right now, I'm working on a gEDA-PCB footprint import component that converts gEDA footprint files to our internal SVG based files. In the long term we would be interested in supporting some sort of export path so that users can export Fritzing projects and continue working on them in gEDA. Very cool! Being able to convert gEDA/PCB footprints - Fritzing footprints (both ways) would be very nice. A big win would be that one could use any SVG drawing program to create the footprints, and then convert to a gEDA/PCB .fp file. The question here is: What is the structure of a Fritzing footprint? That is, a footprint assumes a certain layer structure. For example, a through-hole footprint assumes you have top silk, top mask, paste and metal, some clearance structure for inner layers, and then bottom silk, mask, paste, and metal. Also, one might also want to provide a keepout layer and also other layers which I have probably forgotten. So... Is the footprint structure documented anywhere? (I admit I haven't looked.) Cheers, Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: manage changes
Hello, I previously generated a pcb board. then, I had to make a lot of changes. So, I copy the previous .sch files into new ones, and created a new project with the new files. Now, when I generated the new pcb (gsch2pcb) I lost all the benefits of my previous pcb (I mean, I need to restart form scratch). How can I generated the new.pcb file including my changes ? It means the difference between the new pcb and the old one ? thank -- --- == Patrick DUPRÉ | | Department of Chemistry| |Phone: (44)-(0)-1904-434384 The University of York | |Fax: (44)-(0)-1904-432516 Heslington | | York YO10 5DD United Kingdom | |email: pd...@york.ac.uk == ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB printing under Windows?
Anyone have any insights on getting PCB to print some check plots, under Windows? Standard PCB print makes the assumption that 'lpr' is available, which is not the case on Windows. Anyone already been down this road before I dig into trying to find a solution? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB printing under Windows?
Bob Paddock wrote: Standard PCB print makes the assumption that 'lpr' is available, which is not the case on Windows. Anyone already been down this road before I dig into trying to find a solution? I haven't done that exactly, but how about printing to .ps, converting to pdf, the windows printing from acrobat reader? Otherwise, I think the way is to set up Samba so you can print to windows network printers, (if you are running pcb from a Cygwin unix installation on windows... What kind of running on windows are you doing? Is there a windows compile of pcb now? John G -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: manage changes
Patrick Dupre wrote: when I generated the new pcb (gsch2pcb) I lost all the benefits of my previous pcb (I mean, I need to restart form scratch). How can I generated the new.pcb file including my changes The refdes and footprint has to match, or else it is thrown out by gsch2pcb. So you can edit a copy of your pcb to get those matching before running gsch2pcb. Sometimes a text editor is easiest for the footprint part of that, but just use pcb to see the topology that compares to your new schematic and redo the refdes's in pcb. Save versions along the way... John -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB printing under Windows?
On Thu, Jan 22, 2009 at 10:25 AM, John Griessen j...@ecosensory.com wrote: Bob Paddock wrote: Standard PCB print makes the assumption that 'lpr' is available, which is not the case on Windows. Anyone already been down this road before I dig into trying to find a solution? I haven't done that exactly, but how about printing to .ps, converting to pdf, the windows printing from acrobat reader? Not sure that you can use the Printer Calibration settings that way? I'm trying to get a real 1:1 size. What kind of running on windows are you doing? Is there a windows compile of pcb now? Yes. The 20081128 snapshot at http://pcb.sf.net/ . Issues I've run into with the Windows version: Printer. Needs lpr equivalent. You can't set any library paths, because the LoadLibrary.sh script at start up doesn't run. Any preferences you set are lost at close. Have not taken time to figure out why yet. There is also the usual Windows insanity of always wanting to open files in My Documents, a place where I never want to open anything. You can windows 'Junctions', http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx to create links to the real project location, so that you are only one click away, instead of dozens. 'Junctions' are Microsoft's attempt at symbolic links. They work fine, as long as you don't do something recursive. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Question about footprints in pcb
I'm a little unclear about the mask dotted line of the pad command. In the How to Create Footprints document it says this value is the width of the solder mask relief. Is this value the distance from the pad location line to the center of the clearance measurement? If I double the mask how does it affect the diagram in the document? I'm also wondering why the distance from the pad to other conductors on any plane (the clearance) is the clearance value divided by two and not just the clearance value. Finally, if I'm laying out these boards to be made at home what are good values for clearance and mask? Thanks ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB printing under Windows?
Not sure that you can use the Printer Calibration settings that way? I'm trying to get a real 1:1 size. You should be able to, calibrating uses the same HID as printing. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Question about footprints in pcb
I'm a little unclear about the mask dotted line of the pad command. The solder mask size is specified as its own width, just like the copper pad's size is its own width. I'm also wondering why the distance from the pad to other conductors on any plane (the clearance) is the clearance value divided by two and not just the clearance value. The copper clearance is specified as the amount to add to the pad size. So it's a total for both sides Finally, if I'm laying out these boards to be made at home what are good values for clearance and mask? Depends on your process. For toner transfer, 10 mil line/space rules are normal if you're experienced (up to 20/20 for TT newbies), that means clearance will always be 20 mil or more (10 on each side). Most home-fabs don't do masks, but I set mine to result in a 3 mil gap between copper and mask, since that's what most commercial fabs want. The MinMaskGap() action can fix up any stragglers for you. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gnucap questions
I've made a little library of devices with IO pins with pin labels p and n. I get a netlist with pin numbers 1 and 2. I also have model files with same first part as placed devices then a .va extension -- cap-va.va I'm thinking of changing to p and n pin numbers. Any other suggestions before using with gnucap? How close is this example netlist to loading in gnucap? -- module verilog_io ( GND , C , A ); /* Port directions begin here */ inout GND ; inout C ; inout A ; /* Wires from the design */ wire B ; wire GND ; wire C ; wire A ; /* continuous assignments */ /* Package instantiations */ \cap-va C1 ( .\1 ( B ), .\2 ( GND ) ); \ind-va L1 ( .\2 ( C ), .\1 ( B ) ); \res-va R1 ( .\2 ( B ), .\1 ( A ) ); endmodule - John Griessen -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gnucap questions
On Thursday 22 January 2009, John Griessen wrote: I've made a little library of devices with IO pins with pin labels p and n. I get a netlist with pin numbers 1 and 2. I also have model files with same first part as placed devices then a .va extension -- cap-va.va I'm thinking of changing to p and n pin numbers. Any other suggestions before using with gnucap? How close is this example netlist to loading in gnucap? -- Gnucap verilog mode doesn't yet accept statements split across lines. That will be fixed. Even when that is fixed,I still think the netlister should put statements on one line for readability. Other than that ... module verilog_io ( GND , C , A ); /* Port directions begin here */ inout GND ; inout C ; inout A ; /* Wires from the design */ wire B ; wire GND ; wire C ; wire A ; Future: wire == digital signal. Correct syntax, but a type mismatch. It should be electrical. For now: Just delete that line. /* continuous assignments */ /* Package instantiations */ \cap-va C1 ( .\1 ( B ), .\2 ( GND ) ); The value is not specified. There is no supplied device \cap-va. That's ok if you define it somehow. The node names for the device capacitor are p and n. Similar for inductor and resistor. It should be: capacitor #(.c(1u)) C1 (.p(B), .n(0)); You didn't ask, but Verilog mode uses SI units, not Spice units. 1M is 1 meg. 1m is 1 milli. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: geda-user Digest, Vol 32, Issue 92
On Thu, 2009-01-22 at 11:26 -0500, geda-user-requ...@moria.seul.org wrote: I am one of the developers of Fritzing, a simple FLOSS EDA made for less technical (non-engineer) users. Our project is young but we have been posting frequent releases since November. Yeah, we're aware of the project. I pestered you guys about a year ago to get invovled with gEDA. Welcome, and congratulations on getting Fritzing off the ground! There was an initial version of Fritzing made with Java/Eclipse that ended up being more of a proof-of-concept. We threw out most of the code and started over this summer with Qt/C++ and we are much much happier and making much better progress. Introductions aside, I was hoping to start a dialogue between our groups. We see our project as fitting into the EDA world in a different space from gEDA. Most of our target audience have limited experience with electronics and are interested in realizing small, low-complexity prototypes. However, as our software is limited (intentionally) in scope, some users may reach a stage where they need the more advanced EDA features of a package like gEDA. Yeah, the protoboard paradigm for doing a design is very different from the traditional PCB design flow (which is one thing gEDA tries to do). It's an interesting approach for electronics newbies Reading your bulletin board, I see many people who like the interface a lot. Getting a user interface to be natural and intuitive is very difficult! (Particularly in an open-source project) Yeah it is tough. We are supported by the Interaction Design department at the FH-Potsdam so usability is a major focus for us. One thing. Fritzing's close tie-in with Eagle is, um, out of tune for an open-source/open-hardware project IMO. But that's not my decision to make, and we're happy to see you guys are contacting us (a real open-source EDA project). I agree with you. Since our summer restart, we have ditched all the dependencies on Eagle and now have our own simple but functional PCB view. We may eventually support an export to Eagle option but our core goal is a fully FLOSS production process. Right now, I'm working on a gEDA-PCB footprint import component that converts gEDA footprint files to our internal SVG based files. In the long term we would be interested in supporting some sort of export path so that users can export Fritzing projects and continue working on them in gEDA. Very cool! Being able to convert gEDA/PCB footprints - Fritzing footprints (both ways) would be very nice. A big win would be that one could use any SVG drawing program to create the footprints, and then convert to a gEDA/PCB .fp file. The question here is: What is the structure of a Fritzing footprint? That is, a footprint assumes a certain layer structure. For example, a through-hole footprint assumes you have top silk, top mask, paste and metal, some clearance structure for inner layers, and then bottom silk, mask, paste, and metal. Also, one might also want to provide a keepout layer and also other layers which I have probably forgotten. So... Is the footprint structure documented anywhere? (I admit I haven't looked.) Docs... heh. Who has time for docs? Actually, I should work on that. If you guys are interested, then I will try to put something on our web site explaining the SVG formatting. Basically, all the paths for each layer are stuck in a group which is tagged with the id for that layer. At the moment we only support single sided boards but we will need to add the bits on the back of the board at some point as well. best, -Brendan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Fritzing was: Re: geda-user Digest, Vol 32, Issue 92
Hi -- One thing. Fritzing's close tie-in with Eagle is, um, out of tune for an open-source/open-hardware project IMO. But that's not my decision to make, and we're happy to see you guys are contacting us (a real open-source EDA project). I agree with you. Since our summer restart, we have ditched all the dependencies on Eagle and now have our own simple but functional PCB view. We may eventually support an export to Eagle option but our core goal is a fully FLOSS production process. Great! I guess I was more familiar wtih the old Fritzing. So... Is the footprint structure documented anywhere? (I admit I haven't looked.) Docs... heh. Who has time for docs? Actually, I should work on that. If you guys are interested, then I will try to put something on our web site explaining the SVG formatting. Basically, all the paths for each layer are stuck in a group which is tagged with the id for that layer. At the moment we only support single sided boards but we will need to add the bits on the back of the board at some point as well. *chuckle* Right now, PCB doesn't quite support single sided boards. (Stuart waits for others to explain how he is wrong again) Anyway, yes, putting something on the web would be good. May I recommend a Fritzing wiki with design info? Even if it's only one paragraph (Not that we make our design info easy to find. I mean, besides read the source ) Anyway, we have an open Linux Fund project to upgrade gEDA/PCB so that it does better things with footprints and layers. If enough people donate to that fund, then we anticipate some real big improvements to PCB. Therefore, now is a good time to have a discussion about what info is needed in a good footprint. Seeing your info -- even just a drawing or a paragraph -- would be very useful. Cheers, Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: geda-user Digest, Vol 32, Issue 92
On Thu, Jan 22, 2009 at 12:19 PM, Brendan Howell bren...@howell-ersatz.com wrote: On Thu, 2009-01-22 at 11:26 -0500, geda-user-requ...@moria.seul.org So... Is the footprint structure documented anywhere? (I admit I haven't looked.) Docs... heh. Who has time for docs? Actually, I should work on that. If you guys are interested, then I will try to put something on our web site explaining the SVG formatting. Basically, all the paths for each layer are stuck in a group which is tagged with the id for that layer. At the moment we only support single sided boards but we will need to add the bits on the back of the board at some point as well. I would be interested in seeing the file formats for your footprints. There probably is an opportunity create a large footprint library using my existing work -- http://tinyurl.com/3eztk5 You seem to be targeting the Arduino/physical computing crowd that I am targeting with wiblocks.com (* jcl *) -- You can't create open hardware with closed EDA tools. 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: Fritzing was: Re: geda-user Digest, Vol 32, Issue 92
*chuckle* Right now, PCB doesn't quite support single sided boards. (Stuart waits for others to explain how he is wrong again) Since you insist... There's no such thing as a one-sided board. Boards always have at least two sides, unless you've invented a mobius pcb. Therefore, pcb supports two-sided boards with copper only on one side, which is what people actually make. :-) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Greetings from Fritzing
Brendan Howell wrote: Hello gEDAns, I am one of the developers of Fritzing, a simple FLOSS EDA made for less technical (non-engineer) users. Great! There is a need for this. I am active in the Homebrew Robotics club of Silicon Valley, and many people walk in with very limited experience in electronics. Robotics/mechatronics combines software/electronics/mechanics, and the typical new member has a strength in one of those three and find one of those three alien. I'd love to be able to point electronics newbies to a PCB package with a friendly learning curve that would allow them to build small simple boards, and have a graduation path to a more capable package like gEDA after they are comfortable with the concepts and want to do more complex boards. (Not that gEDA is hard to use with some coaching... my daughter started routing her own PCB's at the age of 8 and loves it... but OTOH she doesn't make her own footprints.) snip Right now, I'm working on a gEDA-PCB footprint import component that converts gEDA footprint files to our internal SVG based files. In the long term we would be interested in supporting some sort of export path so that users can export Fritzing projects and continue working on them in gEDA. Both excellent goals. One of the best things you can do to make a newbie friendly pcb package is have a reasonable library of footprints ready to go from first install. And for the users I envision, having a smooth migration path from Fritzing to gEDA is the perfect solution. -dave Feel free to try out our latest builds, give us feedback, tips, gripes, etc. And we are totally open to any kind of collaboration. http://fritzing.org best, Brendan Howell ___ 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: Fritzing was: Re: geda-user Digest, Vol 32, Issue 92
DJ Delorie wrote: *chuckle* Right now, PCB doesn't quite support single sided boards. (Stuart waits for others to explain how he is wrong again) Since you insist... There's no such thing as a one-sided board. Boards always have at least two sides, unless you've invented a mobius pcb. Well, with flexible PCB's it would be possible, but given the looks I've gotten from some of the mech. E's and manufacturing E's I've worked with in the past, I suspect the suggestion would not be welcomed. :) -dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb bug: EPS output omits pads
pcb -x eps \ --element-color '#ff' \ --pin-color '#00' \ --layer-color-1 '#ff' \ --as-shown \ --layer-stack 0,elements,pins \ --eps-file testprint.eps \ powermeter.pcb Besides layer names, it accepts rats, invisible, pins, vias, and elements. This is a partial work-around for some cases, but I would agree with the original assertion that something is amiss with the eps export. For some documentation that I'm writing, I need a vector drawing of my circuit board *as it appears*, i.e., with silk, pins, and vias -- but not tracks-- visible. (Kinda like ben/photo mode, but in vector.) So far as I can tell, pcb is quite incapable of exporting an eps drawing like that, even though it's trivial to display just those parts by clicking which layers are visible. Since this is considerably different from what would be expected by a reasonable observer, I would indeed classify it as a bug-- either in the function executed or in the label, because it cannot generate an eps as shown. The method that you describe above-- exporting a file with some parts invisible-- can be used to make the tracks invisible as well. I can use that method to produce a fake version of what I need, with the tracks in white but the silk, pins, and vias visible, but those white tracks are *still there* and actually do get in the way of what I'm doing. I did find a genuine but invasive work-around that can generate the output that I wanted, which *may* also help with the pad-omission problem as well. Make a duplicate pcb file for documentation/output: circuit-doc.pcb Open the circuit-doc.pcb file in a text editor, delete the entire contents of all layers with tracks on them. Pins and pads should not be affected, since they are stored as parts of the element. Save and then open the modified file in pcb. Make all layers visible and export eps. This should everything but the tracks to the EPS file. - Windell Windell H. Oskay Evil Mad Scientist Laboratories http://www.evilmadscientist.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Fritzing was: Re: geda-user Digest, Vol 32, Issue 92
So... Is the footprint structure documented anywhere? (I admit I haven't looked.) Docs... heh. Who has time for docs? Actually, I should work on that. If you guys are interested, then I will try to put something on our web site explaining the SVG formatting. Basically, all the paths for each layer are stuck in a group which is tagged with the id for that layer. At the moment we only support single sided boards but we will need to add the bits on the back of the board at some point as well. best, -Brendan I'd like to read it too. We have Cairo underpinnings all ready for coding SVG stuff. (I'm not ready myself to code ti though.). John -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gnucap questions
al davis wrote: the netlister should put statements on one line for readability. OK. I'll look at the scheme code for that. Other than that ... module verilog_io ( GND , C , A ); /* Port directions begin here */ inout GND ; inout C ; inout A ; /* Wires from the design */ wire B ; wire GND ; wire C ; wire A ; Future: wire == digital signal. Correct syntax, but a type mismatch. It should be electrical. For now: Just delete that line. Do you mean, should be electrical B ; electrical GND ; ? /* continuous assignments */ /* Package instantiations */ \cap-va C1 ( .\1 ( B ), .\2 ( GND ) ); The value is not specified. There is no supplied device \cap-va. That's ok if you define it somehow. Can models like cap-va.va be in separate files, or should they be in the same file as the rest of the netlist? It seems including those files in the netlist might be simplifying, but would need more scheme coding now, and copying them as files is easy but might make clutter... make clean could clean up the clutter. The node names for the device capacitor are p and n. Similar for inductor and resistor. It should be: capacitor #(.c(1u)) C1 (.p(B), .n(0)); It looks like the \'s in the gnetlist -g verilog output are not wanted, is that correct? Also, all should be on one line again... #(.c(1u)) is completely missing as the verilog scheme code is now... Can the device model below fit in as is? module cap (p, n); (* desc=Capacitance, units=Farads *) parameter real c=0 from [0:inf); inout p, n; electrical p, n; analog I(p,n) + c * ddt(V(p,n)); endmodule You didn't ask, but Verilog mode uses SI units, not Spice units. 1M is 1 meg. 1m is 1 milli. Yes. Saw that in the verilog-ams lang. ref. manual. John Griessen -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gnucap questions
On Thu, Jan 22, 2009 at 5:21 PM, al davis ad...@freeelectron.net wrote: Gnucap verilog mode doesn't yet accept statements split across lines. That will be fixed. Even when that is fixed,I still think the netlister should put statements on one line for readability. Does Gnucap use any hard-coded text buffers? What happens if you give it an instance with e.g. 1 pins? Regards, -r ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: launcher for gschem quit working suddenly
This is really wierd. I use Debian Linux with a KDE desktop. I have had a launcher icon for gschem on the desktop for months. I was trying to get the !...@#$% rc files straightened out so that pcb and gnetlist would work properly when suddenly the launcher quit. If I use it, the loading icon appears in the panel with a spinning thingy, goes for about 20 seconds, disappears and nothing happens. The thing is that all of the other gEDA launchers work fine. I can also start gschem from the command line with no trouble. I tried to make up a launcher from scratch -calling /usr/bin/gschem . It didn't work either. Picking gschem from the popup menu system doesn't work either. I know that this is a bit off the beaten track, but maybe someone has seen this before. I'm stumped. Gary Roach ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB printing under Windows?
On Thu, Jan 22, 2009 at 11:28 AM, DJ Delorie d...@delorie.com wrote: Not sure that you can use the Printer Calibration settings that way? I'm trying to get a real 1:1 size. You should be able to, calibrating uses the same HID as printing. How do you get the calibration page to print? There is no PostScript output option for that. Calibration request takes you directly to lpr. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: launcher for gschem quit working suddenly
On Thursday 22 January 2009 22:50:40 Gary L. Roach wrote: This is really wierd. I use Debian Linux with a KDE desktop. I have had a launcher icon for gschem on the desktop for months. I was trying to get the !...@#$% rc files straightened out so that pcb and gnetlist would work properly when suddenly the launcher quit. If I use it, the loading icon appears in the panel with a spinning thingy, goes for about 20 seconds, disappears and nothing happens. The thing is that all of the other gEDA launchers work fine. I can also start gschem from the command line with no trouble. I tried to make up a launcher from scratch -calling /usr/bin/gschem . It didn't work either. Picking gschem from the popup menu system doesn't work either. I know that this is a bit off the beaten track, but maybe someone has seen this before. I'm stumped. Yes, if you screw your configuration files up you can make gschem fail with no GUI warnings. Try running gschem from a terminal window and have a look at the output -- it should give you hints about what's going wrong. This is a known problem, and something that we're planning to address in future releases. Cheers, Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB printing under Windows?
How do you get the calibration page to print? There is no PostScript output option for that. Calibration request takes you directly to lpr. Ok, that will slow you down a bit :-) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB printing under Windows?
How do you get the calibration page to print? There is no PostScript output option for that. Calibration request takes you directly to lpr. Change the lprcommand to cat /tmp/foo.ps ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Fritzing was: Re: geda-user Digest, Vol 32, Issue 92
This reminds me of two facts of saturation magnetic recording on rotating (disc) media. You can only have an even number of transitions around a track. Also, as much as test engineers would like to both surfaces have to be spun at the same rpm. On Thu, 2009-01-22 at 13:02 -0500, DJ Delorie wrote: *chuckle* Right now, PCB doesn't quite support single sided boards. (Stuart waits for others to explain how he is wrong again) Since you insist... There's no such thing as a one-sided board. Boards always have at least two sides, unless you've invented a mobius pcb. Therefore, pcb supports two-sided boards with copper only on one side, which is what people actually make. :-) ___ 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: Fritzing was: Re: geda-user Digest, Vol 32, Issue 92
On Jan 22, 2009, at 11:02 AM, DJ Delorie wrote: There's no such thing as a one-sided board. Boards always have at least two sides, unless you've invented a mobius pcb. Spherical ;-) 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: Fritzing was: Re: geda-user Digest, Vol 32, Issue 92
John Doty wrote: On Jan 22, 2009, at 11:02 AM, DJ Delorie wrote: There's no such thing as a one-sided board. Boards always have at least two sides, unless you've invented a mobius pcb. Spherical ;-) What ever happened to Ball Semiconductor? John G -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb bug: EPS output omits pads
On Thu, 22 Jan 2009 14:51:43 -0500, Windell H. Oskay wrote: Since this is considerably different from what would be expected by a reasonable observer, I would indeed classify it as a bug-- either in the function executed or in the label, because it cannot generate an eps as shown. Ack. The as-shown not printing as shown option made me feel uneasy too. Anyway, I filed a feature request Better Control of Postscript Output http://sourceforge.net/tracker/index.php?func=detailaid=2528814group_id=73743atid=538814 I wish I could specify print properties according to layer _and_ object type. This is one the topics, pcb could adopt from protel95. ---(kaimartin)--- -- Kai-Martin Knaak http://lilalaser.de/blog ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gerbv-2.2.0
Hello, There is a new release of gerbv available. The sources and also a windows installer may be found from the download section on the sourceforge project page which is at http://sourceforge.net/projects/gerbv/ As usual please report bugs in the sourceforge bug tracker. -Dan Release Notes for gerbv-2.2.0 The following is a summary off the changes which went into gerbv-2.2.0. For a complete list of changes, refer to ChangeLog. - libgerbv: fixed a bug in the min/max calculation. - libgerbv: improved the ability to parse drill files with user specified formats. - libgerbv: Compile with -no-undefined to make it easier to build windows DLL's. - configure: Improve detection of tools when cross-compiling. - libgerbv: Improved example programs. - gerbv: Changed desktop categories to be more consistent with the rest of gEDA. - common:Fixed compilation with SunPRO compilers - libgerbv: Fixed calculation of pick and place bounding box - gerbv: Added a rendering benchmark - gerbv: Various rendering speed improvements - common:Made an install be relocatable. This is always needed for proper win32 operation and helps in some cases on other operating systems. As part of this, improve how init.scm is located at startup. - gerbv: Improved the project file load/save dialog. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user