Re: gEDA-user: comments on gcode generation (was: Re: exporting single pcb layers)
* no voronoi mode: all the other tools (see below) support a mode where they fill the unused area of the board with the closest net. this cuts the machining time down to less than 50%. Can you explain more? * strange outline behavior: i'm not sure what the outline file is supposed to do, but for my testing example it cuts on the inside and the outside of the outline line, and additionally cuts in the drill holes. this might be a bug, depending on what it is supposed to do exactly. What do you mean with outline file? Can you provide an example? * no mill drilling: if a milling head is used to cut out the board along its outline, the same tool can be used to drill arbitrarily large holes by moving in circles. that might be what is intended with the holes in the outline layer, but they don't really fit size- and shape-wise. There is a patch on sourceforge that adds pre drilling, but a drillfile is needed anyways for those who wish to drill separately. * parameters: there are five tunable parameters in the gcode export, while there are roughly three times as many in pcb2gcode, most prominently the feed rates and speed settings. while of course the number of parameters is not an indicator of completeness or quality, i think it is roughly representative of the state of pcb's gcode support. Nobody has ever asked more (almost nobody uses this exporter); there is a patch to specify some more parameters, but you should request in detail what you need. please don't take that personally, i just think it's not quite there -- at least yet. No problem, at least you tried it; one thing I would ask you is to detail exactly what you need, so that I or somebody else can improve the code. BR Alberto ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB: coordinates and angles of the components
On Wed, 01 Dec 2010 01:58:06 +0100 kai-martin knaak k...@familieknaak.de wrote: Is the goal you achieve a common one? If so, can the script be included in the distribution of pcb in some way, please? It would spare other users the need to reinvent the wheel. This is a good question. Well, I made a few scripts in the past. They are here: http://git.logonex.eu/?p=utils4geda.git;a=tree If someone thinks that some of them are worth distributing along with gEDA/PCB, then it can be downloaded from here. However, I don't think they should go with PCB. Instead I'd create a PCB goodies package, which would be full of scripts, and user contributed stuff. Even, it would be enough to have a web page full of user contributed links. Just my EUR 0.02 Note that the script now outputs the placement side of a particular element as well. Levente -- Kovacs Levente leventel...@gmail.com Voice: +36705071002 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: comments on gcode generation (was: Re: exporting single pcb layers)
Am 30.11.2010 um 16:29 schrieb chrysn: On Mon, Nov 22, 2010 at 08:29:31AM +0100, Alberto Maccioni wrote: in the process of cnc-milling a pcb with a custom shape using pcb2gcode [1], i created a polygon on a separate layer... Have you ever tried the g-code exporter included in PCB? I've never been able to make pcb2gcode work with minimally complex boards. i just did so, and found out there are some reasons i'll -- at least for the time being -- will continue to use external tools: * no voronoi mode: all the other tools (see below) support a mode where they fill the unused area of the board with the closest net. this cuts the machining time down to less than 50%. Yes, this would be a very welcome addition. Is there a pure C library with this stuff available somewhere? Java or C++ isn't an option for inclusion with gEDA. * strange outline behavior: i'm not sure what the outline file is supposed to do, but for my testing example it cuts on the inside and the outside of the outline line, and additionally cuts in the drill holes. this might be a bug, depending on what it is supposed to do exactly. Without code patches, lines on the outline layer are handled just like any other traces. This is improved with some of these patches: http://sourceforge.net/tracker/? func=detailaid=3100354group_id=73743atid=538813 You can apply them all without loosing anything. Outline milling is still limited to rectangular boards without holes, though. * no mill drilling: if a milling head is used to cut out the board along its outline, the same tool can be used to drill arbitrarily large holes by moving in circles. that might be what is intended with the holes in the outline layer, but they don't really fit size- and shape-wise. Actually, this is on my today's work list. With some luck it'll appear in the above set of patches this week. * parameters: there are five tunable parameters in the gcode export, while there are roughly three times as many in pcb2gcode, most prominently the feed rates and speed settings. while of course the number of parameters is not an indicator of completeness or quality, i think it is roughly representative of the state of pcb's gcode support. User definable feedrates went into the patchset just yesterday :-) The unpatched exporter is more directed towards Emacs-savy people, replacing the single F command near the top of the G-code isn't that difficult. I had a look into brdtrace and, well, it's _very_ basic. Only one layer per run, no solder side flipping. Impressive for a weekend's worth of work, though. Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. (FH) Markus Hitter http://www.jump-ing.de/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: New autorouter high effort mode
On Sat, 27 Nov 2010 08:53:38 +1100 Stephen Ecob silicon.on.inspirat...@gmail.com wrote: For my HE autorouter hack I have in mind to fork() off extra processes so that all of my CPU cores can run separate autorouter instances. As HE has an unbounded run time I'm thinking that the main PCB process should simply hang on to the UI to serve occasional display update requests from the other processes, and to kill off the auto routing processes on user command. I think it is enough to make multiple threads. They can run on different CPU cores. But I'm not usre. Levente -- Kovacs Levente leventel...@gmail.com Voice: +36705071002 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: New autorouter high effort mode
On Wednesday 01 December 2010 12:51:41 Kovacs Levente wrote: On Sat, 27 Nov 2010 08:53:38 +1100 Stephen Ecob silicon.on.inspirat...@gmail.com wrote: For my HE autorouter hack I have in mind to fork() off extra processes so that all of my CPU cores can run separate autorouter instances. As HE has an unbounded run time I'm thinking that the main PCB process should simply hang on to the UI to serve occasional display update requests from the other processes, and to kill off the auto routing processes on user command. I think it is enough to make multiple threads. They can run on different CPU cores. But I'm not usre. On Linux and most BSDs, fork() with shared memory is actually cheaper than threading, and much much easier to implement. Unfortunately, that is not true on Windows, where fork() is *very* expensive. So most people use threads. :-/ Peter -- Peter Brett pe...@peter-b.co.uk Remote Sensing Research Group Surrey Space Centre 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: coordinates and angles of the components
Kovacs Levente wrote: http://git.logonex.eu/?p=utils4geda.git;a=tree If someone thinks that some of them are worth distributing along with gEDA/PCB, then it can be downloaded from here. However, I don't think they should go with PCB. Instead I'd create a PCB goodies package, which would be full of scripts, and user contributed stuff. A goodies-package would be nice, indeed. I'd call it geda goodies and include symbol creation scripts and project set-up. If pcb and geda stuff in a single package touches religious feelings, there may be seperate goodies packages. Even, it would be enough to have a web page full of user contributed links. We already have such a website: gedasymbols.org :-) Can you put your scripts there, please? And add a short description what they are supposed to do... However, the goodies should be somewhat better organized than the multi user heap at gedasymbols. Scripts should be reviewed/tested by a third user and described in a contents file. This would provide some kind of quality control. ---)kaimartin(--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB+GL - Stable (eventually...)
On Fri, 2010-11-26 at 13:00 +, Peter Clifton wrote: On Fri, 2010-11-26 at 12:13 +0100, Kai-Martin Knaak wrote: Peter Clifton wrote: Ok. I recloned(*) compiled and benchmarked my pidpeltier layout with full polygons and with poly_thin_draw. Hardware is my day job desktop, nvidia quadro, closed source driver. current HEAD: full poly: 15 FPS thin draw: 25 FPS version 20091103 as it is distributed in debian/squeeze full poly: 31 FPS thin draw: 25 FPS Yes, the 20091103 version is faster with full polygons. Did you have any further insight on this slowdown issue? I've been off email for a little while (quota full, disastrous HDD + OS upgrade - during which (amongst other problems!), I blew up one HDD caddy and my laptop's optical drive gave up - permanently after I tried to manually tweak the laser powers!) You'll probably know how nasty CD drive laser power adjustments are, and that it was a desperate thing to try. I think I tweaked them more than I imagined, and have now lost the ability to get back to where I started.. The drive does different things depending on how I set the power, but I've not got it working again! Still, at £20 for a Sony / Optiarc replacement, it wasn't such a disaster, just a setback. Why I buy Sony though, I don't know (other than the original OEM drive was Optiarc), as I generally detest Sony hardware. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: comments on gcode generation (was: Re: exportingsingle pcb layers)
Hi Markus, -Original Message- From: geda-user-boun...@moria.seul.org [mailto:geda-user-boun...@moria.seul.org] On Behalf Of Markus Hitter Sent: Wednesday, December 01, 2010 12:48 PM To: gEDA user mailing list Subject: Re: gEDA-user: comments on gcode generation (was: Re: exportingsingle pcb layers) Am 30.11.2010 um 16:29 schrieb chrysn: On Mon, Nov 22, 2010 at 08:29:31AM +0100, Alberto Maccioni wrote: in the process of cnc-milling a pcb with a custom shape using pcb2gcode [1], i created a polygon on a separate layer... Have you ever tried the g-code exporter included in PCB? I've never been able to make pcb2gcode work with minimally complex boards. i just did so, and found out there are some reasons i'll -- at least for the time being -- will continue to use external tools: * no voronoi mode: all the other tools (see below) support a mode where they fill the unused area of the board with the closest net. this cuts the machining time down to less than 50%. Yes, this would be a very welcome addition. Is there a pure C library with this stuff available somewhere? Java or C++ isn't an option for inclusion with gEDA. http://www.qhull.org There happens to live a git repo here: git://gitorious.org/qhull/qhull.git Kind regards, Bert Timmerman. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB: Different solder mask clearance on top and bottom layers?
Op maandag 29-11-2010 om 23:07 uur [tijdzone +0100], schreef Stefan Salewski: On Mon, 2010-11-29 at 21:53 +0100, Richard Rasker wrote: Is there a way to change the solder mask on only one side of the board, but not the other side? When I use the K key over a via, the solder mask changes on both sides. It may be possible to make vias covered with solder mask, and put a round pad free from solder mask on top. Not really nice. It may not be very elegant, but it appears to do the trick. Thanks! Met vriendelijke groeten, Richard Rasker -- Linetec Vleerkottelanden 14 7542 MJ Enschede 053-4350834 http://www.linetec.nl/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB: coordinates and angles of the components
On 12/01/2010 04:53 AM, Kovacs Levente wrote: On Wed, 01 Dec 2010 01:58:06 +0100 kai-martin knaakk...@familieknaak.de wrote: Is the goal you achieve a common one? If so, can the script be included in the distribution of pcb in some way, please? It would spare other users the need to reinvent the wheel. This is a good question. Well, I made a few scripts in the past. They are here: http://git.logonex.eu/?p=utils4geda.git;a=tree If someone thinks that some of them are worth distributing along with gEDA/PCB, then it can be downloaded from here. However, I don't think they should go with PCB. Instead I'd create a PCB goodies package, which would be full of scripts, and user contributed stuff. Even, it would be enough to have a web page full of user contributed links. Just my EUR 0.02 Note that the script now outputs the placement side of a particular element as well. Levente Sorry for my late reply - but have you tried the BOM export (File - Export Layout-BOM). One of the output files from that is an XYRS (X, Y, Rotation, Side) text file. http://archives.seul.org/geda/user/Feb-2009/msg00351.html -Ethan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user