I have a document that originated in Rhino 5, curves are all in positive x, y space, exported DXF cuts just fine on both my lasersaur and Rabbit laser cutters.
Customer asked for a minor change, I’m now using Rhino 6, imported the 5 doc and made the change and exported DXF and both my laser cutters rejected the file.
It turns out the Rhino 6 DXF file has all the x values in negative space. Looking at the Object Description in 6 it shows all positive x, y locations. I cut-and-pasted the description in to a text file and have attached it and the .dxf.
[edit: I can’t share the 3DM file but I can export other formats or run tests as needed.]
[edit: Installed Rhino 5 and doing A/B tests. DXF exports are correct from 5 where 6 generates DXF files with negative X values.]
Hello - your dxf file comes into Rhino in the correct location. Do you have any examples that do not come out wrong in your target application? Can you export the same curves from V5 using whatever export scheme (which one, btw?) you use and post that?
Please look at the content of the DXF file. If R6 can import a file with an error and not reveal that error then there are two things that need to be fixed.
I opened the dxf in LibreCAD and the circle comes in at positive X
I tried to edit the dxf negative value -203.822… and removed the - sign
Then the circle comes in on the negative x side.
However the -1.0 further down when edited to 1.0 will again make the circle go to positive X
so the sign change is negated by that -1.0
I have no knowledge of DXF formatting, but some googeling reveals that the 230 code is indicating the Z-value of the extrusion vector. Again I have no clue what an extrusion vector is doing for a circle.
However if in Rhino I flip the circle, the export comes out with a positive value.
Long story short it seems the direction of the circle is causing the negative values.
Your software is interpreting the circle different from other software and it seems it’s not following DXF standards.
To fix it you could try to make sure your circles are all counterclockwise.
This is your file showing the large circle is clockwise as opposed to the small ones.
EDIT: a test with v5 dxf exports shows this sign change in not happening in V5 for ‘flipped’ curves. @pascal it seems indeed introduced in V6 and I can imagine this will affect more interpreters not parsing circles with extrusion vector values taken into account.
Why should I - a designer and engineer - care about which direction the circle is drawn? Why would I even want to know that? I’m working on a g-code generator for laser cutters and “which way the circle is drawn” is not an issue when I’m cutting the circle. “Which is the fastest way to cut the circle?” is the question I want to answe.r
Thanks, Pascal, that fixed it. Looking at Rhino 5, it seems to have been the default case. Our user instructions from Rhino 5 don’t involve making that change to use positive arc normals.
Also, can you go in to any detail as to why this option even exists? I’f I’m working on a 2d object, wouldn’t normals go in the +Z direction by default? (This is what I get for napping during maths classes as an undergrad.