Re: gEDA-user: gsch2pcb output looks wrong
I noticed that all the footprints were coming from the m4 processor. I did a --help, saw that -s suppressed m4 processing, ran it again with fresh files, and suddenly the whole file loads and disperse all actually has something to disperse. Sorry about the previous bandwidth consumption! Now on to the rats net! Mike -- Burn the Land, Boil the Sea, You can't take the SKY from me! ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gsch2pcb output looks wrong
Mike Bushroe wrote: > I have fixed up the schematic with the help from above, but when I try to > transfer it to pcb, the element groups have almost nothing in the open line > (which is usually a parentheses rather than square braces) and the item > name, value, etc at at the bottom inside a trailing parentheses. Some of the footprint attributes in mini_ROV.pcb contain a trailing ".fp". Looks like this confuses gsch2pcb. Seems this is an incarnation of the infamous, long standing hyphen-in-footprint-calls-m4-bug. This bug makes gsch2pcb produce garbage so that pcb chokes and fails. Unfortunately, symptoms of failure vary from instant segfault to almost, but not quite ok. This bug was recently fixed at least for hyphens. What version of gschem/gnetlist do you use? Try to get rid of all the ".fp" in footprint attributes. The easiest way might be a search and replace session with an editor. Hope, that helps. If it helps, file a bug report, please. The workflow certainly should not break like this if footprint names contain a period. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: gsch2pcb output looks wrong
I have fixed up the schematic with the help from above, but when I try to transfer it to pcb, the element groups have almost nothing in the open line (which is usually a parentheses rather than square braces) and the item name, value, etc at at the bottom inside a trailing parentheses. I have attached the circuit schematic and the output from gsch2pcb. I also tried using Xgsch2pcb, but it never seemed to actually convert the schematic. The 2009 version of pcb has a file command for import schematics, but clicking nothing seems to happen. I do not see where you are supposed to identify which schematics to enter. I also tried loading the 2010 version of pcb to see if that fixed whatever the problem is, but I can't get past the ./configure. It hangs looking for GD library, which does not seem to be available on the net anymore. Is there any other way to load the most recent version without gdlib-config? And how do I tell what version of pcb I am running. The Window/About gives the date (version 20091103), but the header from gsch2pcb says pcb 1.99x? Mike -- Burn the Land, Boil the Sea, You can't take the SKY from me! mini_ROV.pcb Description: application/pcb-layout mini_ROV.sch Description: application/geda-schematic ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Stuck on magnetic nets
Collin, with snap to grid not set to "R" and the lines and pins lining up, I won't need the magnetic net as much. I agree, it often short cuts to the point of making routing other lines hard or even making false net connections. I had not thought of holding down CRTL while zooming in to get it to use the new pixel spacing. I will try that later. Now the problem is getting pcb to accept the output of gsch2pcb. It fails the very first element. Last years pcb files started with all the letters and number, then with elements with the name and value on the first line. This year, the output from gsch2pcb jumps straight to elements, and this one fails around its third line: Element(0x00 "" "" "" 600 0 0 100 0x00) ( Pin(150 300 60 50 "1" 0x101) Pin(450 300 60 50 "2" 0x01) ElementArc(300 300 300 300 0 360 10) ElementLine(-60 300-20 300 10) ElementLine(-40 280 -40 320 10) ElementLine(620 300 660 300 10) Mark (150 300) ).fp(RCY300P.fp,C3,10uF) Mike -- Burn the Land, Boil the Sea, You can't take the SKY from me! ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Pins not on grid
Kai-Martin Knaak, Thank, that cleaned things up a whole lot! I had noticed a 3 stage toggle, but did not understand the third mode and so avoided it. Now, I agree that it seems to be the best idea for default. Thanks again for the help and quick reply! Mike -- Burn the Land, Boil the Sea, You can't take the SKY from me! ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Stuck on magnetic nets
On Sun, 8 May 2011 13:57:33 -0700 Mike Bushroe wrote: > I just started up again using gschem after a long break, and was > surprised to see a new feature called magnet net. I general, it was > great, but it also caused problems. I started with probably an > undersized title block, and the page rapidly got stuffed with just a > 40 pin ATMega and 3 L293 motor drivers. I had the lines spaced very > close, and the magnet net would not let me pick which pin or line to > connect to when they were closely spaced. Also, if the line was very > close to the pin, it would reject the line altogether. I tried > turning it off, and then nothing would connect. Lines were not on the > same grid spacing as the pins, and it was really tough making gschem > accept a net connection. You may already know this, but you can turn off the new magnetic net feature with 'om' or Options | Toggle Magnetic Net. I always turn it off because even when it chooses the correct target node, the path it chooses often causes incorrect connections by inadvertently hitting another pin on the way! It's a clever idea but it doesn't work at all for me. Regards, Colin ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Stuck on magnetic nets
Mike Bushroe wrote: > In short, is there a way to reduce the 'radius' of the magnet net for > tight spacing? If I remember correctly, you have to change the source and recompile. But others may know better and help me out. There are two work-arounds: a) press CTRL to temporarily disable magnetic mode. b) zoom in. The magnetic distance is a fixed number of pixels on the screen. When zoomed in, the wrong goals tend to lie behind the horizon of the magnetic heuristics. Hope, that helps. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Pins not on grid
Mike Bushroe wrote: > The second problem I had was the pins on all objects, dips, connectors and > power symbols alike, were offset from the grid. When I used snap to grid for > net lines, they would never connect without magnetic net, which was causing > its own problems. Any idea how reducing the grid size from 100 to 25 mills There is no real world unit attached to sizes in gschem. Everything scales. So it is just 100 units. > caused all the pins to be offset? Maybe, you turned off snap-to-grid by accident and moved large portions of your circuit with the mouse. (Options - Toggle_Snap_on/off). By the way, this is not a real toggle anymore, but a three-way-snap. Watch out the status bar at the bottom of the canvas. There is an entry "Grid" with two numbers in parenthesis. The second number is the currently visible grid. Zoom way out to see the effect. The first number is the currently active snap grid. This grid can be OFF, a number, or a number postfixed with the letter "R". In R-mode, off grid objects snap to the grid when dropped. > Is there anyway, other than starting over, to fix it? Use the resnap mode mentioned above. IIRC, this is a fairly new feature. So you may have to install a newer version of gschem. I'd advocate to make the resnap mode the default. This is what PCB does. It is also the way almost all other graphics applications I used, do it. > I tried moving the chips and power symbols after the grid size > was reduced, but they snapped to a different grid, it seemed. The default mode does not snap to a grid but moves the object by integer multiples of the current grid size. This means, you can't return to the grid that way. > I am also guessing that since I did not remember to do a fresh git of the > most recent release but still had these new features that Ubuntu has > included gshcem in part of the automatic updates? probably. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Pins not on grid
The second problem I had was the pins on all objects, dips, connectors and power symbols alike, were offset from the grid. When I used snap to grid for net lines, they would never connect without magnetic net, which was causing its own problems. Any idea how reducing the grid size from 100 to 25 mills caused all the pins to be offset? Is there anyway, other than starting over, to fix it? I tried moving the chips and power symbols after the grid size was reduced, but they snapped to a different grid, it seemed. I am also guessing that since I did not remember to do a fresh git of the most recent release but still had these new features that Ubuntu has included gshcem in part of the automatic updates? Mike -- Burn the Land, Boil the Sea, You can't take the SKY from me! ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Stuck on magnetic nets
I just started up again using gschem after a long break, and was surprised to see a new feature called magnet net. I general, it was great, but it also caused problems. I started with probably an undersized title block, and the page rapidly got stuffed with just a 40 pin ATMega and 3 L293 motor drivers. I had the lines spaced very close, and the magnet net would not let me pick which pin or line to connect to when they were closely spaced. Also, if the line was very close to the pin, it would reject the line altogether. I tried turning it off, and then nothing would connect. Lines were not on the same grid spacing as the pins, and it was really tough making gschem accept a net connection. In short, is there a way to reduce the 'radius' of the magnet net for tight spacing? Mike -- Burn the Land, Boil the Sea, You can't take the SKY from me! ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: GL not found compiling pcb on OS X
On Sun, May 8, 2011 at 6:30 AM, Fabio wrote: > The way I usually solve this, is by adding CFLAGS="-framework OpenGL -I/tmp/" > (or LFLAGS) and by making a symlink to the Headers in tmp > ln -s /System/Library/Frameworks/OpenGL.framework/Headers/ /tmp/GL > Hope this helps, > Fabio Eureka! It worked! Thanks, Fabio! -- Craig Niederberger MD FACS Clarence C. Saelhof Professor and Head, Department of Urology, UIC College of Medicine Professor, Department of Bioengineering, UIC College of Engineering ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb has two libraries
I have a problem: -- Uninstalling ubuntu pcb: thomas@thinkpadone:~$ sudo apt-get remove pcb [sudo] password for thomas: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: pcb-common geda-utils pcb-gtk Use 'apt-get autoremove' to remove them. The following packages will be REMOVED geda-xgsch2pcb pcb 0 upgraded, 0 newly installed, 2 to remove and 101 not upgraded. After this operation, 377kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 143193 files and directories currently installed.) Removing geda-xgsch2pcb ... Removing pcb ... Processing triggers for man-db ... Processing triggers for desktop-file-utils ... Processing triggers for python-gmenu ... Rebuilding /usr/share/applications/desktop.en_GB.utf8.cache... Processing triggers for hicolor-icon-theme ... Processing triggers for python-support ... -- Reinstalling geda-xgsch2pcb: thomas@thinkpadone:~$ sudo apt-get install geda-xgsch2pcb Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: pcb The following NEW packages will be installed geda-xgsch2pcb pcb 0 upgraded, 2 newly installed, 0 to remove and 101 not upgraded. Need to get 0B/49.5kB of archives. After this operation, 377kB of additional disk space will be used. Do you want to continue [Y/n]? y Selecting previously deselected package pcb. (Reading database ... 143170 files and directories currently installed.) Unpacking pcb (from .../pcb_20091103-2_all.deb) ... Selecting previously deselected package geda-xgsch2pcb. Unpacking geda-xgsch2pcb (from .../geda-xgsch2pcb_0.1.3-1_all.deb) ... Processing triggers for hicolor-icon-theme ... Processing triggers for desktop-file-utils ... Processing triggers for python-gmenu ... Rebuilding /usr/share/applications/desktop.en_GB.utf8.cache... Processing triggers for man-db ... Processing triggers for python-support ... Setting up pcb (20091103-2) ... <--- here it is Setting up geda-xgsch2pcb (0.1.3-1) ... The problem is the line I have highlighted. geda-xgsch2pcb depends on pcb, and I cannot remove pcb without removing it, and I need xgsch2pcb for working with gEDA and pcb. :( Perhaps I should just install xgsch2pcb from git? On 8 May 2011 15:57, DJ Delorie <[1]d...@delorie.com> wrote: In your case, uninstalling the ubuntu version would be best. You should always uninstall before installing a newer version from a different source. ___ geda-user mailing list [2]geda-user@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:d...@delorie.com 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: pcb has two libraries
In your case, uninstalling the ubuntu version would be best. You should always uninstall before installing a newer version from a different source. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb has two libraries
Any idea how to fix it? I initially installed pcb from ubuntu repos. That was the 2007 edition but it was too old for me. So I installed from git the latest unstable 1.99z. So that might be causing the issue - how do I fix it? On 8 May 2011 13:12, DJ Delorie <[1]d...@delorie.com> wrote: You have multiple copies of pcb, and it's library, installed, then. ___ geda-user mailing list [2]geda-user@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:d...@delorie.com 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: pcb has two libraries
You have multiple copies of pcb, and it's library, installed, then. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb has two libraries
Here's what I get: newlib: "%s" ../share/pcb/newlib %s%s%s%spcblib-newlib Top level directory for the newlib style library /usr/share/pcb/newlib:/usr/share/pcb/pcblib-newlib library-newlib That makes me think it's in /usr/share/pcb, but it isn't. Then I did this: thomas@thinkpadone:~$ whereis pcb pcb: /usr/bin/pcb /usr/local/bin/pcb /usr/share/pcb /usr/share/man/man1/pcb.1.gz So which one is PCB?? /usr/bin/pcb or /usr/local/bin/pcb? On 8 May 2011 04:05, DJ Delorie <[1]d...@delorie.com> wrote: The best way to tell is to look at what directory pcb itself is in. If it's /usr/bin/pcb, it's going to look in /usr/share for its libraries. If it's /usr/local/bin/pcb, it's going to look in /usr/local/share. You could also try "strings /usr/bin/pcb | grep newlib" ___ geda-user mailing list [2]geda-user@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:d...@delorie.com 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: GL not found compiling pcb on OS X
The way I usually solve this, is by adding CFLAGS="-framework OpenGL -I/tmp/" (or LFLAGS) and by making a symlink to the Headers in tmp ln -s /System/Library/Frameworks/OpenGL.framework/Headers/ /tmp/GL Hope this helps, Fabio Le 4 mai 2011 à 21:51, Craig Niederberger a écrit : > On Wed, May 4, 2011 at 12:50 PM, Steven Michalske > wrote: >> I have a recipe, I'll send on over when I get to my computer. > > Thanks! > Craig > > > ___ > 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
