[WayneHill]

There are contributes on this thread there that are taking this project to a higher level. My participation on this conversion development has ended. Onward to other projects.

Thank you,
Wayne

[scorch]

I have updated G-Code Ripper to export DXF formatted files. The latest G-Code Ripper files are located here G-Code Ripper V0.05.

The rapid and controlled moves are written to different layers with different color indexes. The rapid moves can optionally be omitted from the G-Code Ripper output.

All of the arcs (G2/G3 moves) are converted to multiple linear segments for now. I will include arc output to the DXF file if there is interest. I am not sure what people are using g-code to DXF conversion data for. If it is for visualization the linear approximation should be sufficient.

I also added an option to export tool path data in CSV (Comma Separated Value) format. I am sure someone will find a use for the CSV format.

I am open to suggestions for improvement.

[rccars4sal]

Thanks for this program. I can confirm it runs on win10 laptop. Yes, some funny arcs, but its a real time saver to recover lost drawings. Can always fill in the details, and delete extras myself.

Great times we live in. With this app, and somewhat usable raster to vector conversion its actually possible to reverse engineer simple items. No probe for my router so havent gone there yet.

[RustySparks]

Wayne,
Thanks for great program works fine for me on Win 10 64 desktop.
I would very much like to be able to remove the rapid tool movements above the work plane, is there a version, or do you know of a version that allows removal of rapids?
Thanks again for the great work,
RustySparks

[Tasdau]

Hi All,

I figured this is worth a bump.

Wayne Hill's original program (post #15) and Jonk's (#36) were the only two that worked for me. Wayne's read all my G codes with the shortened syntax of G1, G2, G3, etc. but only used up to 4 decimal places for the coordinates. Jonk's read up to 5 decimal places but needed all the G codes replaced with their longer counterparts (G01, G02, etc).

Thanks to all for a huge time saver!

[WayneHill]

You are welcome. It seems a lifetime ago the program was written. Looks like it still stands up.

[aliqahtan]

I need a convert G-code to draw can you do that

[Vogavt]

I need a convert G-code to draw can you do that

What do you mean "to draw"? Are you asking whether it converts to *.drw?
The whole thread here is about *.dxf and I'm certain that it there's no way possible for it to convert to drw.

[mohana]

[QUOTE=MetLHead;210875]Wayne,


I'm working on calculating the machining time from G-code and M-code for circular interpolation, particularly when I and J are used, as in the following example:

N172 (Rough Mill2)
N173 (8MM CRB 4FL 20 LOC)
N174 T16 M06
N175 S9835 M03
N176 G90 G54 G00 X-1.875 Y-1.875
N177 G43 Z2.5 H16 M08
N178 G01 Z-4. F549.607
N179 Y44.246 F2198.429
N180 G03 X25.456 Y.052 I63.876 J8.955
N181 X29.46 Y-1.875 I8.215 J11.948
N182 G01 X-1.875
N183 X1.325 Y1.325
N184 Y23.171
N185 G03 X18.501 Y1.325 I60.676 J30.03
N186 G01 X1.325
N187 X4.525 Y4.525
N188 Y11.687
N189 G03 X10.449 Y4.525 I57.476 J41.514
```

I need help understanding how to find the time for circular interpolation, specifically for line N185. My approach is to extract the distance traveled and the feed rate for this line, and then calculate the time using the formula: time = distance / feed rate. I'm creating a MATLAB code to read the file line by line, extracting the feed rate and distance. Any guidance on how to proceed with this calculation would be greatly appreciated.

[Tasdau]

Not sure exactly what you're looking for, but G02 is a CW arc, G03 is a CCW arc. G01 are straight lines.

On any program line with an arc command, the X and Y points are the the ABSOLUTE endpoint coordinates of where the arc ends (destination in real world machining, assuming the program is "posted" in absolute coords like this one). The I and J are the center point of that arc RELATIVE (not absolute) to where the arc START point is. These G codes are modal which means the previous code is assumed on subsequent lines if no G code is specified.