Could this be a Java error?
I have not Java 8, is pcb-gcode compatible with this version of java?

 

Hi!

I'm new here, so pls forgive me if I post this into the incorrect place...
Here is my problem:

I used Eagle 9.2.0 until a few days. After AutoDesk released the new update 9.2.2 of Eagle I updated.
After that, I can't anymore generate the g-code with this nice pcb-gcode plugin.
That plugin worked for me like a charm.

I used the 3.6.0.4 version of the pcb-gcode with Eagle 9.2.0.
When I updated Eagle and tried to generate a gcode, in the view window of pcb-gcode 
I never got to see the simulated version of my pcb. I mean, the view window was empty.

Then I downloaded from here the 3.6.2.4 version of pcb-gcode and added it to Eagle, in hope that will fix my problem.
But that was not the case.
With this version of pcb-gcode I got a much bigger problem.
When I was trying to generate the gcode of my design, that was run into an infinity loop.
I have to wai around 30min to get my PC responding again, but the gcode was not generated.

I replicated several times this situation.

So, what you think is my problem?

I use Windows 7 x64 and everything was fine... :-(

Thank you.
My best regards.

Just installed eagle 7.6 and PCBgcode on win10.
The PCBgcode files are in c:\users\jim\documents\ulp\pcb-gcode-3_6_0_4
The directories are set as below.
When I try to run PCBgcode I get the message as the subject above.  If I proceed regardless it complains that it can't access c:\settings.
Why is it looking in the root of the hard disk, please?

Can you show the preview image, and your setup pages please, then I might be able to help.

I have edited the output of PCBGCode. It is just text commands at the end of the day, so any text editor can do what you want. You just need to be able to read it, and understand what to do - totally an exercise for the reader :) 

Thanks to Art, Dan, and Keith for your responces. Why  I asked this question was during a recent board cut I found that a small section did not cut quite deep enough due to the board having a slight low spot. I am experimenting in how close I can cut the just the copper off without losing much FR4. It would be nice if I could find just where my code was describing this area cut and recut at a lower z just in this area. I have been able to use autoleveling with my grblControl program for most of my boards so far and have some nice boards but on this particular board I used a .5mm endmill and had most of the board cut very finely removing just the copper, wow looking good!!! Ooops there was just a small area with contours which did not cut deep enough. Well I set the depth just alittle deeper and reran the whole program which has quite some detail so slowed me down just a bit. I would like to copy the blocks of code that details this area to a small new program then reset. Use my limits switches that set my home position which I use to position my (0,0) at my lower left mounting hole and then recut lowering my z to remove the last bit of copper.
Has anyone tried this? Thanks again, Len

Hi Len,

Yes and no. If your G-code is absolute then that would be easily possible because each statement would stand on its own. "Go here" "Do this". However 99% of code generated by other programs use relative moves that use the prior position as a reference. So instead of "Go here" it becomes "Move a little more".

You should be able to see that if you stop G-Code execution, back up a bit and Go the next instruction will likely be "move a little more" from wherever the tool is at right now instead of where it would've been just before reaching that same instruction in normal execution.

What this means is normally, no, you can not just back up and redo.

If you want to do that you need to learn enough about G-Code that you can recognize the absolute moves that are lightly sprinkled about in most G-Code and back up specifically to that point in the code before, "continuing from here".

If there are no absolute moves (rare) then it's easiest to just re-run the entire job.

---Keith---

I have to do this because my Nomad hangs with the latest software driver.

Len,
In my experience, the answer is "maybe" LOL

A lot depends on the controller that your using to run the code. Some will do a decent job of starting in the middle of the code (as long as you don't try restarting in a G02 or G03 code. Start it at a G0 or G1).

From what I have read Mach does not like starting in the middle of the code, but YMMV. Best way to find out is do a test run.

Country Bubba

Hi all, I guess I must be asking a unanswerable question. When I am using my gcode in the  cnc program can  I just rerun a portion of the code again without starting from the beginning? Anyone know if this is possible? Len

your drill sizes are too big, do you have a smaller drill ?  those header pads will struggle to hold together and you'll be relying on solder a lot

Alright, after almost a month, finally created my first layout using etching, drilling and milling (to cut out the boar).  Now this is my test run to see if everything lines up.  Now that it does, I will increase the depth to fully cut the drill holes out and cut the board out.

 

On Sun, 26 Aug 2018 01:47:56 -0700, you wrote:

Made a schematic and then tried the board. Gave autoroute a go and got a reasonable board.

Problem is there are areas I have made errors on both the board and schematic. Trying to undo and go back I nowe have a error stating the changes on either will not update the other. e.g. changes on the schematic will not be shown on the board.

Any ideas how to fix this or do I start from scratch?

You must have both the board and schematic open at the same time. Make
changes on the schematic, and the board will follow, ditto with adding
or deleting parts. However, when you rewire something in the
schematic, you will find stubs for former connections. Since you used
the autorouter for everything, just ripup all the tracks (default
ripup) and try again. If you use a ground pour polygon, delete those
polygons first since the autorouter is not happy with existing
polygons, it will not route all the wires in that case. Give it a try
to see if this is the case for your board.

Each time you save the board, you will find that eagle keeps backups
in the form of name.b#n and name.s#n. If you have edited the board
separately from the schematic, then the dates and times of the
existing .brd and .sch file will not match. Go back (.b#1 is the most
recent) and rename name.b#1 (for example) name01.brd, do the same with
the schematic. Open both, and then run consistency checks. You'll
have your work before you made the separate changes. If this doesn't
work, then go back and look at name.b#2, .b#3, etc.

Harvey

Thanks Vaughn

Made a schematic and then tried the board. Gave autoroute a go and got a reasonable board.

Problem is there are areas I have made errors on both the board and schematic. Trying to undo and go back I nowe have a error stating the changes on either will not update the other. e.g. changes on the schematic will not be shown on the board.

Any ideas how to fix this or do I start from scratch?

Thanks Vaughn