Re: gEDA-user: Howto make solder mask extend equal for all pads in layout?
Am Sonntag, den 05.10.2008, 00:09 +0100 schrieb Peter Clifton: > On Sat, 2008-10-04 at 10:22 -0400, DJ Delorie wrote: > > > Is there something similar for copper clearing of pads/pins in polygons? > > > > Not that I'm aware of. Again, you could write one pretty easily by > > copying the existing one. > > changeclearsize(selected,10,mil) > > Also works for mask, if you select the mask layer before running it. > A late response... For mask changeclearsize() seems not to act on distance of mask relief to copper but on total relief size. So changeclearsize(selected,8,mil) will not make the relief 8 mil larger than pad (as desired by me) For copper clearance changeclearsize() works fine. To adjust mask DJ's solution seems to work perfect: DJ Delorie wrote on 4 Oct 2008: >There is a MinMaskGap() action to increase the mask gap to vendor >minimums. What you can do is this: >* Enable the mask layer >* Select everything that needs the mask set >* Use Ctrl-Shift-K to reduce the mask as much as you can for everything selected >* :MinMaskGap(Selected,=8,mil) to increase them all to that amount ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
Am Samstag, den 08.11.2008, 19:36 + schrieb Peter Clifton: > > What happens if you convert to pdf with something like "ps2pdf > filename.ps" then look at filename.pdf with acroread, evince, xpdf or > something like that? > Using ps2pdf is not so good for investigation, because this program can cripple PostScript, as discussed in http://archives.seul.org/geda/user/Aug-2008/msg00315.html Maybe use kprinter or lp -d CUPS-PDF-Printer if available. For me it is still not absolutely clear if indeed postscript output is crippled (a bug) or if only printer can not print borders of paper. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
On Sat, 2008-11-08 at 16:11 +0100, Felix Maier wrote: > hello, > > I use title-A3.sym and try to print this on an A4 paper (landscape). > The borders on the left and right are missing, the same with the PS > output. > So I tried to make my own titleblock and noticed that it also not > work, I think it's a ratio problem? Can someone help? In the archive > is a > discussion about this topic but all the solutions there not helped me. Hmm, not sure about the ps output being wrong. You use gv for viewing.. do you have any different viewers to try.. evince? This said, gv works for me (A4 paper, landscape). What happens if you convert to pdf with something like "ps2pdf filename.ps" then look at filename.pdf with acroread, evince, xpdf or something like that? Perhaps you could produce some (compressed) screenshots of the cases working / not working with borders and no-boarder settings, so we might understand more. If the files are more than a few kB, just email privately to me - rather than bothering the list. (Or email geda-dev, where it might be more acceptable as part of a potential bug being investigated). -- 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!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Drill guide
Issue solved. Installed PCB 20080202 ST --- DJ Delorie <[EMAIL PROTECTED]> wrote: > > > I really see a pad in a pad. > > Or better an inner ring in a ring. > > Unusual, that's the old drill helper. The new one > just has the little > white spot in the middle, not the white ring also. > ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Parsing and writing schematics with Perl
BTW: the demo_geda-usch.pl included in Parse::GEDA::Gschem allows you to update net cross page references attributes. _jP $./demo_geda-usch.pl -H Usage: ./demo_geda-usch.pl [-hH] schematicFile1 schematicFile2 ... -hHelp; this message -HExtended help -v...vVerbosity level. -update_xref Update xref attributes -no_bak Do not create backup before processing files This program provides a command line interface to handling gEDA schematics. It uses Parse::GEDA::Gschem.pm module to parse and write back schematics. The first thing is does is to create a backup into a directory of the form: ./bak/year-month-day_hour-minute-second/ -update_xref Update xref attributes on net names to show on which page the same netname is being used. Three or more consecutive pages are aggregated as -. If the xref does not exist on a net that appears on multiple pages then it is added and its text properties are copied from the netname attribute with the text origin mirrored horrizontally. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
On Sat, 08 Nov 2008 17:21:45 + Peter Clifton <[EMAIL PROTECTED]> wrote: > You might like to file a feature request > on the sourceforge tracker. I did this. But a faster solution would be better for me :) cheers Felix ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
Am Samstag, den 08.11.2008, 17:21 + schrieb Peter Clifton: > > Currently there is no such option. > But PostScript output (when viewing with ghostview) should work for him. It was my impression that this was incorrect for his gschem Version 1.4.1.20080929 on arch linux. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
Am Samstag, den 08.11.2008, 18:13 +0100 schrieb Felix Maier: > I use gEDA/gschem Version 1.4.1.20080929 on arch linux. To view post script I > use gv 3.6.5. > I can/have tested only with gEDA 1.4.0 -- maybe someone can check with 1.4.1.20080929. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
On Sat, 2008-11-08 at 18:13 +0100, Felix Maier wrote: [snip] > All with borders (btw. bei mir heisst es auch alles mit Rand :) ), is the > option whose borders are to wide for me. > So I use without borders. Maybe I can decrease the size of the borders in > gschemrc ? This would be a solution. Currently there is no such option. Since it is printing related, it would be "gafrc" anyway, but like I said, the option doesn't exist. You might like to file a feature request on the sourceforge tracker. 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!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
On Sat, 08 Nov 2008 16:47:20 +0100 Stefan Salewski <[EMAIL PROTECTED]> wrote: > Am Samstag, den 08.11.2008, 16:35 +0100 schrieb Stefan Salewski: > > > This should not occur. > > Tested -- works fine with gEDA 1.4 on gentoo linux. I use gEDA/gschem Version 1.4.1.20080929 on arch linux. To view post script I use gv 3.6.5. > One reason may be: Default printing option is something like "All With > borders" (here Alles mit Rand). This should work fine. If you select > "Without borders" your printer may have trouble to print very near to > paper border. Preview with PDF viewer should be OK too in this case. All with borders (btw. bei mir heisst es auch alles mit Rand :) ), is the option whose borders are to wide for me. So I use without borders. Maybe I can decrease the size of the borders in gschemrc ? This would be a solution. cheers Felix ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
Am Samstag, den 08.11.2008, 16:35 +0100 schrieb Stefan Salewski: > This should not occur. Tested -- works fine with gEDA 1.4 on gentoo linux. One reason may be: Default printing option is something like "All With borders" (here Alles mit Rand). This should work fine. If you select "Without borders" your printer may have trouble to print very near to paper border. Preview with PDF viewer should be OK too in this case. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: printing problem
Am Samstag, den 08.11.2008, 16:11 +0100 schrieb Felix Maier: > hello, > > I use title-A3.sym and try to print this on an A4 paper (landscape). The > borders on the left and right are missing, the same with the PS output. > So I tried to make my own titleblock and noticed that it also not work, I > think it's a ratio problem? Can someone help? In the archive is a > discussion about this topic but all the solutions there not helped me. > This should not occur. PostScript was always correct scaled to fill the page for me -- I had only some problems with PDF some time ago, now solved. Of course generating PostScript is better to localize error than direct printing. But: To get help from the experts here, you may say which version of gschem you are using with which operating system, and which PostScript viewer you are using to verify output. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: printing problem
hello, I use title-A3.sym and try to print this on an A4 paper (landscape). The borders on the left and right are missing, the same with the PS output. So I tried to make my own titleblock and noticed that it also not work, I think it's a ratio problem? Can someone help? In the archive is a discussion about this topic but all the solutions there not helped me. cheers Felix ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Breaking a track into two segments by using a hole
On 07/11/2008, DJ Delorie <[EMAIL PROTECTED]> wrote: > > Try doing it this way instead: > > Instead of one long track, use many track segments - one between each > pair of vias. Then, you can just remove the segments you need to, > independently of turning vias into holes. > Thank you. I'll try that way instead. > The pcb code doesn't notice when a track is disconnected due to > physical damage (drilling). > As you obviously worked out, I didn't realise that. :-) Thanks, Simon. -- Simon Clubley [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Contradictory information in documentation
> "This field is filled out by gsch2pcb or PCB itself. Leave an empty string
> ("") when you create
> the footprint file."
You can leave it empty, the field gets filled by gsch2pcb with the
footprint name.
Is it possible to get gsch2pcb to put a different value in there? Is
what it does hard coded? It would be useful to pass a stock code
through to pcb using this mechanism.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Drill guide
Since which version of PCB did this change ? ST --- DJ Delorie <[EMAIL PROTECTED]> wrote: > > > I really see a pad in a pad. > > Or better an inner ring in a ring. > > Unusual, that's the old drill helper. The new one > just has the little > white spot in the middle, not the white ring also. > ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Contradictory information in documentation
Hi -- > PS I've got some ideas about how gattrib could be improved but I'd quite > like to have a go at implementing it myself. Should I open a tracker item > anyway for visibility or just go ahead and start implementing? Don't wait for anything. Just go ahead and start hacking. We look forward to your ideas! Have fun, Stuart ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Contradictory information in documentation
Hi there, I've finished my first gEDA schematic and I'm about to go to pcb. I noticed in the geda:gsch2pcb_readme here: says: * Make the initial "Description" field of these elements the same as the file name because gsch2pcb depends on this name (which is the gschem footprint value) to know when footprints/elements are changed. and Stuart's "Footprint Creation" pdf says about the description field: "This field is filled out by gsch2pcb or PCB itself. Leave an empty string () when you create the footprint file." So which should I be doing? Filling it in or leaving it empty? Cheers Gareth PS I've got some ideas about how gattrib could be improved but I'd quite like to have a go at implementing it myself. Should I open a tracker item anyway for visibility or just go ahead and start implementing? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Parsing and writing schematics with Perl
Please use http://rt.cpan.org/Public/Dist/Display.html?Name=Parse-GEDA-Gschem
to report bugs about Parse::GEDA::Gschem.
Thanks,
_jP
On Nov 8, 2008, at 8:55 AM, fricker wrote:
> http://search.cpan.org/dist/Parse-GEDA-Gschem/
>
> Parse::GEDA::Gschem version 1.00
>
> NAME
>
> Parse::GEDA::Gschem - gEDA/gaf gschem schematic file parser
>
>
> DESCRIPTION
>
> Collection of routines used to parse and write back schematic
> files of the
> format specified by gEDA gschem schematic capture tool as
> detailed at:
> http://www.geda.seul.org/wiki/geda:file_format_spec
>
>
> REQUIREMENTS:
> perl 5.10
>
>
> EXAMPLE:
> my @schFiles = (); # array of schematic file path/names
> my @files = ();# array of schematic objects
> bakSchFiles([EMAIL PROTECTED]); # backup schematic files in bak/year-m-
> d_h-m-s/
> $files = @{readSchFiles([EMAIL PROTECTED])}; # parses the schematic files
> writeMsg(1, Dumper([EMAIL PROTECTED])); # prints out the entire data
> structure
> writeSchFiles([EMAIL PROTECTED]); # write the data structure into
> schematic
> files
>
> Parse::gaf::gschem is a collection of routines used to parse
> a .sch file
> into a convenient perl array of hashes data structure in memory.
> This array can then be used to extract information about the
> schematics,
> or it can be altered to apply specific changes to the schematics.
> The array can then be written back to the schematic files.
> One could even build such array of hashes data structure without
> reading
> any input schematic file to programmatically generate new
> schematic files.
>
>
> LIMITATIONS
> [see README file]
>
> Does not handle the new "path" objects, see
> http://geda.seul.org/wiki/geda:file_format_spec
> , and does not check for the validity of the file format version
> either, sorry. I will fix this.
>
> You can't search for it on http://search.cpan.org yet, but you can
> browse to it, or use the link http://search.cpan.org/dist/Parse-GEDA-Gschem/
>
> You need perl 5.10.0 or higher.
>
> You need http://search.cpan.org/~dconway/Parse-RecDescent-1.96.0/, or
> higher, which you can only get by downloading it. Using the usual
> "cpan install Parse::RecDescent" will only get you version 1.94, which
> has known bugs.
>
> Tested on ubuntu-8.10-desktop-amd64, on VMWare Fusion 2.0.
>
> Please try it out, see the demo in the demo/ directory, and let me
> know of any issues.
>
> Stay tuned for more to come about an enhanced version of demo/
> demo_geda-usch.pl and design workflow.
>
> Enjoy! And please be gentle, I am no SW programmer...
>
> _jP
>
> On Apr 21, 2008, at 1:31 PM, Peter Clifton wrote:
>
>> On Mon, 2008-04-21 at 13:03 +0200, fricker wrote:
On 21 avr. 08, at 11:39, Peter Clifton wrote:
> On 21 avr. 08, at 10:22, fricker wrote:
>
> What I need to achieve all of this is a Perl module that offers:
> - readFiles([EMAIL PROTECTED]) that returns a reference to an array of
> hashes
> (file names are pushed into the data structure)
> - writeFiles([EMAIL PROTECTED]) that writes the data structure back into
> the
> files (file names are within the data structure already)
>
> I could package what I have and share it if anyone is interested.
I think a lot of people would appreciate that, I'd certainly be
interested.
>>>
>>> Hum, what would be the best way to distribute (and maintain) such
>>> thing then?
>>> 1) make it part of the gEDA distribution
>>> 2) keep it independent and post it on CPAN, as Parser::gschem by
>>> example
>>> 3) ?
>>>
>>> My guess is that 2) is probably more effective, any other opinion?
>>> Please speak-up.
>>
>> Its been a long time since I coded with Perl (aside from modifying
>> refdes_renum), so am not really up-to-date with how modules are
>> distributed. Is it a single .pm file, or a more complex archive?
>>
>> Many contributors sign up for an account on http://
>> www.gedasymbols.org/
>> and post their scripts, footprints, symbols there.
>>
>> Best wishes,
>>
>> Peter C.
>>
>>
>>
>>
>> ___
>> 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
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
