Re: Conversion to Garber
#eagle
Presumably this is an Autodesk "Eagle" board file (.brd).? If you prepared it from Eagle 9.4.x there is an icon "Generate CAM data" which does the Gerber file generation in a form acceptable directly by PCB manufacturers.?
The file " 0 " which downloaded from your link is not in the correct format to be read by "Eagle" so I cant really help - sorry.
Peter H
|
Re: Conversion to Garber
#eagle
If you're using a newer version of Eagle, it's super simple. With the file open that you want to generate, go to upper 5th to the left , CAM processor button. Click that. It opens the CAM processor window. By default loaded is the 'template_2_layer.cam. If you're using a service that needs the file zipped, looked for 'zip file' at top middle. If you want 'imperial units, to the right of 'zip files', is a way to change to imperial. At the bottom, right, click 'process job'. It'll ask you where to save these files. Do that and bingo, you're good.
On Friday, July 5, 2019, 08:16:35 AM EDT, yoram <y_shalom@...> wrote:
Need help please
I am trying to convert the file to Gerber files
but without success
Can anyone convert them for me?
Many thanks
Yoram
Attachments:
|
Need help please
I am trying to convert the file to Gerber files
but without success
Can anyone convert them for me?
Many thanks
Yoram
|
Hi Ken,
interesting idea :-)
Sadly my mill doesn't support ccw rotation of the spindle.
Thanks anyway for the hint.
Harry
|
Hi John,
ok, then I got something wrong.
I thought, your code crawls along the polygons of EAGLE and set up some sort of array or list with coordinates or verctors which then is iterated in this or that direction (having in mind that one can alter the direction via "Climb always").
Since the mentioned "bad edges" are only a visual concern, I can surely live with that, it's definitely no killer for me.
Thanks anyway!
Harry
|
If you are use V bit cutters a far easier way might be to reverse the direction of your cutter after the first round.
?
Regards
Ken
?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]>
On Behalf Of John Johnson via Groups.Io
Sent: Monday, 1 July 2019 11:46 AM
To: [email protected]
Subject: Re: [pcbgcode] changing "allway climb" and "normal" in midst of the job #pcbgcode #development
?
Unfortunately, this is due to the way Eagle creates polygons.
Your best bet is to find some gcode editor that will allow you to reverse the line directions in the files that pcb-gcode creates.
Regards,
JJ
On 30 Jun 2019, at 12:47,
harry0099@... wrote:
Hello comrades!
I use pcb-gcode.ulp for some time now and get decent results, probing the copper surface with OpenCNCPilot.
But I realized, that the edges of the second+ rounds are not as good as the first one.
That is easily explained, since the milling bit is rotating cw and the bit moves in the correct direction for the first run, but in the wrong direction ("climbing") for all sucessive rounds.
Now pcb-gcode.ulp has the option to select ?always climb¡° to change the direction of the bit on its way, but this option changes the behavior for *all* rounds.
I wanted to implement another option which allows for turning on the ?always climb¡° selection only for the second and all following rounds, but I can¡¯t fiddle out where in the code I may attack.
So my question to all of you:
Can anyone give me a hint, where in the code I can start to look, or even better, where the decision between the first and all successive rounds is made?
Explanation:
I think I observed, that pcb-gcode does one first round in which it surrounds all traces once, so when stopping after this first round, one would have a functioning board with all traces as expected, but with too narrow trenches.
The following rounds only widen the already defined trenches to ease soldering.
All following rounds erode the "other side" of the trenches but this happens in "climb mode", resulting in not so good edges.
So I consider it as good practise to change the moving direction of those following rounds to make them again "normal".
Thanks in advance!
Harry
|
Unfortunately, this is due to the way Eagle creates polygons.
Your best bet is to find some gcode editor that will allow you to reverse the line directions in the files that pcb-gcode creates.
Regards,
JJ
toggle quoted message
Show quoted text
On 30 Jun 2019, at 12:47, harry0099@... wrote:
Hello comrades!
I use pcb-gcode.ulp for some time now and get decent results, probing the copper surface with OpenCNCPilot.
But I realized, that the edges of the second+ rounds are not as good as the first one.
That is easily explained, since the milling bit is rotating cw and the bit moves in the correct direction for the first run, but in the wrong direction ("climbing") for all sucessive rounds.
Now pcb-gcode.ulp has the option to select ?always climb¡° to change the direction of the bit on its way, but this option changes the behavior for *all* rounds.
I wanted to implement another option which allows for turning on the ?always climb¡° selection only for the second and all following rounds, but I can¡¯t fiddle out where in the code I may attack.
So my question to all of you:
Can anyone give me a hint, where in the code I can start to look, or even better, where the decision between the first and all successive rounds is made?
Explanation:
I think I observed, that pcb-gcode does one first round in which it surrounds all traces once, so when stopping after this first round, one would have a functioning board with all traces as expected, but with too narrow trenches.
The following rounds only widen the already defined trenches to ease soldering.
All following rounds erode the "other side" of the trenches but this happens in "climb mode", resulting in not so good edges.
So I consider it as good practise to change the moving direction of those following rounds to make them again "normal".
Thanks in advance!
Harry
|
Hello comrades!
I use pcb-gcode.ulp for some time now and get decent results, probing the copper surface with OpenCNCPilot.
But I realized, that the edges of the second+ rounds are not as good as the first one.
That is easily explained, since the milling bit is rotating cw and the bit moves in the correct direction for the first run, but in the wrong direction ("climbing") for all sucessive rounds.
Now pcb-gcode.ulp has the option to select ?always climb¡° to change the direction of the bit on its way, but this option changes the behavior for all rounds.
I wanted to implement another option which allows for turning on the ?always climb¡° selection only for the second and all following rounds, but I can¡¯t fiddle out where in the code I may attack.
So my question to all of you:
Can anyone give me a hint, where in the code I can start to look, or even better, where the decision between the first and all successive rounds is made?
Explanation:
I think I observed, that pcb-gcode does one first round in which it surrounds all traces once, so when stopping after this first round, one would have a functioning board with all traces as expected, but with too narrow trenches.
The following rounds only widen the already defined trenches to ease soldering.
All following rounds erode the "other side" of the trenches but this happens in "climb mode", resulting in not so good edges.
So I consider it as good practise to change the moving direction of those following rounds to make them again "normal".
Thanks in advance!
Harry
|
Re: Eagle 8.6.3. on Windows 10 permission denied
#gcode
#eagle
Edit;
My other PC runs on Windows 7 .
Jos
|
Re: Eagle 8.6.3. on Windows 10 permission denied
#gcode
#eagle
Yes, John,
you are right !!
Following your? instruction it works .
On my Win 10 PC I user PCB-GCODE ver. 3.6.2.4
However , on my other PC I have EAGLE 7.2.0 and PCB_GCODE ver. 3.6.0.2?
The problem does not occur with this set-up.
I have, in my configuration, 6 viewer windows open with no problem.
However the windows are reduced to icons on the taskbar.
Thank you for your help,
Regards,
Jos
|
Re: Eagle 8.6.3. on Windows 10 permission denied
#gcode
#eagle
Hi Jos,
this has nothing to do with Windows 10, the viewer pops up when generating a G-code file and is looking at the mentioned file. IF your run generates another G-code file, it tries to pop up a new instance of the viewer to display THAT G-code, since the file is already being used by another instance the OS won't let the new viewer open it.
The solution is to manually kill the first viewer (click the X in the upper right) before starting the generation of the second G-code file.
This whole scenario happens when you have something else enabled other than an "etch", such as milling, or text, or drilling, each of these gets its own G-code file.
I think this will fix your problem.
John S.
toggle quoted message
Show quoted text
On 5/19/2019 5:18 AM, Jos Raven wrote: I cannot solve this problem on my Windows 10 installed EAGLE 8.6.3.
Can't open C:\EAGLE 8.6.3\ulp\viewer\application.windows\data\optimize_me.txt
Permission denied
I have absolutely no idea how to set the permission for Win 10.
Help please!
|
I cannot solve this problem on my Windows 10 installed EAGLE 8.6.3.
Can't open C:\EAGLE 8.6.3\ulp\viewer\application.windows\data\optimize_me.txt
Permission denied
I have absolutely no idea how to set the permission for Win 10.
Help please!
|
I don't know if you're using Windows 10 but the display settings are a little crazy. I did find a way to see the 'accept' button...portrait to landscape. But navigating the mouse is insane even just to click the button.
On Tuesday, April 23, 2019, 7:57:27 PM MDT, Bruce Gennette <brucegennette@...> wrote:
If you only need to get to the buttons once, how about temporarily changing the screen resolution for the few seconds you need to click the button.
* shrink the application window to the menu bar? [click on the minus symbol at top right] * right click on desktop * left click on Display Settings * left click in Resolution box ***? ?write down current resolution * scroll to the left click on 1024 x 768 * left click on Keep changes * bring the window up to full size (click on it in the menu bar) * make your choices
Then repeat all above to get your normal resolution restored
I haven't tried this because I don't need it, but it should work fine.? If not try a 'custom' resolution that is taller. Let me (and everyone else) know how it goes.
bye.
On Wed, 24 Apr 2019 at 06:07, John Johnson < john@...> wrote: Usually when the window is too large, it means the image displayed at the top,of the window couldn¡¯t be found. You can check your install against the manual, search the forum here for people that have had this issue, or edit the pcbgcode-setup.ulp file and remove the references to the image.? Hope this helps, John
On Tuesday, April 23, 2019, 1:32:48 PM MDT,
< stock@...> wrote:
I have the same issue... have to use an old square monitor and
then i get to the buttons.
|
Must I 'shrink' the app window? Because in the 'setup screen, there's no '-'. Just an 'X' and a '?' Anyway around that?
On Tuesday, April 23, 2019, 7:57:27 PM MDT, Bruce Gennette <brucegennette@...> wrote:
If you only need to get to the buttons once, how about temporarily changing the screen resolution for the few seconds you need to click the button.
* shrink the application window to the menu bar? [click on the minus symbol at top right] * right click on desktop * left click on Display Settings * left click in Resolution box ***? ?write down current resolution * scroll to the left click on 1024 x 768 * left click on Keep changes * bring the window up to full size (click on it in the menu bar) * make your choices
Then repeat all above to get your normal resolution restored
I haven't tried this because I don't need it, but it should work fine.? If not try a 'custom' resolution that is taller. Let me (and everyone else) know how it goes.
bye.
On Wed, 24 Apr 2019 at 06:07, John Johnson < john@...> wrote: Usually when the window is too large, it means the image displayed at the top,of the window couldn¡¯t be found. You can check your install against the manual, search the forum here for people that have had this issue, or edit the pcbgcode-setup.ulp file and remove the references to the image.? Hope this helps, John
On Tuesday, April 23, 2019, 1:32:48 PM MDT,
< stock@...> wrote:
I have the same issue... have to use an old square monitor and
then i get to the buttons.
|
If you only need to get to the buttons once, how about temporarily changing the screen resolution for the few seconds you need to click the button.
* shrink the application window to the menu bar? [click on the minus symbol at top right] * right click on desktop * left click on Display Settings * left click in Resolution box ***? ?write down current resolution * scroll to the left click on 1024 x 768 * left click on Keep changes * bring the window up to full size (click on it in the menu bar) * make your choices
Then repeat all above to get your normal resolution restored
I haven't tried this because I don't need it, but it should work fine.? If not try a 'custom' resolution that is taller. Let me (and everyone else) know how it goes.
bye.
On Wed, 24 Apr 2019 at 06:07, John Johnson < john@...> wrote: Usually when the window is too large, it means the image displayed at the top,of the window couldn¡¯t be found. You can check your install against the manual, search the forum here for people that have had this issue, or edit the pcbgcode-setup.ulp file and remove the references to the image.? Hope this helps, John
On Tuesday, April 23, 2019, 1:32:48 PM MDT,
< stock@...> wrote:
I have the same issue... have to use an old square monitor and
then i get to the buttons.
|
Usually when the window is too large, it means the image displayed at the top,of the window couldn¡¯t be found. You can check your install against the manual, search the forum here for people that have had this issue, or edit the pcbgcode-setup.ulp file and remove the references to the image.? Hope this helps, John
On Tuesday, April 23, 2019, 1:32:48 PM MDT,
<stock@...> wrote:
I have the same issue... have to use an old square monitor and
then i get to the buttons.
|
On Tuesday, April 23, 2019, 1:32:48 PM MDT, <stock@...> wrote:
I have the same issue... have to use an old square monitor and then i get to the buttons.
|
I have the same issue... have to use an old square monitor and then i get to the buttons.
|
Hi,
Please post latest stable entry level versions of eagle/pcb-gcode versions for mac, now that I have a functional CNC mill ??
thx
jerico
|
Trying to setup PCBGCODE on a new machine (Windows 10). Got far enough to settings page but can't size the window to see/reach the 'accept' button. Closed it down and just tried 'run' on a board got message: Windows cannot find 'javaw.exe' Make sure you typed the name correctly and then try again. Closed that and get : Error calling ShellExecuteEx0
Any ideas?
|
Ken McNabb
John Johnson
Jos Raven