Re: gEDA-user: TI CC2480 ZigBee (off-topic)
Hi, John Griessen wrote: So, is it open hardware licensed? Can we see? So finally I had time to test this board. Actually it is a truly simple board. it has all the components which are necessary to operate (but nothing else) - only need to connect power and peripherals if any. I have no tools to test the efficiency of the PCB antenna, but seem OK (at least 10-20 meters in case of open air). It can be use with CC2430 and CC2480 as well - though I had no success with CC2480 (mainly due to the insufficient documentation). CC2430 works well with TinyOS8051WG example applications (http://www.tinyos8051wg.net/) You can find design files at http://web.t-online.hu/sza2webacces/zboard/zboard.tar.gz /sza2 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Information on PCB
On Tue, 2009-10-27 at 05:47 +, Ineiev wrote: On 10/27/09, Ineiev ine...@gmail.com wrote: Try the attached patch; it introduces SwapSides_nogui action for such Awfully sorry, forgot to commit a typo fix; and there is no need in `compatible' with GTK and Lesstif hids arguments parsing. BTW, it seems to me that it does not really changes the groups visibility: I press Tab with `component' layer from the component group active and see the same `component' above all; the pads are shown from the right side, though. am I doing something wrong? I stack the patches on top of current master. You might want Settings.ShowSolder or something like that. To be honest though, I'm not sure it is that desirable to have a generic swap sides action in the core - since for some exporters, it would be meaningless. I certainly wouldn't call it _nogui... either it is a sufficient interface for all applications (possibly requiring a new API in the HID structure to call into the GUI), or it should not go in. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Information on PCB
On 10/27/09, Peter Clifton pc...@cam.ac.uk wrote: On Tue, 2009-10-27 at 05:47 +, Ineiev wrote: On 10/27/09, Ineiev ine...@gmail.com wrote: Try the attached patch; it introduces SwapSides_nogui action for such Awfully sorry, forgot to commit a typo fix; and there is no need in `compatible' with GTK and Lesstif hids arguments parsing. BTW, it seems to me that it does not really changes the groups visibility: I press Tab with `component' layer from the component group active and see the same `component' above all; the pads are shown from the right side, though. am I doing something wrong? I stack the patches on top of current master. You might want Settings.ShowSolder or something like that. Thanks, I'll check. To be honest though, I'm not sure it is that desirable to have a generic swap sides action in the core - since for some exporters, it would be meaningless. Extrapolating, SwapSides should not change any core variables, so no exporter might know what side is actually shown. --photo-flip- options do implement this approach, OTOH I believe that the exporters that don't need some state values e.g. layer colours or visibility are just free to ignore them; there is nothing wrong in letting them read full state. probably there is no strict rule. I certainly wouldn't call it _nogui... either it is a sufficient interface for all applications (possibly requiring a new API in the HID structure to call into the GUI), or it should not go in. Actually, I wrote it for batch GUI (in hid/batch/batch.c), but then realised that exactly the same might be suitable for Kai-Martin case, too (after renaming the action to avoid names conflict); I just asked if it worked for him. Certainly, it would be nice if there were single action for all, though I'm not quite sure that I want HID interface to grow in this particular case (which would mean another string in every hid, while most of them will never use it) --- I'm afraid it will become unreasonably long some day. Just my impression which often is wrong. I'll try to refactor the code if you think it's worth doing. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB latest no longer accurate? - git vs cvs
I remember earlier on the mail list that someone commented that this web site isn't accurate: [1]http://pcb.gpleda.org/obtaining.html In other words, cvs is no longer maintained, and only the git repos. is up to date. Is this true? And if so, how can we get the web site changed? Kurt References 1. http://pcb.gpleda.org/obtaining.html ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB latest no longer accurate? - git vs cvs
We no longer maintain the sourceforge CVS repository, but that web page documents the GEDA git-to-cvs gateway, which should still work OK (for anonymous checkouts only). ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB latest no longer accurate? - git vs cvs
On Tue, 2009-10-27 at 14:58 -0400, DJ Delorie wrote: We no longer maintain the sourceforge CVS repository, but that web page documents the GEDA git-to-cvs gateway, which should still work OK (for anonymous checkouts only). I've updated the page to make the git details a little more prominent. Although I'm not sure I didn't screw it up... I got the commit email, but the web-site hasn't updated. (And there were a load of permission denied errors when I did the git push)! (Sent an email to Ales and Dan who can hopefully fix any mess I've caused!) ___ 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 41, Issue 55
Thanks for the reply. I will try the suggestions. I have gotten many footprints from [1]gedasymbols.org, and I think I have been on lucian, too. One question is what folder to download the new foot prints too so that gsch2pcb and pcb can find them. I will look into the idea of keeping a directory of sym links just for a project. That would help with simpler names, too. Mike B On Mon, 2009-10-26 at 11:48 -0700, Mike Bushroe wrote: Is there any plan to add a footprint library to gschem similar to the component library, or the foot print library function in pcb? Mike This was discussed a lot on this mailing list -- you may search the archives. One problem is, that gschem is not PCB centric. gschem - PCB is one workflow, among many others, i.e. spice. A PCB footprint browser or previewer for gschem may not hurt, but there will not be too much benefit. For people familiar with gEDA/PCB finding footprints is no problem. (Checking that footprints fit to parts is much more work -- making printout of layout and putting parts on footprints.) You may try something like ste...@amd64-x2 ~ $ locate -i qfp |grep 64 If unsure, load footprint in PCB for inspection. And see [2]http://www.luciani.org/geda/pcb/pcb-footprint-list.html and [3]http://www.gedasymbols.org/ References 1. http://gedasymbols.org/ 2. http://www.luciani.org/geda/pcb/pcb-footprint-list.html 3. http://www.gedasymbols.org/ ___ 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 41, Issue 55
On Tue, 2009-10-27 at 14:07 -0700, Mike Bushroe wrote: Thanks for the reply. I will try the suggestions. I have gotten many footprints from [1]gedasymbols.org, and I think I have been on lucian, too. One question is what folder to download the new foot prints too so that gsch2pcb and pcb can find them. I will look into the idea of keeping a directory of sym links just for a project. That would help with simpler names, too. As I wrote some days ago: My current project file looks like this: ste...@amd64-x2 ~ $ cat /mnt/data/stefan/gEDA/DAD/p1 schematics FPGA_Power.sch FPGA_B0B1.sch FPGA_B2B3.sch RAM.sch ADC.sch TDC.sch Digital_In_A.sch Digital_In_B.sch Digital_In_C.sch InputDividerCh1.sch InputDividerCh2.sch AmplifierCh1.sch AmplifierCh2.sch Controller.sch PowerManager.sch DC_DC_Converter.sch Lin_Regulators.sch Misc.sch AmpCommon.sch output-name b1 skip-m4 elements-dir /usr/local/share/pcb-symbols-jcl_2008-4-25 elements-dir /home/stefan/gEDA/imported-footprints elements-dir /mnt/data/stefan/gedasymbols/www/user/stefan_salewski/footprints elements-dir /home/stefan/gEDA/custom-footprints I do disable m4 footprints with skip-m4 statement (we can do this because we have newlib copies for all m4 now). Footprint directories have priority order -- when equal names occur multiple times, the later entries in the project file have precedence. So files in /home/stefan/gEDA/custom-footprints overwrite other files for my installation. To access your footprints from PCB program: Use the File/Preferences/Library dialog. Please note: Do not specify the directory of your footprints itself, but the parent directory, as noted in the textbox. So I would give /home/stefan/gEDA ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Working on xgsch2pcb-0.1.3 for Gentoo
On Mon, 2009-10-26 at 15:09 +, Peter Clifton wrote: The latest version is http://geda.seul.org/dist/geda-xgsch2pcb-0.1.3.tar.gz Although I think I was slack and didn't get a release announcement out. Hello, seems to work fine, I can launch gschem, gattrib and PCB from this tool, but I get in terminal window ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ rm b1* ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ cat p1 schematics FPGA_Power.sch FPGA_B0B1.sch FPGA_B2B3.sch RAM.sch ADC.sch TDC.sch Digital_In_A.sch Digital_In_B.sch Digital_In_C.sch InputDividerCh1.sch InputDividerCh2.sch AmplifierCh1.sch AmplifierCh2.sch Controller.sch PowerManager.sch DC_DC_Converter.sch Lin_Regulators.sch Misc.sch AmpCommon.sch output-name b1 skip-m4 elements-dir /usr/local/share/pcb-symbols-jcl_2008-4-25 elements-dir /home/stefan/gEDA/imported-footprints elements-dir /mnt/data/stefan/gedasymbols/www/user/stefan_salewski/footprints elements-dir /home/stefan/gEDA/custom-footprints ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ gsch2pcb p1 = gsch2pcb backend configuration: Variables which may be changed in gafrc: gsch2pcb:pcb-m4-command:/usr/bin/m4 gsch2pcb:pcb-m4-dir:/usr/share/pcb/m4 gsch2pcb:pcb-m4-confdir:/etc/pcb gsch2pcb:pcb-m4-path: /usr/share/pcb/m4 /etc/pcb $HOME/.pcb . gsch2pcb:m4-command-line: /usr/bin/m4 -d -I/usr/share/pcb/m4 -I/etc/pcb -I$HOME/.pcb -I. /usr/share/pcb/m4/common.m4 - b1.pcb --- Variables which may be changed in the project file: --- gsch2pcb:use-m4:no = Skipping the m4 processor for pcb footprints -- Done processing. Work performed: 1058 file elements and 0 m4 elements added to b1.pcb. Next step: 1. Run pcb on your file b1.pcb. You will find all your footprints in a bundle ready for you to place or disperse with Select - Disperse all elements in PCB. 2. From within PCB, select File - Load netlist file and select b1.net to load the netlist. 3. From within PCB, enter :ExecuteFile(b1.cmd) to propagate the pin names of all footprints to the layout. ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ xgsch2pcb p1 Warning: Failed to load gettext translations Warning: Unsupported project file line skip-m4 Warning: Unsupported project file line elements-dir /usr/local/share/pcb-symbols-jcl_2008-4-25 Warning: Unsupported project file line elements-dir /home/stefan/gEDA/imported-footprints Warning: Unsupported project file line elements-dir /mnt/data/stefan/gedasymbols/www/user/stefan_salewski/footprints Warning: Unsupported project file line elements-dir /home/stefan/gEDA/custom-footprints ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ rm b1* ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ xgsch2pcb p1 Warning: Failed to load gettext translations Warning: Unsupported project file line skip-m4 Warning: Unsupported project file line elements-dir /usr/local/share/pcb-symbols-jcl_2008-4-25 Warning: Unsupported project file line elements-dir /home/stefan/gEDA/imported-footprints Warning: Unsupported project file line elements-dir /mnt/data/stefan/gedasymbols/www/user/stefan_salewski/footprints Warning: Unsupported project file line elements-dir /home/stefan/gEDA/custom-footprints ___ 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 41, Issue 55
On Tue, 2009-10-27 at 23:51 +0100, Stefan Salewski wrote: I do disable m4 footprints with skip-m4 statement (we can do this because we have newlib copies for all m4 now). Not to nit-pick too much - but this isn't true. The file-names used in the conversion process are _awful_, and clash quite a lot, so many are missing. Take some of my favourite examples, the connectors directory: pcblib-newlib/connector/10.fp 10 ? Actually, the m4 footprint name is connector10 - admittedly rubbish. Then this: ~/pcbsrc/git/lib/pcblib-newlib$ find . -name 200.fp ./connector/200.fp ./generic/200.fp connector/200.fp is a huge connector, This comes from the M4 footprint name (actually a macro invocation) MOLEX_025 200. generic/200.fp is a radial capacitor, coming from the M4 invocation RADIAL_CAN 200 My personal (and probably controversial) advice is to use the M4 library. The newlib one is in far poorer shape. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Working on xgsch2pcb-0.1.3 for Gentoo
On Wed, 2009-10-28 at 00:15 +0100, Stefan Salewski wrote: On Mon, 2009-10-26 at 15:09 +, Peter Clifton wrote: The latest version is http://geda.seul.org/dist/geda-xgsch2pcb-0.1.3.tar.gz Although I think I was slack and didn't get a release announcement out. Hello, seems to work fine, I can launch gschem, gattrib and PCB from this tool, but I get in terminal window Oh -- updating the (non existent) pcb board is not sucessfull ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ xgsch2pcb p1 Warning: Failed to load gettext translations Warning: Unsupported project file line skip-m4 Warning: Unsupported project file line elements-dir /usr/local/share/pcb-symbols-jcl_2008-4-25 Warning: Unsupported project file line elements-dir /home/stefan/gEDA/imported-footprints Warning: Unsupported project file line elements-dir /mnt/data/stefan/gedasymbols/www/user/stefan_salewski/footprints Warning: Unsupported project file line elements-dir /home/stefan/gEDA/custom-footprints START UPDATING gsch2pcb: = gsch2pcb: gsch2pcb backend configuration: gsch2pcb: gsch2pcb: gsch2pcb:Variables which may be changed in gafrc: gsch2pcb: gsch2pcb:gsch2pcb:pcb-m4-command:/usr/bin/m4 gsch2pcb:gsch2pcb:pcb-m4-dir:/usr/share/pcb/m4 gsch2pcb:gsch2pcb:pcb-m4-confdir:/etc/pcb gsch2pcb:gsch2pcb:pcb-m4-path: /usr/share/pcb/m4 /etc/pcb $HOME/.pcb . gsch2pcb:gsch2pcb:m4-command-line: /usr/bin/m4 -d -I/usr/share/pcb/m4 -I/etc/pcb -I$HOME/.pcb -I. /usr/share/pcb/m4/common.m4 - b1.new.pcb gsch2pcb: gsch2pcb:--- gsch2pcb:Variables which may be changed in the project file: gsch2pcb:--- gsch2pcb:gsch2pcb:use-m4:no gsch2pcb: gsch2pcb: = gsch2pcb: Skipping the m4 processor for pcb footprints gsch2pcb: gsch2pcb: -- gsch2pcb: Done processing. Work performed: gsch2pcb: 1058 file elements and 0 m4 elements added to b1.new.pcb. unknown action `PF0)' unknown action `PF1)' unknown action `PF2)' unknown action `PF3)' unknown action `PF4)' unknown action `PF5)' unknown action `PF6)' unknown action `PF7)' unknown action `PA0)' unknown action `PA1)' unknown action `PA2)' unknown action `PA3)' unknown action `PA4)' unknown action `PA5)' unknown action `PA6)' unknown action `PA7)' unknown action `)' unknown action `PC7)' unknown action `PC6)' unknown action `PC5)' unknown action `PC4)' unknown action `PC3)' unknown action `PC2)' unknown action `PC1)' unknown action `PC0)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' unknown action `)' Traceback (most recent call last): File /usr/lib64/geda-xgsch2pcb/gui.py, line 443, in event_editpcb_button_clicked self.update_layout() File /usr/lib64/geda-xgsch2pcb/gui.py, line 763, in update_layout unfound = self.pcbmanager.update_layout( self.project.pages ) File /usr/lib64/geda-xgsch2pcb/pcbmanager.py, line 306, in update_layout if self.pcb_actions_iface.ExecAction(AddRats, [AllRats]): File /usr/lib64/python2.6/site-packages/dbus/proxies.py, line 140, in __call__ **keywords) File /usr/lib64/python2.6/site-packages/dbus/connection.py, line 622, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Working on xgsch2pcb-0.1.3 for Gentoo
On Wed, 2009-10-28 at 00:15 +0100, Stefan Salewski wrote: On Mon, 2009-10-26 at 15:09 +, Peter Clifton wrote: The latest version is http://geda.seul.org/dist/geda-xgsch2pcb-0.1.3.tar.gz Although I think I was slack and didn't get a release announcement out. Hello, seems to work fine, I can launch gschem, gattrib and PCB from this tool, but I get in terminal window ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ rm b1* ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ cat p1 schematics FPGA_Power.sch FPGA_B0B1.sch FPGA_B2B3.sch RAM.sch ADC.sch TDC.sch Digital_In_A.sch Digital_In_B.sch Digital_In_C.sch InputDividerCh1.sch InputDividerCh2.sch AmplifierCh1.sch AmplifierCh2.sch Controller.sch PowerManager.sch DC_DC_Converter.sch Lin_Regulators.sch Misc.sch AmpCommon.sch output-name b1 skip-m4 elements-dir /usr/local/share/pcb-symbols-jcl_2008-4-25 elements-dir /home/stefan/gEDA/imported-footprints elements-dir /mnt/data/stefan/gedasymbols/www/user/stefan_salewski/footprints elements-dir /home/stefan/gEDA/custom-footprints [snip gsch2pcb output] ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ xgsch2pcb p1 Warning: Failed to load gettext translations Warning: Unsupported project file line skip-m4 Warning: Unsupported project file line elements-dir /usr/local/share/pcb-symbols-jcl_2008-4-25 Warning: Unsupported project file line elements-dir /home/stefan/gEDA/imported-footprints Warning: Unsupported project file line elements-dir /mnt/data/stefan/gedasymbols/www/user/stefan_salewski/footprints Warning: Unsupported project file line elements-dir /home/stefan/gEDA/custom-footprints ste...@amd64-x2 /mnt/data/stefan/gEDA/test $ That is not fatal.. it is just xgsch2pcb being vocal that _it_ doesn't support those options. It will leave them intact in the file, so gsch2pcb sees and process them ok. I was actually sent a patch to hide these messages. (I didn't apply it, as I think they are _somewhat_ meaningful). I've been in contact with the author of the patch - my suggestion was that the messages should be present, but could differentiate between known, but not editable, and completely unknown commands. In fact, the patch contributor is now working on a configuration dialog to support these most common options. I think that will be an excellent edition when it lands. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Working on xgsch2pcb-0.1.3 for Gentoo
On Wed, 2009-10-28 at 00:25 +0100, Stefan Salewski wrote: Oh -- updating the (non existent) pcb board is not sucessfull Indeed I got the impression of a near chrash, so I send my last post fast... Redraw of GTK/Gnome windows was blocked. But now its fine again. All elements were put in the upper left corner of the new board, and rat lines are drawn, and I got very many, many, many Warning! Net unnamed_net385 is shorted to net unnamed_net270 Warning! Net unnamed_net385 is shorted to net unnamed_net264 Warning! Net unnamed_net385 is shorted to net unnamed_net261 Warning! Net unnamed_net385 is shorted to net unnamed_net284 Sure, the pins overlap. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Working on xgsch2pcb-0.1.3 for Gentoo
On Wed, 2009-10-28 at 00:25 +0100, Stefan Salewski wrote: unknown action `PF0)' unknown action `PF1)' unknown action `PF2)' unknown action `PF3)' unknown action `PF4)' [...] PCB is being asked to run the .cmd file produced by gnetlist. For some reason, this is failing. Perhaps you could send me the .cmd file to look at. Does it work correctly if you run gnetlist, then execute the .cmd file in PCB? Traceback (most recent call last): File /usr/lib64/geda-xgsch2pcb/gui.py, line 443, in event_editpcb_button_clicked self.update_layout() File /usr/lib64/geda-xgsch2pcb/gui.py, line 763, in update_layout unfound = self.pcbmanager.update_layout( self.project.pages ) File /usr/lib64/geda-xgsch2pcb/pcbmanager.py, line 306, in update_layout if self.pcb_actions_iface.ExecAction(AddRats, [AllRats]): File /usr/lib64/python2.6/site-packages/dbus/proxies.py, line 140, in __call__ **keywords) File /usr/lib64/python2.6/site-packages/dbus/connection.py, line 622, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. That looks much more like a bug.. I know xgsch2pcb doesn't react very gracefully if PCB keeps it waiting on some DBus event. what happened to PCB at this point? Had it stopped responding due to some of the other crud it was tripping over in the .cmd file? Was it still processing it? Since xgsch2pcb stopped communicating with PCB (and probably hung its GUI waiting for a reply), the updated board probably won't have been saved on disk. (That would be one of the steps shortly after having run the .cmd file) The fact that PCB responded at all suggests that it is correctly build with DBus support. I wonder if you have a mis-match between PCB versions capable of accepting some escaping in their action input, and a gnetlist version which relies upon it in the produced .cmd files). There was this commit in gEDA: commit 7d719ebe1767d2ba802174fb172f0e1a896a857b Author: Jared Casper jaredcas...@gmail.com Date: Sun Jul 19 08:44:29 2009 +0100 Quote pins names if they contain comma or close parenthesis. [2823703] A comma or close parenthesis will cause problems with the pcb action script, so if one of the arguments to ChangePinName contains one it should be quoted. Any quote characters within the argument are escaped. Right now it only quotes if there is a comma or close parenthesis. We could just quote all pin names to future proof it against more special characters in the action argument, but this seems less intrusive and doesn't affect those without a new pcb that accepts quotes in the arguments. (Minor formatting changes and addition of comments made by Peter B prior to committing). And this one in PCB (not yet released!) commit 4247f5264ea0f64d2c41c96609b925bdbb4ae1a5 Author: Jared Casper jaredcas...@gmail.com Date: Fri Jun 19 23:51:45 2009 -0400 Allow quoted strings and escaped characters in action arguments. Quoting works similar to bash quoting: A backslash (\) is the escape character. It preserves the literal value of the next character that follows. To get a literal '\' use \\. Enclosing characters in single quotes preseves the literal value of each character within the quotes. A single quote may not occur between single quotes, even when preceded by a blackslash. Enclosing characters in double quotes preserves the literal value of all characters within the quotes, with the exception of '\' which maintains its special meaning as an escape character. I've not tried the before / after combinations of either, but I wonder if you're hitting an issue which relates to these patches (either something they fix, or something a miss-matched combination of them cause). I've not personally had any issues (past or present) with the action commands. Best wishes, Peter C. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB latest no longer accurate? - git vs cvs
Date: Tue, 27 Oct 2009 12:04:29 -0600 From: KURT PETERS petersk...@msn.com Subject: gEDA-user: PCB latest no longer accurate? - git vs cvs To: geda-user@moria.seul.org Message-ID: snt107-w5291c35075c7f9501ec8aed8...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 I remember earlier on the mail list that someone commented that this web site isn't accurate: http://pcb.gpleda.org/obtaining.html In other words, cvs is no longer maintained, and only the git repos. is up to date. Is this true? And if so, how can we get the web site changed? Kurt Date: Tue, 27 Oct 2009 14:58:08 -0400 From: DJ Delorie d...@delorie.com Subject: Re: gEDA-user: PCB latest no longer accurate? - git vs cvs To: geda-user@moria.seul.org Message-ID: 200910271858.n9riw8bu029...@envy.delorie.com We no longer maintain the sourceforge CVS repository, but that web page documents the GEDA git-to-cvs gateway, which should still work OK (for anonymous checkouts only). -- Date: Tue, 27 Oct 2009 19:08:09 + From: Peter Clifton pc...@cam.ac.uk Subject: Re: gEDA-user: PCB latest no longer accurate? - git vs cvs To: gEDA user mailing list geda-user@moria.seul.org Message-ID: 1256670489.17272.11.ca...@pcjc2lap Content-Type: text/plain; charset=UTF-8 On Tue, 2009-10-27 at 14:58 -0400, DJ Delorie wrote: We no longer maintain the sourceforge CVS repository, but that web page documents the GEDA git-to-cvs gateway, which should still work OK (for anonymous checkouts only). I've updated the page to make the git details a little more prominent. Although I'm not sure I didn't screw it up... I got the commit email, but the web-site hasn't updated. (And there were a load of permission denied errors when I did the git push)! (Sent an email to Ales and Dan who can hopefully fix any mess I've caused!) Peter, Nice try, but I see no changes either :-( Kurt ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Working on xgsch2pcb-0.1.3 for Gentoo
On Wed, 2009-10-28 at 00:33 +0100, Stefan Salewski wrote: On Wed, 2009-10-28 at 00:25 +0100, Stefan Salewski wrote: Oh -- updating the (non existent) pcb board is not sucessfull Indeed I got the impression of a near chrash, so I send my last post fast... Redraw of GTK/Gnome windows was blocked. But now its fine again. All elements were put in the upper left corner of the new board, and rat lines are drawn, and I got very many, many, many Warning! Net unnamed_net385 is shorted to net unnamed_net270 Warning! Net unnamed_net385 is shorted to net unnamed_net264 Warning! Net unnamed_net385 is shorted to net unnamed_net261 Warning! Net unnamed_net385 is shorted to net unnamed_net284 Sure, the pins overlap. I think automatically doing the O (optimize rat lines) action in PCB when a new board with all elements overlapping in the upper left corner was created is not a good idea. My first test with the existent unmodified board gave no problems, but of course new users will start with unpopulated boards. I will do some more tests tomorrow. (This was for AMD64, gcc 4.4.2, kernel 2.6.31) Best regards Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Working on xgsch2pcb-0.1.3 for Gentoo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Clifton wrote: On Wed, 2009-10-28 at 00:25 +0100, Stefan Salewski wrote: unknown action `PF0)' unknown action `PF1)' unknown action `PF2)' unknown action `PF3)' unknown action `PF4)' [...] PCB is being asked to run the .cmd file produced by gnetlist. For some reason, this is failing. Perhaps you could send me the .cmd file to look at. We had this on the list a long time ago. I guess there is some Atmel uC around there. Is it like in my posting from January? http://archives.seul.org/geda/user/Jan-2009/msg00114.html - - cl -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFK537vWo2QgtqY4K8RAs9JAJ42D12qTEwiKF5cxAvHOccZ3H9BvgCfZVVV d+mGSex1j09S7TAGvNaeo2E= =uyOt -END PGP SIGNATURE- ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Working on xgsch2pcb-0.1.3 for Gentoo
On Tue, 2009-10-27 at 22:40 +, Peter Clifton wrote: I've not tried the before / after combinations of either, but I wonder if you're hitting an issue which relates to these patches (either something they fix, or something a miss-matched combination of them cause). I've not personally had any issues (past or present) with the action commands. Sorry for not giving the version of PCB and gEDA: It is gEDA 1.6 and latest stable PCB version 20081128 Indeed you are right, if I use plain gsch2pcb and execute :ExecuteFile(b1.cmd) in PCB I get also messages like unknown action `PF2)' I never did this before... My current impression is that plain gsch2pcb is the better choice for beginners. Do you have an idea what the reason for this message can be? Warning: Failed to load gettext translations (NLS works fine with other programs, I can get german text for Gnome and gschem, but currently I am working with english settings) Thanks for your support Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB latest no longer accurate? - git vs cvs
KURT PETERS wrote: Date: Tue, 27 Oct 2009 12:04:29 -0600 From: KURT PETERS petersk...@msn.com Subject: gEDA-user: PCB latest no longer accurate? - git vs cvs To: geda-user@moria.seul.org Message-ID: snt107-w5291c35075c7f9501ec8aed8...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 I remember earlier on the mail list that someone commented that this web site isn't accurate: http://pcb.gpleda.org/obtaining.html In other words, cvs is no longer maintained, and only the git repos. is up to date. Is this true? And if so, how can we get the web site changed? Kurt Date: Tue, 27 Oct 2009 14:58:08 -0400 From: DJ Delorie d...@delorie.com Subject: Re: gEDA-user: PCB latest no longer accurate? - git vs cvs To: geda-user@moria.seul.org Message-ID: 200910271858.n9riw8bu029...@envy.delorie.com We no longer maintain the sourceforge CVS repository, but that web page documents the GEDA git-to-cvs gateway, which should still work OK (for anonymous checkouts only). -- Date: Tue, 27 Oct 2009 19:08:09 + From: Peter Clifton pc...@cam.ac.uk Subject: Re: gEDA-user: PCB latest no longer accurate? - git vs cvs To: gEDA user mailing list geda-user@moria.seul.org Message-ID: 1256670489.17272.11.ca...@pcjc2lap Content-Type: text/plain; charset=UTF-8 On Tue, 2009-10-27 at 14:58 -0400, DJ Delorie wrote: We no longer maintain the sourceforge CVS repository, but that web page documents the GEDA git-to-cvs gateway, which should still work OK (for anonymous checkouts only). I've updated the page to make the git details a little more prominent. Although I'm not sure I didn't screw it up... I got the commit email, but the web-site hasn't updated. (And there were a load of permission denied errors when I did the git push)! (Sent an email to Ales and Dan who can hopefully fix any mess I've caused!) Peter, Nice try, but I see no changes either :-( but as DJ mentioned, the information there is accurate. If you get cvs sources from sourceforge you'll find it won't configure and you'll get an error message saying where to get the maintained sources. The anon-cvs on gpleda.org is a copy of whats in git so it is a fine way to track current sources. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb flip-sides
On Mon, 26 Oct 2009 21:29:05 -0400, Harry Eaton wrote: However, not all actions have the expected effect with the export eps export HID. For example, --action-string 'SwapSides()' does not seem to change the output in any way. This particular action string option works fine if I present it to the GTK HID. My version of the patch showed the same room for improvement. Does the action itself know whether or not the current HID is a GUI? You need to use a V argument, i.e. SwapSides(V). With no argument, the lesstif gui does an x-ray view, effectively only altering the layer stackup. The lesstiff gui supports 4 ways to SwapSides. The GTK hid should support them as well, but it doesn't. Unfortunately, the V parameter does not change anything. This is how I try to extract a print of the bottom view of the layout: pcb -x eps \ --action-string 'SwapSides(V)' \ --as-shown \ --layer-stack comment, outline, elements, bottom \ --eps-file /tmp/out.eps \ $PCBFILE ---(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: Working on xgsch2pcb-0.1.3 for Gentoo
On Tue, 27 Oct 2009 22:50:29 +, Peter Clifton wrote: What I want to have eventually, is a parts bin window, where all the parts yet to be placed are available. The user can then pick them up just like out of the footprint library. What would be most useful is a way to transfer a selection from gschem to pcb: Close neighbors on the schematic tend to be good candidates for close neighbors on the layout. Currently I do this transfer semi manually with the aid of the find dialog in pcb: Read the refdeses in gschem and enter them as a regexp to the find dialog. Then do disperse-selected. ---(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
gEDA-user: My uEDA-designed open source hardware board works!
I've already posted this great news on the relevant project mailing list, but I thought I'd post it here too: Almost 5 months ago Peter Clifton pc...@cam.ac.uk wrote here: Thanks. I had quick a look through, and I must say, the SDSL unit is a very impressive project - far more complex than I'd imagined. Good luck with it, and thanks for the example. Well, I have some news: I have finally got this board physically built (sent gerbers to fab, got PCBs back, populated one of them) and it works! So far I only have the CPU subsystem populated (not the SDSL part yet), but I still find it amazingly cool that I have an MC68302 microprocessor system designed by me, it's running at ~16.67 MHz with no extra wait states, 16-bit SRAM and flash, I've got a working serial console port and I'm talking to it: my own little M68K debug monitor running on my very own hardware design! The following factoids make this success even more amazing: * It's my very first hardware design, and I chose something of this complexity rather than some toy traffic light controller or somesuch. * Being unhappy with the too-much-GUI-for-me EDA programs like gEDA, I wrote my own non-GUI, non-WYSIWYG, totally Makefile-driven EDA system (uEDA) to make this board and others in the future, and this board project is naturally uEDA's first. GUI-indoctrinated professional hardware engineer types may scream in horror at the thought of non-GUI, non-WYSIWYG EDA, yet I've designed a board of this complexity with it and it works! * Being a great fan of the UNIX Way of Doing Things (tm), I have used M4 footprints wherever possible in direct contrast to the strong admonitions against their use that are frequently expressed on this mailing list. Having heard comments like I have had to throw boards out because of those awful M4 footprints, I naturally had some trepidations when I took the PCB and the box with parts to the assembly shop. But the people there didn't complain about any footprint problems, and when I had asked them specifically, the assembler told me they were fine. Oh, and I had completely skipped the common step of printing the board on paper and checking the parts against it, I had simply crossed my fingers and sent the gerbers to the fab. :-) * Aside from some initial confusion resulting from the assembly shop having populated one of the SOICs backwards (I take some blame there too for not having inspected it visually before applying 5V), everything worked exactly right on the first try! I had the code for the microprocessor ready well before the PCBs arrived, so when I had the board assembled, I went straight to the device programmer to burn two 29F040s, popped them into the PLCC sockets, applied power and guess what, instead of magic smoke coming out there is a working interactive monitor prompt on the serial port! A lot of kudos go to Ineiev too as it's his PCB layout - great job! MS ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: My uEDA-designed open source hardware board works!
Horror is the correct description of my first thought. EDA is such an inherently graphical task, a gui seems natural. But you apparently did without, so maybe I can too? Is uEDA public yet? I'd like to check it out. If you could write a non-gui PCB layout tool, I'd be even more impressed. -Alan On Tue, Oct 27, 2009 at 10:12 PM, Michael Sokolov msoko...@ivan.harhan.org wrote: I've already posted this great news on the relevant project mailing list, but I thought I'd post it here too: Almost 5 months ago Peter Clifton pc...@cam.ac.uk wrote here: Thanks. I had quick a look through, and I must say, the SDSL unit is a very impressive project - far more complex than I'd imagined. Good luck with it, and thanks for the example. Well, I have some news: I have finally got this board physically built (sent gerbers to fab, got PCBs back, populated one of them) and it works! So far I only have the CPU subsystem populated (not the SDSL part yet), but I still find it amazingly cool that I have an MC68302 microprocessor system designed by me, it's running at ~16.67 MHz with no extra wait states, 16-bit SRAM and flash, I've got a working serial console port and I'm talking to it: my own little M68K debug monitor running on my very own hardware design! The following factoids make this success even more amazing: * It's my very first hardware design, and I chose something of this complexity rather than some toy traffic light controller or somesuch. * Being unhappy with the too-much-GUI-for-me EDA programs like gEDA, I wrote my own non-GUI, non-WYSIWYG, totally Makefile-driven EDA system (uEDA) to make this board and others in the future, and this board project is naturally uEDA's first. GUI-indoctrinated professional hardware engineer types may scream in horror at the thought of non-GUI, non-WYSIWYG EDA, yet I've designed a board of this complexity with it and it works! * Being a great fan of the UNIX Way of Doing Things (tm), I have used M4 footprints wherever possible in direct contrast to the strong admonitions against their use that are frequently expressed on this mailing list. Having heard comments like I have had to throw boards out because of those awful M4 footprints, I naturally had some trepidations when I took the PCB and the box with parts to the assembly shop. But the people there didn't complain about any footprint problems, and when I had asked them specifically, the assembler told me they were fine. Oh, and I had completely skipped the common step of printing the board on paper and checking the parts against it, I had simply crossed my fingers and sent the gerbers to the fab. :-) * Aside from some initial confusion resulting from the assembly shop having populated one of the SOICs backwards (I take some blame there too for not having inspected it visually before applying 5V), everything worked exactly right on the first try! I had the code for the microprocessor ready well before the PCBs arrived, so when I had the board assembled, I went straight to the device programmer to burn two 29F040s, popped them into the PLCC sockets, applied power and guess what, instead of magic smoke coming out there is a working interactive monitor prompt on the serial port! A lot of kudos go to Ineiev too as it's his PCB layout - great job! MS ___ 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: My uEDA-designed open source hardware board works!
asom...@gmail.com wrote: Horror is the correct description of my first thought. EDA is such an inherently graphical task, a gui seems natural. For a professional hardware engineer type: yes. For someone like me: no. Although I've had an active interest in how electronic circuits and digital hardware in particular work for about as long as I've been programming (both since the age of 7 or so), I've been on the software track mostly and have never done hw work professionally, certainly not hw design. When I had discovered UNIX, I totally fell in love with it and never looked back (to DOS and various GUI shells that ran on top of it), so now I have a UNIX mind. My UNIX mind simply cannot fathom doing *any* kind of intellectual creation work by any way other than writing the source code in vi, writing a Makefile and then iterating vi source and make until the product works the way I want. I don't use IDEs for software development, only vi make, I don't use word processors like OpenOffice or M$ crap, I write all my TPS reports in vi troff (non-WYSIWYG text formatter) instead, and now I'm doing the same thing with EDA. But unfortunately professional hardware engineer types don't think like this. They aren't programmers, so they haven't been raised in the programming geek culture that generally embraces UNIX and its way of doings things (pipefitting and Makefiles), hence they are blind to its power and instead like those GUIs that we UNIX people abhor. To me Open Source Hardware is an outgrowth of the Free / Open Source Software movement, *not* an outgrowth of the commercial for-profit hardware engineering world where the Weendoze GUI types dominate, so to me it makes perfect natural sense that OSH development can be done by someone like me who is absolutely not a professional hardware engineer, but a passionate zealot of FOSS and the UNIX Way of Doing Things (tm). But I guess the gEDA community is quite different, and I've noticed that quite a few people here (perhaps even the majority) are *not* doing Open Source Hardware, instead they are using FOSS EDA to create closed proprietary hw designs. Argh! I'll spare my obligatory Marxist-Leninist comment on what I think should be done to such people. But you apparently did without, so maybe I can too? Is uEDA public yet? I'd like to check it out. It has always been public in the sense of being developed in a public CVS repository which anyone can check out at any time (ditto for my board), but the documentation still hasn't been finished - too many other tasks on my plate. The following cvs checkout command: cvs -d :pserver:anon...@ifctfvax.harhan.org:/fs1/IFCTF-cvs co ueda ifctf-part-lib OSDCU will give you the source for uEDA, my part library and the board I've just got working. If you could write a non-gui PCB layout tool, I'd be even more impressed. That isn't my department - Ineiev is my PCB layout partner. :-) MS ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
