X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-ASG-Debug-ID: 1453238666-0978df3f99d2c30001-9re8WH X-Barracuda-Envelope-From: gheskett AT shentel DOT net X-Barracuda-RBL-Trusted-Forwarder: 204.111.2.25 From: "Gene Heskett (gheskett AT shentel DOT net) [via geda-user AT delorie DOT com]" X-Barracuda-Effective-Source-IP: n64s149.fttx.shentel.net[204.111.64.149] X-Barracuda-Apparent-Source-IP: 204.111.64.149 X-Barracuda-RBL-IP: 204.111.64.149 To: geda-user AT delorie DOT com Subject: Re: [geda-user] pcb vs gcode export Date: Tue, 19 Jan 2016 16:24:25 -0500 X-ASG-Orig-Subj: Re: [geda-user] pcb vs gcode export User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748) References: <201601182153 DOT 15624 DOT gheskett AT shentel DOT net> In-Reply-To: X-KMail-QuotePrefix: > MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_JmqnWSq13enWI4Y" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201601191624.25526.gheskett@shentel.net> X-Barracuda-Connect: smtp2.edbg.cloud.shentel.net[204.111.2.25] X-Barracuda-Start-Time: 1453238666 X-Barracuda-URL: https://204.111.1.146:443/cgi-mod/mark.cgi X-Barracuda-Scan-Msg-Size: 14915 X-Virus-Scanned: by bsmtpd at cloud.shentel.net X-Barracuda-BRTS-Status: 1 X-Barracuda-BRTS-Evidence: geneslinuxbox.net X-Barracuda-Spam-Score: 1.00 X-Barracuda-Spam-Status: No, SCORE=1.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=6.0 tests=BSF_RULE7568M, HTML_MESSAGE, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.26278 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.00 HTML_MESSAGE BODY: HTML included in message 0.50 BSF_RULE7568M Custom Rule 7568M Reply-To: geda-user AT delorie DOT com --Boundary-01=_JmqnWSq13enWI4Y Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Tuesday 19 January 2016 13:53:01 Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > On Mon, Jan 18, 2016 at 5:53 PM, Gene Heskett (gheskett AT shentel DOT net) > [via > > geda-user AT delorie DOT com] wrote: > > Greetings; > > > > Since I have a milling machine capable of doing PCB's, albeit slow > > as molasses since the spindle's tongue is hanging out and dripping > > on the floor at 2650 rpm's. But it works. > > > > Which is ATM more than I can say for the gcode exporter. > > > > It leaves out thru holes, or makes them the wrong size, as in too > > big, destroying the pad itself. This missing holes also affects the > > bottom etching file, skipping the peck with the engraving tool in > > the center of the pad, and despite being told to peck that about 5 > > thou deeper, it doesn't even make it thru the copper. > > > > But I am fairly decent, not a guru, but capable of fixing a line of > > code here and there, so I was able to add the peck the hold in the > > pad without a lot of hacking around. So that did cut what was a > > usable bottom(solder) side of the board. Then, attacking the > > drillmill file, I found the bit of code that needed help by mouse > > clicking on the line in the LCNC backplot to locate it in the code, > > first adding the missing holes with a straight drill of 0.03125 > > diameter. But some holes were still either too big or tool small. > > Using the point and click, I found it in the code, and except for > > the original placement move, I ripped out the octagonal carving code > > and did a straight drill. Checking the sizes, I added a global var > > to the gcode file which served as the additional radius the hole > > needed to be the right size. Setting it for 3 to 6 thousandths, and > > calling a circle cutter subroutine, I was able to fine tune the hole > > sizes. > > > > So then I coded up a step & repeat, and made the circuit 4 up. I > > populated the first one last night but ran out of giddyup, so it got > > tested today, works great. > > > > So today, I had pcb make some Gerber's that I could look at with > > gerbv. No missing holes, but since it was working with the .pcb > > file, the holes were still mostly too small. > > > > So, my wish list is: > > > > 1. Make a library pad patterns adjustable in the editor, both for > > interlead spacing, and the pad OD and hole size, using a unit of > > measure we are familiar with. Maybe it can be done to the copy in > > memory, but its not obvious from the current screen the device > > editor menu shows a new bee. > > > > 2. Fix the gcode export menu so it saves the last set of "makeit" > > settings even if I don't load pcb again for a month, and reloads > > them when next called. Continuity would be very handy, almost on a > > par with sliced bread and bottled beer. > > I think the way this would work is the normal settings would go in > ~/.pcb/preferences, and then individual boards could override them > with their own settings. I'm looking at how all this works a little > bit at the moment with an eye to cleaning up load/save somewhat. > > > 3. Fix the missing drill holes in the gcode exporter. Not everyone > > is as familiar with LinuxCNC and gcode as I am, and I am by no means > > a guru. For probably 75% of the people who might use that code to > > directly generate the gcode files, and who often depend on a CAM > > program to generate the code they run, this is for those people, an > > absolute show stopper. > > Sounds like a great thing to fix for sure. Unfortunately I know > nothing about the gcode or gerber exporters myself. I would guess > that the gcode one doesn't get a lot of exercise hence bugs like > these. > > > 4. I have no facilities to lay down a solder mask, and being able to > > do that would be a huge help, but I haven't the foggiest where to > > start. Hints about that gleefully read and noted to see if its > > practical when I > > I used to use a mask pen and only bothered with the fine pitch parts. > It's fussy but you can do it for etch/mill boards using the edges of > the copper to guide the pen. I'm not sure how necessary it was > though. > > > haven't had a working chemical darkroom set up since about 1977 when > > I moved to a new office where the door said Chief Engineer, at a tv > > station that is no more. That was also the title on the door for the > > last 18 years of my working carrear which ended 13.5 years ago. I am > > now 81 and counting. > > Welcome! > > > Any help that can be put into PCB in these areas will be > > appreciated, a lot. > > It sounds to me like you've already made some real fixes. Needs concept clarification here: But I am doing it in the gcode delivered, primarily because I have forgotten most of what I once knew about c, or any other "higher" level language. I guess it goes with the years on the wet ram, darnit. I do have the pcb source here, I built it from a tarball, but my ability to look at, and spot the error is virtually nil. So I am not patching anything in pcb. I am just "massaging" its defective output from its export to gcode translator. Interestingly, the problem seems to be one of failing to fill in the blanks, because on the first such run, it missed spotting 6 holes in the bottom.ngc file, but the spot code WAS there in the generated file, all filled in with 0.0000 for both x and y, so the machine went to the gcode x0y0 position, and pecked it 6 times, once for each missing hole. But the drill-mill file was not the same in terms of missing holes, only 4 were on the missing list in that file. And the sizes weren't correct. So I fixed that, but not in PCB, but in the gcode output file. > You might > want to get set up with git as that's probably the easiest way to get > them approved and integrated. Another option is to open pcb launchpad > bugs with your patches and email the list about them, and someone else > can look at them and create a corresponding branch. Not a particularly appetizing thought. You likely would look at my code & wonder if its even to be taken seriously, or should you just hit the delete key. :-\ But I sure can test and report what I find. Perhaps its time for a version 1.991a?, before this is one renamed to version 2.00 and announced as such. :) Thanks Britton. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page --Boundary-01=_JmqnWSq13enWI4Y Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit

