<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>PCB-GCode's New Home</title>
        <description>Pcb-gcode lets you use your milling machine, router, engraver, etc. to make printed circuit boards without using toxic chemicals. You create your design with Eagle, then use pcb-gcode to create g-code, which you run on your machine. Your machine cuts around the traces for the circuits. pcb-gcode also creates drill files to drill holes, mill files to cut the board out, or make cutouts in the board. You can also create files to engrave text on the boards, such as your copyright, component names, etc.
Did I mention it is free? There is a free version of Eagle to.</description>
        <link>http://pcbgcode.org/index.php</link>
        <lastBuildDate>Wed, 08 Sep 2010 23:43:33 -0700</lastBuildDate>
        <generator>Phorum 5.2.7</generator>
        <item>
            <guid>http://pcbgcode.org/read.php?15,487,489#msg-489</guid>
            <title>Re: Using preview on a Mac</title>
            <link>http://pcbgcode.org/read.php?15,487,489#msg-489</link>
            <description><![CDATA[ Nothing happens...<br />
<br />
It does the normal screen flashing and what not and then ends... If I go to the directories where the brd file was I find all of the newly created gcode files but thats it.  So I'm taking it from your question that normally the viewer would automatically run at the end of the ulp process?  If that is the expected sequence of events, it's not happening in my case.  Viewer is still in a subdirectory within the ulp folder, should it be moved down a level or moved to applications?<br />
<br />
Thanks,<br />
<br />
Lee]]></description>
            <dc:creator>lwenger</dc:creator>
            <category>Documentation</category>
            <pubDate>Thu, 02 Sep 2010 11:01:06 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?15,487,488#msg-488</guid>
            <title>Re: Using preview on a Mac</title>
            <link>http://pcbgcode.org/read.php?15,487,488#msg-488</link>
            <description><![CDATA[ Does the previewer run when you run pcbgcode?<br />
If so, what happens?]]></description>
            <dc:creator>pcbgcode</dc:creator>
            <category>Documentation</category>
            <pubDate>Thu, 02 Sep 2010 03:37:35 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?15,487,487#msg-487</guid>
            <title>Using preview on a Mac</title>
            <link>http://pcbgcode.org/read.php?15,487,487#msg-487</link>
            <description><![CDATA[ Ok sorry to be thick but I can't figure out for the life of me how to run the viewer app.  I can run it directly from the command line but it will always show text for an example board with no graphics info.  This is on a MacBook pro - thus my addition here to this pre-existing thread.<br />
<br />
Thanks,<br />
<br />
Lee Wenger<br />
Denver, CO]]></description>
            <dc:creator>lwenger</dc:creator>
            <category>Documentation</category>
            <pubDate>Wed, 01 Sep 2010 19:47:21 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,468,486#msg-486</guid>
            <title>Re: Some improvement proposal</title>
            <link>http://pcbgcode.org/read.php?13,468,486#msg-486</link>
            <description><![CDATA[ Oh Okay, I understand, no problem :-)<br />
<br />
Thanks!]]></description>
            <dc:creator>kami89</dc:creator>
            <category>Forum</category>
            <pubDate>Fri, 27 Aug 2010 07:12:20 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,468,485#msg-485</guid>
            <title>Re: Some improvement proposal</title>
            <link>http://pcbgcode.org/read.php?13,468,485#msg-485</link>
            <description><![CDATA[ Kami,<br />
JJ (John Johnson) is the developer of this program and he monitors both this and the Yahoo group most of the time.  <br />
<br />
But as he related in a recent post, right now School is taking all his waking hours.  Please be patient with him as he is very busy right now.  I am sure he will look things over when he gets a chance and will respond.<br />
<br />
<br />
Country Bubba]]></description>
            <dc:creator>Country_Bubba</dc:creator>
            <category>Forum</category>
            <pubDate>Thu, 26 Aug 2010 13:34:10 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,468,484#msg-484</guid>
            <title>Re: Some improvement proposal</title>
            <link>http://pcbgcode.org/read.php?13,468,484#msg-484</link>
            <description><![CDATA[ Thank you Drools :)<br />
<br />
But how can i contact the developer(s)?<br />
I nowhere found a e-mail address or something else.<br />
<br />
And is there nobody of the developers in this forum?]]></description>
            <dc:creator>kami89</dc:creator>
            <category>Forum</category>
            <pubDate>Thu, 26 Aug 2010 13:24:38 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,464,483#msg-483</guid>
            <title>Re: No bottom drill file being generated</title>
            <link>http://pcbgcode.org/read.php?13,464,483#msg-483</link>
            <description><![CDATA[ I still haven't figured this one out. I've opened the bot.drill file, and the holes are in the right place. I also downloaded CNCSimulator [http://www.cncsimulator.com/] to verify that the NC files work, and it appears that they are fine despite the viewer not working.<br />
<br />
I would like to figure out why I can't view the drill file, though.<br />
<br />
I reinstalled Eagle and PCB-GCODE to c:/Eagle and c:/Eagle/ulp, respectively, and the same issue is happening.]]></description>
            <dc:creator>tech-tut</dc:creator>
            <category>Forum</category>
            <pubDate>Fri, 13 Aug 2010 12:30:48 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,464,482#msg-482</guid>
            <title>Re: No bottom drill file being generated</title>
            <link>http://pcbgcode.org/read.php?13,464,482#msg-482</link>
            <description><![CDATA[ Hello to all, <br />
<br />
I am a novice in the use of the pcb-gcode, and I had good luck with the uses that I gave it till now and, in spite of the fact that I could obtain &quot; .bot. &quot;, it was not like that with &quot;.drill&quot;, &quot;.mill&quot; and &quot;.text&quot;, for what I also wait like tech-tut in order that the one who has solved the problem, benefits us with his experience. <br />
<br />
Thanks!]]></description>
            <dc:creator>luiscnc</dc:creator>
            <category>Forum</category>
            <pubDate>Fri, 13 Aug 2010 11:48:14 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,474,481#msg-481</guid>
            <title>Re: Viewing drill Preview/experiencing problems</title>
            <link>http://pcbgcode.org/read.php?13,474,481#msg-481</link>
            <description><![CDATA[ Cool. It sounds like I'll be well on my way to creating. If nothing else goes wrong with the folks at Lumenlab, I should have the micRo CNC router in a couple of weeks. They had a family member go into the hospital, and that put them a few days behind.<br />
<br />
From what I've read, putting tooling in the CNC router to run first tests is a bad idea. I am thinking that I'll start off with some permanent markers to simulate a spindle and tooling. The only thing that scares me is some people report the axis getting out of whack from setting their HAL files incorrectly, or something in EMC. I think it was on CNCzone that I saw it. I'm trying to bookmark everything that I think I might encounter.<br />
<br />
Thanks again for your help. I'm taking it slow right now, and soaking up what I can in between work and college studies and home life.]]></description>
            <dc:creator>tech-tut</dc:creator>
            <category>Forum</category>
            <pubDate>Wed, 11 Aug 2010 19:30:38 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,474,480#msg-480</guid>
            <title>Re: Viewing drill Preview/experiencing problems</title>
            <link>http://pcbgcode.org/read.php?13,474,480#msg-480</link>
            <description><![CDATA[ Just one other point.<br />
<br />
I see your file extension is     .tap<br />
<br />
EMC will handle a number of extensions if You set up the filter in the .ini file correctly.  Out of the box it will handle only  .ngc extensions only.<br />
<br />
Try setting up the filter to handle .tap extension or preferably rename your g code files to *.ngc]]></description>
            <dc:creator>Miller</dc:creator>
            <category>Forum</category>
            <pubDate>Wed, 11 Aug 2010 15:17:06 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,474,479#msg-479</guid>
            <title>Re: Viewing drill Preview/experiencing problems</title>
            <link>http://pcbgcode.org/read.php?13,474,479#msg-479</link>
            <description><![CDATA[ Thanks! You've been a great help.<br />
<br />
I still have on unresolved issue that I'm not sure if you could help. If anyone can help that would be great. I still cannot view the filename.bot.drill.tap file in the viewer. Someone else said that their viewer files were in the wrong place, but I haven't been able to fix this.<br />
<br />
I have the pcb-gcode files in c:/eagle/ulp/ as directed.<br />
<br />
When I run pcb-gcode, I see the etch, but the drill viewer does not appear. I've reinstalled eagle and pcb-gcode several times and I still get the same results.]]></description>
            <dc:creator>tech-tut</dc:creator>
            <category>Forum</category>
            <pubDate>Wed, 11 Aug 2010 05:16:24 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,474,478#msg-478</guid>
            <title>Re: Viewing drill Preview/experiencing problems</title>
            <link>http://pcbgcode.org/read.php?13,474,478#msg-478</link>
            <description><![CDATA[ Ok.. no worries..<br />
<br />
HAL config files are indeed a one time effort.<br />
<br />
EMC requires G code files to operate.<br />
<br />
G code files are generated by PCB-Gcode.<br />
<br />
Essentially EMC2 will accept PCB-Gcode output files and produce  the circuit board structures.<br />
<br />
It may be that You will need to either manually edit gcode files to suit your style. <br />
<br />
I do not use PCB-Gcode software not because it is inferior .. but i simply did not come across it earlier in my selection process.<br />
<br />
G code files need to contain a set of instructions at the start of the file to ensure precise  milling machine configuration.<br />
<br />
Having said that  I typically only have metric mode and exact stop G codes in my files.<br />
<br />
So to summarise... once you set up EMC2 software you will have no problems in running with PCB-Gcode  G code files.<br />
<br />
Just to add... visit the optimiser dection of this forum and download JayC's optimiser program. Its well worth the time.]]></description>
            <dc:creator>Miller</dc:creator>
            <category>Forum</category>
            <pubDate>Tue, 10 Aug 2010 22:34:09 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,474,477#msg-477</guid>
            <title>Re: Viewing drill Preview/experiencing problems</title>
            <link>http://pcbgcode.org/read.php?13,474,477#msg-477</link>
            <description><![CDATA[ Miller, thanks for the quick reply. I think my question about controlling the CNC router might be misunderstood. Maybe not, but let me ask the question in a different manner and see if the answer is the same. What files are needed to create a printed circuit board from Eagle/PCB-GCODE?<br />
<br />
I understand that the HAL controls the hardware, but I also assumed that HAL files were a &quot;one time setup&quot; unless you wanted to change how the machine worked.<br />
<br />
I am curious as to which files the router will need to route a circuit board and drill holes after I &quot;run pcb-gcode.&quot;<br />
<br />
Thanks again. If I've misinterpreted anything I sincerely apologize. I mean no harm.<br />
<br />
-tech-tut]]></description>
            <dc:creator>tech-tut</dc:creator>
            <category>Forum</category>
            <pubDate>Tue, 10 Aug 2010 17:45:50 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,474,476#msg-476</guid>
            <title>Re: Viewing drill Preview/experiencing problems</title>
            <link>http://pcbgcode.org/read.php?13,474,476#msg-476</link>
            <description><![CDATA[ I assume Lumenlab micRo is a router/miller.<br />
<br />
EMC2 does no have a separate file for various brands of machines. Rather You prepare the file required by your machine.<br />
<br />
The file You prepare is a HAL file ( hardware abstraction layer file) which is prepared to match th machine drive requirements.<br />
<br />
Sounds daunting... it is not.<br />
<br />
If Your machine is stepper motor driven machine there is a proven and tried wizard which helps with the creation of the HAL file.<br />
<br />
There is a thriving community at both CNC Zone and LinuxCNC who are always ready to step up and help.<br />
<br />
This    [<a rel="nofollow"  href="http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/lang,english/">www.linuxcnc.org</a>]  ought to get You there.]]></description>
            <dc:creator>Miller</dc:creator>
            <category>Forum</category>
            <pubDate>Tue, 10 Aug 2010 14:41:28 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,464,475#msg-475</guid>
            <title>Re: No bottom drill file being generated</title>
            <link>http://pcbgcode.org/read.php?13,464,475#msg-475</link>
            <description><![CDATA[ ECM,<br />
<br />
I just posted an issue like yours to the board, and I wish I had seen this first.<br />
<br />
Can you give me a quick rundown on how you solved this issue? It is the exact problem that I'm having.<br />
<br />
Thanks,<br />
Tech-tut]]></description>
            <dc:creator>tech-tut</dc:creator>
            <category>Forum</category>
            <pubDate>Tue, 10 Aug 2010 10:54:41 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,474,474#msg-474</guid>
            <title>Viewing drill Preview/experiencing problems</title>
            <link>http://pcbgcode.org/read.php?13,474,474#msg-474</link>
            <description><![CDATA[ Hello,<br />
<br />
I am a new-b to the CNC world, and I have not received my CNC router yet, so I've been playing around with PCB-GCODE steadily for about a week now. The only problem that I haven't been able to figure out is how to view the drilling preview. (I've searched the boards over for this issue, and I haven't found a good answer, yet. So far the boards have solved most of my learning issues.)<br />
<br />
I'm only planning on making single sided boards for now.<br />
<br />
Here's what I do:<br />
1) Draw a board up in Eagle.<br />
2) run pcb-gcode-setup c:/mygcode */I keep my files in the mygcode folder because otherwise I get wacky errors.*/<br />
3) I select: Generate Bottom Outlines, Generate Bottom Drills, Show Preview, Generate Milling, Spot Drill Holes<br />
4) The preview of the bot.etch.tap shows up first. It looks great!<br />
top.mill.tap, bot.mill.tap are blank. I think this is probably ok though.<br />
<br />
The file filename.bot.drill has locations for 28 holes, which is 1 more than is on the board. Any help to actually see the preview and to make sure that I'm doing it right is greatly appreciated. I want to be sure that I'm up to speed once my CNC router arrives.<br />
<br />
<strong class="bbcode">Also</strong>, which files does EMC2 (for Ubuntu) use to control a CNC device? I'll be using Lumenlab's micRo for the CNC routing, if that is something that helps.<br />
<br />
Other info:<br />
Windows XP (both at work and at home...same problem)<br />
Eagle 5.10.0 Light<br />
PCB-GCODE (latest version 11-2009)<br />
<br />
Thanks,<br />
tech-tut]]></description>
            <dc:creator>tech-tut</dc:creator>
            <category>Forum</category>
            <pubDate>Tue, 10 Aug 2010 10:52:45 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,459,473#msg-473</guid>
            <title>Re: No Z depth on milling file</title>
            <link>http://pcbgcode.org/read.php?13,459,473#msg-473</link>
            <description><![CDATA[ Thank you. Misunderstanding, deleting all the .nc files in the folder (Eagle), restart pcb-gcode .ulp and everything is OK!<br />
I just noted that in the NC files comments at the beginning of the file that the &quot;tool size&quot; is the milling depth in &quot;bot.mill.nc&quot; but is the tool size for etching in the others files. That doesn't create any trouble but just for infos.<br />
Great soft particularly further optimize.<br />
For the fun, i join herewith first circuits with homemade machine and chinese bit.<br />
Regards]]></description>
            <dc:creator>Bernardc</dc:creator>
            <category>Forum</category>
            <pubDate>Sat, 07 Aug 2010 08:49:10 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,444,472#msg-472</guid>
            <title>Re: Milling SMT PCBs, spindle speed and feedrate?</title>
            <link>http://pcbgcode.org/read.php?13,444,472#msg-472</link>
            <description><![CDATA[ Miller,<br />
<br />
Thanks for your numbers.  They confirm what I've found empirically by trial and error.  At 20krpm, the maximum feedrate is 20ipm before I see a sharp decline in trace quality.  At 10ipm, the traces are beautiful, but it takes longer to route.  I've recently been running the first pass at 10ipm, and moving up to 20ipm after the first pass (by overriding the feedrate to 2X in Mach3). <br />
<br />
-SamCoVT]]></description>
            <dc:creator>SamCoVT</dc:creator>
            <category>Forum</category>
            <pubDate>Wed, 04 Aug 2010 13:18:52 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,444,471#msg-471</guid>
            <title>Re: Milling SMT PCBs, spindle speed and feedrate?</title>
            <link>http://pcbgcode.org/read.php?13,444,471#msg-471</link>
            <description><![CDATA[ SamCoVT,<br />
<br />
<br />
Fine pitch work, 20 KRPM dremel like spindle and high feed rates do not live well together.<br />
<br />
Fine pitch work calls for fine small diameter cutters which in turn call for high speed spindles ( higher than 20 KRPM). Sadly dremmel like spindles are not known for precision bearings which are essential to support dynamically balanced spindles which guarantee low run out at the tip of the tool.<br />
<br />
In order to minimise the runout  You need to drop the RPM and if You drop the Spindle RPM then the tool linear feed ( in your case inches/ min.) needs to be ridiculously small..<br />
<br />
The above sort of closes the loop on itself. I run a spindle at typically 50KRPM but have used it up to 100KRPM  ( yes not a dremel like spindle). Depending on the PCB resolution ( track clearance dimensions) i may run the tool any where from 12 mm /second to 40 mm/second at 50KRPM.<br />
<br />
So You can extrapolate from these numbers.... at 20 KRPM do not go more than 5 mm/second( or approx 20 inches/min ) for those gossamer tracks ( a bloke is allowed to be sensitive).<br />
<br />
I usually set the Z axis feed to approx half the X Y feed.]]></description>
            <dc:creator>Miller</dc:creator>
            <category>Forum</category>
            <pubDate>Mon, 02 Aug 2010 21:27:38 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,444,470#msg-470</guid>
            <title>Re: Milling SMT PCBs, spindle speed and feedrate?</title>
            <link>http://pcbgcode.org/read.php?13,444,470#msg-470</link>
            <description><![CDATA[ Hi Sam, you might get more replies (help) posting in the zone on this form.<br />
[<a rel="nofollow"  href="http://www.cnczone.com/forums/forumdisplay.php?f=403">www.cnczone.com</a>]]]></description>
            <dc:creator>Drools</dc:creator>
            <category>Forum</category>
            <pubDate>Mon, 02 Aug 2010 18:16:45 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,468,469#msg-469</guid>
            <title>Re: Some improvement proposal</title>
            <link>http://pcbgcode.org/read.php?13,468,469#msg-469</link>
            <description><![CDATA[ Fantastic work Kami! <br />
It is people like you and Jay that help make this hobby better. I hope you get some feed back from the developers.]]></description>
            <dc:creator>Drools</dc:creator>
            <category>Forum</category>
            <pubDate>Mon, 02 Aug 2010 18:11:38 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,468,468#msg-468</guid>
            <title>Some improvement proposal</title>
            <link>http://pcbgcode.org/read.php?13,468,468#msg-468</link>
            <description><![CDATA[ hello,<br />
<br />
First, thanks very much for this really useful ULP and sorry for my bad english! ;-)<br />
<br />
I tested PCB-Gcode 3.5.2.11 and it is very good!<br />
But I have some improvement proposal.<br />
<br />
I think it's better, on the beginning of a file, the XY-Move is before the Z-Move to Z-Up.<br />
Because, there can be a &quot;device to hold the pcb&quot; (i don't know the english word for this - i hope you understand me).<br />
And the Move to X0,Y0 is not needed, i think. <br />
The result will be looking like this:<br />
<br /><pre class="bbcode">
G21
G90
G00 Z30.0000 
M03
G04 P2.000000
<strong class="bbcode">G00 X-30.5590 Y31.9900 // First move XY directly to the first position of the job, not to X0, Y0</strong>
<strong class="bbcode">G00 Z2.0000  // And after the XY-Move it comes the Z-Move to Z-Up</strong>
G01 Z-0.1000 F254   
G01 X-30.5972 Y31.8978 F508   
G01 X-30.6678 Y31.8272</pre>
 <br />
<br />
I testet it with following editing:<br />
<br />
pcb-file-utils.h:<br />
<br /><pre class="bbcode">
void begin_gcode(void)
{
	out(get_mode());

	<strong class="bbcode">cur_x = -999.999; // I think you forgot it?!...
	cur_y = -999.999; // ...Its important that the cur_positions are &quot;cleared&quot;... 
	cur_z = -999.999; // ...before starting a new file.</strong>

	out(ABSOLUTE_MODE);
	<strong class="bbcode">rz(DEFAULT_Z_HIGH); // Here the Move of Z first!
	//rxy(X_HOME, Y_HOME); // This is not needed, i think...</strong>
	out(fr(SPINDLE_ON, SPINDLE_ON_TIME));
}</pre>
<br />
<br />
pcb-gcode.ulp: <br />
<br />
void drill()<br />
<br /><pre class="bbcode">
if (DO_TOOL_CHANGE_WITH_ZERO_STEP == YES) {
		<strong class="bbcode">rxy(TOOL_CHANGE_POS_X, TOOL_CHANGE_POS_Y); // This I added</strong>
		output_tool_zero_begin();
		fzr(0.000, FEED_RATE_Z);
		out(fir(TOOL_CHANGE, m_current_tool, drill_size));
		output_tool_zero_end();
		<strong class="bbcode">rz(DEFAULT_Z_UP); // This I added</strong>
	}

	<strong class="bbcode">rxy(drill_x, drill_y); // This I added -&gt; First move to the XY position, after that it comes the Z-Move
	out(fr(SPINDLE_ON, SPINDLE_ON_TIME)); // This i moved from two lines below to here</strong>
	rz(DEFAULT_Z_UP);
	<strong class="bbcode">//out(fr(SPINDLE_ON, SPINDLE_ON_TIME)); // see two lines before...</strong>
	output_tool_change_end();</pre>
<br />
<br />
<br />
void device_draw()<br />
<br /><pre class="bbcode">
case ST_START_LINE:
			user_track_begin(rx1, ry1, rx2, ry2);

			m_lines += coords(rx1, ry1, rx2, ry2);

			<strong class="bbcode">if (cur_z != DEFAULT_Z_DOWN) // This i added
				rxy(rx1, ry1); // This i added (Move XY before Move Z)</strong>
			rz(DEFAULT_Z_UP);
			rxy(rx1, ry1);
			fzr(z_down, FEED_RATE_Z);
			fxyr(rx2, ry2, FEED_RATE);
			pair_count = 0;
			break;

	case ST_ARC_END:
			user_arc_end(rx1, ry1, rx2, ry2);
			real cx = rx2;
			real cy = ry2;
			real end_x = rx1;
			real end_y = ry1;
		
			if (1 /* USE_IJ_RELATIVE */) {
				cx = rx2 - rx1;
				cy = ry2 - ry1;
			}

			<strong class="bbcode">if (cur_z != DEFAULT_Z_DOWN) // Here the same...
				rxy(rx1, ry1); // ...as above</strong>

			rz(DEFAULT_Z_UP);
			rxy(end_x, end_y);
			fzr(z_down, FEED_RATE_Z);
			if (g_side == TOP || MIRROR_BOTTOM == YES) {
				out(frrrr(CIRCLE_TOP, m_arc_begin_x, m_arc_begin_y, cx, cy));
			}
			else {
				out(frrrr(CIRCLE_BOTTOM, m_arc_begin_x, m_arc_begin_y, cx, cy));
			}
			break;</pre>
<br />
<br />
<br />
<br />
<br />
This is all, i think. If you want, you can take this changes for the next release of pcb-gcode.<br />
It's just an idea. In my opinion, it is better with this changes, but you can decide :-)<br />
<br />
<br />
And i have another Idea. For the Tool-Change Positions it is useful to use the &quot;G53&quot;-command for using the Machine Coordinates.<br />
Maybe, you can create a new Checkbox in the Dialog: <br />
<br />
pcb-gcode-setup.ulp (dlgDialog):<br />
<br /><pre class="bbcode">
dlgGroup(&quot;Tool Change&quot;) {
				dlgGridLayout {
					dlgCell(1, 0) dlgLabel(&quot;Position X &quot;);
					dlgCell(1, 1) { dlgRealEdit(TOOL_CHANGE_POS_X); 
						dlgLabel(m_uom_suffix, YES); 
					}
					dlgCell(2, 0) dlgLabel(&quot;Position Y &quot;);
					dlgCell(2, 1) { dlgRealEdit(TOOL_CHANGE_POS_Y); 
						dlgLabel(m_uom_suffix, YES); 
					}
					dlgCell(3, 0) dlgLabel(&quot;Position Z &quot;);
					dlgCell(3, 1) { dlgRealEdit(TOOL_CHANGE_POS_Z); 
						dlgLabel(m_uom_suffix, YES); 
					}
					<strong class="bbcode">dlgCell(4, 0) { dlgCheckBox(&quot;Use Machine Coordinates  &quot;, USE_MACHINE_COORDINATES_FOR_TOOL_CHANGE); //Here is the new Checkbox
					}</strong>
					
				}
			}</pre>
<br />
<br />
the USE_MACHINE_COORDINATES_FOR_TOOL_CHANGE certainly have to be defined...<br />
<br />
pcb-gcode.ulp: drill()<br />
<br /><pre class="bbcode">
if (drill_size == last_size) {
					output_drill_hole(drill_x, drill_y, DRILL_DEPTH);
				}
				else {
					m_current_tool++;
					output_tool_change_begin();
					out(SPINDLE_OFF);
					<strong class="bbcode">if (USE_MACHINE_COORDINATES_FOR_TOOL_CHANGE == YES) { // This I added
						rz_mc(TOOL_CHANGE_POS_Z);	// This I added
						rxy_mc(TOOL_CHANGE_POS_X, TOOL_CHANGE_POS_Y); // This I added
					} // This I added
					else { // This I added </strong>
						rz(TOOL_CHANGE_POS_Z); 
						rxy(TOOL_CHANGE_POS_X, TOOL_CHANGE_POS_Y);
					<strong class="bbcode">} // This I added</strong>
					out(fir(TOOL_CHANGE, get_tool_num_for(my_strtol(drill_args[DRILL_SIZE]), m_current_tool), drill_size));
					output_tool_changed();</pre>
<br />
<br />
And the new routines in pcb-file-utils.h:<br />
<br /><pre class="bbcode">
<strong class="bbcode">// Move Z in machine coordinates
void rz_mc(real z)
{
	
	out(MACHINE_COORDINATES + fr(RAPID_MOVE_Z, z) + EOL);
	cur_z = 999.99; // Very important, because the &quot;real&quot;-Position (Not-Machine-Position) is not well-known!!

}

// Move XY in machine coordinates
void rxy_mc(real x, real y)
{
	out(MACHINE_COORDINATES +  frr(RAPID_MOVE_XY, x, y)               + EOL);
	cur_x = 999.99;
	cur_y = 999.99;
}</strong></pre>
<br />
<br />
The variable MACHINE_COORDINATES have to be defined in the postprocessor-files as &quot;G53 &quot;.<br />
Just Tested with Mach3! -&gt; works! :)<br />
<br />
I hope I could help you.<br />
<br />
regards<br />
kami89]]></description>
            <dc:creator>kami89</dc:creator>
            <category>Forum</category>
            <pubDate>Mon, 02 Aug 2010 07:02:15 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,459,467#msg-467</guid>
            <title>Re: No Z depth on milling file</title>
            <link>http://pcbgcode.org/read.php?13,459,467#msg-467</link>
            <description><![CDATA[ hello,<br />
<br />
try to increase the distance between the milling-lines and the bottom-/top-lines. (maybe 0,5mm)<br />
I testet it, and it works!<br />
<br />
regards<br />
kami89]]></description>
            <dc:creator>kami89</dc:creator>
            <category>Forum</category>
            <pubDate>Mon, 02 Aug 2010 06:48:38 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,459,466#msg-466</guid>
            <title>Re: No Z depth on milling file</title>
            <link>http://pcbgcode.org/read.php?13,459,466#msg-466</link>
            <description><![CDATA[ Hello,<br />
<br />
New on this forum but i follow the yahoo list. Any how, i encouter the same problem and others but i will come back with photos to show and may be have an explanation. This concern milling SSOP and or TQFP.Kind regards to all. Bernard (France)]]></description>
            <dc:creator>Bernardc</dc:creator>
            <category>Forum</category>
            <pubDate>Sun, 01 Aug 2010 08:54:52 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,464,465#msg-465</guid>
            <title>Re: No bottom drill file being generated</title>
            <link>http://pcbgcode.org/read.php?13,464,465#msg-465</link>
            <description><![CDATA[ I found the problem ... my &quot;viewer&quot; folder was in the wrong location. Look's like it's working now.]]></description>
            <dc:creator>ecm</dc:creator>
            <category>Forum</category>
            <pubDate>Sat, 31 Jul 2010 14:13:01 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?13,464,464#msg-464</guid>
            <title>No bottom drill file being generated</title>
            <link>http://pcbgcode.org/read.php?13,464,464#msg-464</link>
            <description><![CDATA[ Just got PCB-GCODE running. It's producing  the &quot;board.bot.etch.tap&quot; file just fine. But I don't see bot.drill.tap or bot.text.tap files. Any ideas? I think(?!) I have it set up properly in the pcb-gcode-setup. <br />
<br />
Also I can see the board.bot.etch.tap file loads nicely into Mach3.<br />
<br />
Any ideas on where these files are or how to generate them?<br />
<br />
Thx ...]]></description>
            <dc:creator>ecm</dc:creator>
            <category>Forum</category>
            <pubDate>Fri, 30 Jul 2010 07:49:54 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?6,5,463#msg-463</guid>
            <title>Re: Opti - PCB-Gcode Optimizer available here</title>
            <link>http://pcbgcode.org/read.php?6,5,463#msg-463</link>
            <description><![CDATA[ Hi Jay<br />
<br />
No rush - I'll keep on using Opti as is.  Don't mind dragging and dropping...<br />
<br />
Really python is too slow to do an optimisation program on a board of any size.  I saw your post on cnczone and I think if I did your nice little array trick in python it would a) take me a month to work out how to code it, and then b)  the code would probably take all day to run - especially with a 2MB file like the one Casainho is testing Etch_z_adjust.py on.  <br />
<br />
And sadly, C is still beyond my current abilities... So, I'm happy to wait till you get time to tweak Opti and add the command line interface.  Then we can integrate it into a one-stop-shop python script! <br />
<br />
Hope you do get time, and if you do, let us all know.<br />
<br />
Very best wishes,<br />
<br />
Michael]]></description>
            <dc:creator>michael_m</dc:creator>
            <category>Optimizing</category>
            <pubDate>Thu, 29 Jul 2010 23:26:33 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?6,5,462#msg-462</guid>
            <title>Re: Opti - PCB-Gcode Optimizer available here</title>
            <link>http://pcbgcode.org/read.php?6,5,462#msg-462</link>
            <description><![CDATA[ michael_m Wrote:<br />
-------------------------------------------------------<br />
&gt; Hi Jay<br />
&gt; <br />
&gt; Can you run Opti from the DOS command line? <br />
&gt; <br />
&gt; I want to call it from within a python script so<br />
&gt; it would very useful if you can.<br />
&gt; <br />
&gt; (I'm one of these people who's been quietly using<br />
&gt; your Opti optimiser for years.  I've tried Gopt<br />
&gt; too which works well, but for the boards I make,<br />
&gt; your optimiser usually gives a better result)<br />
&gt; <br />
&gt; Michael<br />
Hey Michael, I'm following the thread at cnczone too. Yes, the first code I released was DOS. The QT code is not command line IIRC, but I can certainly add it. I'll do my best to add it tonight and release a new version ... it's been a long while since I've touched the code. I use the Gopt for drilling files, but I have the same results as you when using Gopt versus Opti.<br />
<br />
-Jay]]></description>
            <dc:creator>JayC</dc:creator>
            <category>Optimizing</category>
            <pubDate>Mon, 26 Jul 2010 13:37:53 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?6,5,461#msg-461</guid>
            <title>Re: Opti - PCB-Gcode Optimizer available here</title>
            <link>http://pcbgcode.org/read.php?6,5,461#msg-461</link>
            <description><![CDATA[ Hi Jay<br />
<br />
Can you run Opti from the DOS command line? <br />
<br />
I want to call it from within a python script so it would very useful if you can.<br />
<br />
(I'm one of these people who's been quietly using your Opti optimiser for years.  I've tried Gopt too which works well, but for the boards I make, your optimiser usually gives a better result)<br />
<br />
Michael]]></description>
            <dc:creator>michael_m</dc:creator>
            <category>Optimizing</category>
            <pubDate>Mon, 26 Jul 2010 03:16:38 -0700</pubDate>
        </item>
        <item>
            <guid>http://pcbgcode.org/read.php?15,460,460#msg-460</guid>
            <title>Using pcb-gcode and Flow Code</title>
            <link>http://pcbgcode.org/read.php?15,460,460#msg-460</link>
            <description><![CDATA[ Does anyone here have experience with CNC milling machine with Eagle 5.10.0<br />
and how codes are created code program Flow Code which can be created codes to Step motor.<br />
<br />
<br />
Sincerely,<br />
Monie]]></description>
            <dc:creator>monjac</dc:creator>
            <category>Documentation</category>
            <pubDate>Sun, 25 Jul 2010 06:28:22 -0700</pubDate>
        </item>
    </channel>
</rss>
