Radius to end of arc differs from radius to start on line number ##

[RICH]

using lazycam makes wrong or unfinished pieces

It does what it is told to do. Same goes for any other program. Read the manual.
Same goes for any other CAM program. No program can read the users mind on how they intend on doing something.
Let me clarify........my bride of many years may be able figure me out. 

RICH

[Hood]

Let me clarify........my bride of many years may be able figure me out. 

RICH

But I am betting you cant figure her out even after all these years

Hood

[RICH]

Got that right Hood,
Gave up after she told me that "it took her so many years to get me just like she wanted me and now she's not sure who I am"
Ya just got to love em........... Men are from Mars and Females are from Venus
Easy to get confused at times That's why a shot and a beer can put things back into perspective.
Burp 

RICH

[Hood]

[stirling]

Never used it but from a quick look it appears that LazyCAM posts either inc IJ OR abs IJ depending on how you set it on the Post Gcode option screen. Either way it EXPLICITLY posts a G90.1 or a G91.1 in the code preamble. So unless I'm missing something Mach can NOT get the mode wrong regardless of what you might have set previously in Config/General Config. Mach simply switches mode according to what is POSTED. Although a mis-match of IJ mode WILL cause this error I don't see how this can be the case in this instance. The ONLY time the operator has to make sure Mach and CAM modes match is when the CAM DOESN'T explicitly post the mode. There are other reasons why you might get the error in your title and I suspect that's the case here.

Ian

[Armenias]

Thank you Rich for youre very intelligent response,

I'll read it, but after some research, I think that finally, DXF's files made on Solidworks are quite not compatible with lazycam.


Stirling, thank you for you response. I had this problem only when I was using Import dxf's file's option on Mach3, now with lazycam, there is no radius problem, excepted a wrong or unfinished piece.


Can I post one of my dxf files then you try to open it on lazycam ?

Thank's

Ps : there is a DXF attached, after using lazycam, I get this quite wrong g-code :

N5 (File Name = tata on Saturday, August 20, 2011)
N10 (Default Mill Post)
N15  G90.1
N20 G0  Z1.0000
N25 M3
N30  X35.0000  Y-47.0000
N35  Z0.1000
N40 G1  Z0.0000  F60.00
N45  Y-33.0000   
N50 G0  Z1.0000
N55  X32.0000  Y-30.0000
N60  Z0.0000
N65 G1  X-32.0000   
N70 G0  Z1.0000
N75  X-35.0000  Y-33.0000
N80  Z0.0000
N85 G1  Y-47.0000   
N90 G0  Z1.0000
N95  X-32.0000  Y-50.0000
N100  Z0.0000
N105 G1  X32.0000   
N110 G3  X35.0000  Y-47.0000  I32.0000  J-47.0000
N115 G0  Z1.0000
N120  Y-33.0000
N125  Z0.1000
N130 G1  Z0.0000 
N135 G3  X32.0000  Y-30.0000  I32.0000  J-33.0000
N140 G0  Z1.0000
N145  X-32.0000
N150  Z0.1000
N155 G1  Z0.0000 
N160 G3  X-35.0000  Y-33.0000  I-32.0000  J-33.0000
N165 G0  Z1.0000
N170  Y-47.0000
N175  Z0.1000
N180 G1  Z0.0000 
N185 G3  X-32.0000  Y-50.0000  I-32.0000  J-47.0000
N190 G0  Z1.0000
N195  X-66.0000
N200  Z0.1000
N205 G1  Z0.0000 
N210 G2  I-70.0000  J-50.0000
N215 G0  Z1.0000
N220  X-66.0000  Y50.0000
N225  Z0.1000
N230 G1  Z0.0000 
N235 G2  I-70.0000  J50.0000
N240 G0  Z1.0000
N245  X70.0000  Y60.0000
N250  Z0.1000

[stirling]

Hi Armenias

Your DXF works fine in LazyCAM and it produces good code on my system. I'm thinking you're running an unlicenced demo version which is restricted to the number of lines it'll handle. Hence your gcode is not wrong - it's just not complete.

Ian

[Armenias]

In fact I use a demo version, but I didn't know that demo version was restricting the number of lines. If it's true, I buy it tonight ..

Thank's a lot Ian

[Armenias]

Every thing works perfectly ! Except a scale problem on mach3 (distance divided per 2), but i'll find the solution..


Thank you everybody !