On Tuesday 19 January 2016 13:53:01 Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:

> On Mon, Jan 18, 2016 at 5:53 PM, Gene Heskett (gheskett AT shentel DOT net)

> [via

>

> geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:

> > Greetings;

> >

> > Since I have a milling machine capable of doing PCB's, albeit slow

> > as molasses since the spindle's tongue is hanging out and dripping

> > on the floor at 2650 rpm's. But it works.

> >

> > Which is ATM more than I can say for the gcode exporter.

> >

> > It leaves out thru holes, or makes them the wrong size, as in too

> > big, destroying the pad itself. This missing holes also affects the

> > bottom etching file, skipping the peck with the engraving tool in

> > the center of the pad, and despite being told to peck that about 5

> > thou deeper, it doesn't even make it thru the copper.

> >

> > But I am fairly decent, not a guru, but capable of fixing a line of

> > code here and there, so I was able to add the peck the hold in the

> > pad without a lot of hacking around. So that did cut what was a

> > usable bottom(solder) side of the board. Then, attacking the

> > drillmill file, I found the bit of code that needed help by mouse

> > clicking on the line in the LCNC backplot to locate it in the code,

> > first adding the missing holes with a straight drill of 0.03125

> > diameter. But some holes were still either too big or tool small.

> > Using the point and click, I found it in the code, and except for

> > the original placement move, I ripped out the octagonal carving code

> > and did a straight drill. Checking the sizes, I added a global var

> > to the gcode file which served as the additional radius the hole

> > needed to be the right size. Setting it for 3 to 6 thousandths, and

> > calling a circle cutter subroutine, I was able to fine tune the hole

> > sizes.

> >

> > So then I coded up a step & repeat, and made the circuit 4 up. I

> > populated the first one last night but ran out of giddyup, so it got

> > tested today, works great.

> >

> > So today, I had pcb make some Gerber's that I could look at with

> > gerbv. No missing holes, but since it was working with the .pcb

> > file, the holes were still mostly too small.

> >

> > So, my wish list is:

> >

> > 1. Make a library pad patterns adjustable in the editor, both for

> > interlead spacing, and the pad OD and hole size, using a unit of

> > measure we are familiar with. Maybe it can be done to the copy in

> > memory, but its not obvious from the current screen the device

> > editor menu shows a new bee.

> >

> > 2. Fix the gcode export menu so it saves the last set of "makeit"

> > settings even if I don't load pcb again for a month, and reloads

> > them when next called. Continuity would be very handy, almost on a

> > par with sliced bread and bottled beer.

>

> I think the way this would work is the normal settings would go in

> ~/.pcb/preferences, and then individual boards could override them

> with their own settings. I'm looking at how all this works a little

> bit at the moment with an eye to cleaning up load/save somewhat.

>

> > 3. Fix the missing drill holes in the gcode exporter. Not everyone

> > is as familiar with LinuxCNC and gcode as I am, and I am by no means

> > a guru. For probably 75% of the people who might use that code to

> > directly generate the gcode files, and who often depend on a CAM

> > program to generate the code they run, this is for those people, an

> > absolute show stopper.

>

> Sounds like a great thing to fix for sure. Unfortunately I know

> nothing about the gcode or gerber exporters myself. I would guess

> that the gcode one doesn't get a lot of exercise hence bugs like

> these.

>

> > 4. I have no facilities to lay down a solder mask, and being able to

> > do that would be a huge help, but I haven't the foggiest where to

> > start. Hints about that gleefully read and noted to see if its

> > practical when I

>

> I used to use a mask pen and only bothered with the fine pitch parts.

> It's fussy but you can do it for etch/mill boards using the edges of

> the copper to guide the pen. I'm not sure how necessary it was

> though.

>

> > haven't had a working chemical darkroom set up since about 1977 when

> > I moved to a new office where the door said Chief Engineer, at a tv

> > station that is no more. That was also the title on the door for the

> > last 18 years of my working carrear which ended 13.5 years ago. I am

> > now 81 and counting.

>

> Welcome!

>

> > Any help that can be put into PCB in these areas will be

> > appreciated, a lot.

>

> It sounds to me like you've already made some real fixes.

Needs concept clarification here:

But I am doing it in the gcode delivered, primarily because I have forgotten most of what I once knew about c, or any other "higher" level language. I guess it goes with the years on the wet ram, darnit.

I do have the pcb source here, I built it from a tarball, but my ability to look at, and spot the error is virtually nil.

So I am not patching anything in pcb. I am just "massaging" its defective output from its export to gcode translator.

Interestingly, the problem seems to be one of failing to fill in the blanks, because on the first such run, it missed spotting 6 holes in the bottom.ngc file, but the spot code WAS there in the generated file, all filled in with 0.0000 for both x and y, so the machine went to the gcode x0y0 position, and pecked it 6 times, once for each missing hole. But the drill-mill file was not the same in terms of missing holes, only 4 were on the missing list in that file. And the sizes weren't correct.

So I fixed that, but not in PCB, but in the gcode output file.

> You might

> want to get set up with git as that's probably the easiest way to get

> them approved and integrated. Another option is to open pcb launchpad

> bugs with your patches and email the list about them, and someone else

> can look at them and create a corresponding branch.

Not a particularly appetizing thought. You likely would look at my code & wonder if its even to be taken seriously, or should you just hit the delete key. :-\

But I sure can test and report what I find. Perhaps its time for a version 1.991a?, before this is one renamed to version 2.00 and announced as such. :)

Thanks Britton.

Cheers, Gene Heskett

--

"There are four boxes to be used in defense of liberty:

soap, ballot, jury, and ammo. Please use in that order."

-Ed Howdershelt (Author)

Genes Web page <http://geneslinuxbox.net:6309/gene>

--Boundary-01=_JmqnWSq13enWI4Y--