• May 24, 2017, 07:13:28 PM
• Welcome, Guest. Please login or register.
Did you miss your activation email?

Recent Posts

Pages: [1] 2 3 ... 10
1
Welcome to the forum!

It sounds like you are going to extraordinary efforts!  Unfortunately, your explanation is a bit too vague for us to be able to offer specific suggestions.  But no worries, we'll get there  :)

Let's start from the beginning.  Can you share the SVG file that you are sending to the plotter?  (You can either attach it to your message, or upload it somewhere and give us the link.)  Once we can see that, we will have a better idea what the problem is.

Also, please tell us your Inkscape version and operating system.  And I would echo Heather, and ask what format you need to send to the plotter.
2
Good luck!

I hope you will make some progress  :)
3
What steps are you using to create the files?  Also, what file types does your plotter program accept?
4
We have just started using Inkscape to create images and are having problems exporting the images to the program for the plotter.  First, when we export the images, they are not vectorized when it gets back to the plotter program, so we have to rasterize it, then vectorize it, and then it showing extremely pixilated, even though it looks good in Inkscape.   We thought if it was in jpg format it would help this, so we downloaded an extension and Image Magick BUT, we don't understand how to complete the process through Image Magick.  Any help or guidance basically on a kindergarten level would be appreciated!  Thank you!
5
I will use your suggestions, they work.
I have successfully created and run this on my cnc, I just can't seem to duplicate the code. 
:-$


On a brighter side. I have been offered funding to take my project to the next level. I am talking with friends that can create the gcode on solid works for all the turbine parts. This will take away my frustration for a time while i work out my short comings with inkskape/cnc.  :b1: :hh:

Thank you Brynn, for your help and guidance, it is very appreciated.
I did eliminate all my .svg and .dfx files and start from scratch with a clean inkscape install.  :ur:
6
Well, I'm not sure what to say.  I don't understand #1, about the offset paths not matching the drawing.  For anything with sharp corners, the offset path will never match.  That's because Inkscape's Offset paths make sharp corners rounded.  That's another good reason not to use Inkscape offsets for the cutting path.

For a simple circle, the offset should work fine.  But anything with sharp corners, it probably won't match.   That's why I used that blob shape for testing, earlier, because it has no sharp corners.

Not sure what you mean about the offset being a simplified path.  Usually offsets add more unnecessary nodes, and are not known for being simplified.  (Well technically, it's probably the Object to Path which adds the extra nodes.  But either way the offset paths have extra nodes.)

When you make the offsets, do you remember to use Path menu > Object to Path, before you send to the gcode extension?  If you don't use Object to Path, I'm not sure if the extension will recognize it.  Maybe that's why it looks like a hand drawn circle?

Instead of using offset paths for the cutting path, could you just draw the original object a little bit larger?

Oh!  If you're determined to make the cutting path larger than the original path, here's another way to do it, which doesn't use Offsets at all.  First, duplicate the original path.  Make the stroke wider, to where the outer edge of the stroke is where you want to cut.  Then use Path menu > Stroke to Path.  After that, you'd have to delete the inner path (which is created by stroke to path command).  Then the outer path remains as your cutting path. 

For #2, about the gcode being microscopic, I would look at the zoom level in Inkscape.  If you're drawing while the canvas is at even a moderate zoom, then whatever you draw is much smaller than you planned.  Make sure you're always working at 100% zoom.  Or at least check the zoom before you send to the gcode extension.

Or another thing to check, if you're using Inkscape version 0.92 or higher, and you're opening a file you made with an older version, is the DPI.  If you're opening an old file with 0.92 or higher, the drawing will need to be scaled.  The native resolution of Inkscape changed in 0.92.
7
Hello,
Brynn, I have been able to generate Gcode successfully with a few issues.
1. When I duplicate the path it looks good.
When I preform the dynamic off set for each individual piece, 3 in and 1 out.
The offset lines are not a duplicate of the path but a much more simplified path that does not match the drawing. This has to be a setting I am missing in inkscape.
2. when I load gcode  to Mach3, the image is microscopic. This I'm sure it is a mm-in-px conflict somewhere that I created.

I am working on this slowly.
Now that I can generate the Gcode again, thank you Brynn, I am working out the settings issues and conflicts to make the shapes work correctly.
 
Path to gcode looks good here.
start to set path to gcode.JPG
*start to set path to gcode.JPG
(190.39 kB . 1280x1024)
(viewed 11 times)

except
Gcode cut path looks like a hand drawn pencil line.
9 in rotor path to gcode irregular.jpg
*9 in rotor path to gcode irregular.jpg
(259.64 kB . 1280x1024)
(viewed 11 times)

8
I'm curious as to what kind of machine you were going to run this on.
9
Well, I don't know.  My understanding is that the gcode is compensating for the tool diameter (and I wouldn't be surprised if it compensates for kerf too) based on the info provided by the choice of tool.  Because you can change the diameter with the Tools Library extension (which makes the green box).  To my understanding, you don't need an offset path at all.

(I do understand your reasoning, and it totally makes sense to the way I learned simple woodworking in college.  You have to do all the measuring and calculating up front -- measure twice, cut once; make a practice run on scraps; do a dry fit before you glue; and all that.  But these days, the way I understand with CNC, the computer does all the calculating.)

But anyway, good luck!
10
I have been working at the same here.
A 9 in. circle 228.6 mm

The Dynamic Offset = 1/2 the diameter of the bit.
So my understanding is, if the bit is 0.125 in. then half that would be 0.0625, which moves the bit to the outer edge of the 9 in disc. Without the offset the bit cuts out that 0.0625 out of the 9 in. disc leaving it at 8 and 7/8 in.

In Inkscape Radius. I set it to 0.0625 offset.

This attempt seems to be working so far, not sure about accuracy of the size yet. I'll set it to wood tomorrow to verify.
It's to early to see how it works on the CNC, everyone is still asleep.

gcode working circle.JPG
*gcode working circle.JPG
(288.53 kB . 1280x1024)
(viewed 19 times)

Pages: [1] 2 3 ... 10