Problems with either Fusion360 or Linuxcnc

More
30 Mar 2016 20:40 #72413 by Irritant
I am going up the wall here. I have days invested in making some tool paths.

I am getting inconsistent results, see the attached screen shot. I will get some things sorted out and then get one of these, fiddle and nopt really change anything and it goes away.

Any ideas?

By the way Ctl-K doesn't work to clear the screen.
Attachments:

Please Log in or Create an account to join the conversation.

More
31 Mar 2016 02:46 #72434 by kornphlake79
Are you using cutter compensation? I have similar problems when I try to use cutter compensation. Although I'm not certain the problem is with the Fusion 360 post, I get errors if I manually write g-code with cutter compensation and use a radius that is too small, or if the lead in move isn't long enough.

Please Log in or Create an account to join the conversation.

More
31 Mar 2016 10:16 #72449 by andypugh

Irritant wrote: see the attached screen shot.


Can you show us the first 25 lines or so of the G-code?
Which post-processor are you using?

Fusion may or may not understand G91.1 (Inventor inserts it but then their G-code editor/previewer gets really confused, seeing it as a G91)

By the way Ctl-K doesn't work to clear the screen.

try Ctrl-Space

Please Log in or Create an account to join the conversation.

More
31 Mar 2016 12:12 #72457 by Irritant
Hers is the code, it does use G91.1 The code combined 5 operations so I am going to post each one to figure out which has the problem, about 3125 lines all together. Using the EMC post in fusion.

%
(ADAMS INLET)
(T1 D=0.25 CR=0.02 - ZMIN=-0.7205 - BULLNOSE END MILL)
(T2 D=0.25 CR=0. - ZMIN=-2.7283 - FLAT END MILL)
N10 G90 G94 G17 G91.1
N15 G20
N20 G28 G91 Z0.
N25 G90
(POCKET1)
N30 M9
N35 T1 M6
N40 T2
N45 S5514 M3
N50 G54
N55 M9
N65 G0 X-0.0565 Y-2.2092
N70 G43 Z0.6 H1
N75 G0 Z0.2
N80 G1 Z-0.075 F25.
N85 X-0.0567 Y-2.2093 Z-0.078
N90 G3 X-0.0571 Y-2.2096 Z-0.081 I0.0137 J-0.0209
N95 X-0.0578 Y-2.2102 Z-0.0839 I0.0141 J-0.0206
N100 X-0.0588 Y-2.2109 Z-0.0866 I0.0148 J-0.0201
N105 X-0.06 Y-2.2119 Z-0.0892 I0.0158 J-0.0194
N110 X-0.0613 Y-2.2133 Z-0.0916 I0.017 J-0.0183
N115 X-0.0627 Y-2.2149 Z-0.0937 I0.0183 J-0.017
N120 X-0.0641 Y-2.2168 Z-0.0956 I0.0197 J-0.0154
N125 X-0.0653 Y-2.2191 Z-0.0971 I0.0211 J-0.0135
N130 X-0.0664 Y-2.2216 Z-0.0984 I0.0223 J-0.0112
N135 X-0.0673 Y-2.2243 Z-0.0993 I0.0234 J-0.0087
N140 X-0.0678 Y-2.2273 Z-0.0998 I0.0243 J-0.0059
N145 X-0.068 Y-2.2303 Z-0.1 I0.0248 J-0.003
N150 G1 Y-2.2663 F35.
N155 G3 X-0.0361 Y-2.2983 I0.0319 J0.
N160 G1 X0.036
N165 G3 X0.068 Y-2.2663 I0. J0.0319
N170 G1 Y15.0308
N175 G3 X0.036 Y15.0628 I-0.0319 J0.
N180 G1 X-0.0365
N185 G3 X-0.068 Y15.0312 I0. J-0.0315
N190 G1 Y-2.2303

Please Log in or Create an account to join the conversation.

More
31 Mar 2016 12:15 #72458 by Irritant
As far as cutter comp goes I really don't know zip about it! Managed to run routers for 15 years living in ignorance!

Please Log in or Create an account to join the conversation.

More
31 Mar 2016 12:23 #72459 by andypugh
Line 19 seems to be in the (POCKET1) operation.

I have to assume that the problem move is off the end of the G-code you posted, as there is no move to Y7.2496 in the code.

(unless, as a bizarre possibiility, you have X / Y offsets in the tool table?)

Please Log in or Create an account to join the conversation.

More
02 Apr 2016 23:09 #72591 by kornphlake79

N35 T1 M6
N40 T2


This looks a little weird, im not sure why you have T2 on line N40? Unless you are changing to T2 for some reason right after changing to T1.

On or near line 19 you have this

N70 G43 Z0.6 H1

You might have a problem using H1 offset if the machine thinks T2 is in the spindle, I have never tried using an offset for a different tool, and can't think of any reason I would want to.

Please Log in or Create an account to join the conversation.

More
02 Apr 2016 23:34 #72592 by andypugh

kornphlake79 wrote:

N35 T1 M6
N40 T2


This looks a little weird, im not sure why you have T2 on line N40? Unless you are changing to T2 for some reason right after changing to T1.


It makes sense with a mill, it pre-aligns the tool-changer for the next tool change.

Please Log in or Create an account to join the conversation.

More
03 Apr 2016 01:22 #72599 by kornphlake79
Interesting, I don't have a tool changer on my machine, but I thought an M code would be needed to pre-align the tool changer. I thought any subsequent T# entries would change the tool in the spindle, kind of like how I can use a G1 on line 10 of my program, then on line 11 I can enter an XYZ coordinate and the machine will move to that position without having to call G1 again on each subsequent line.

Please Log in or Create an account to join the conversation.

More
03 Apr 2016 10:26 #72609 by andypugh

kornphlake79 wrote: Interesting, I don't have a tool changer on my machine, but I thought an M code would be needed to pre-align the tool changer.


The HAL pins iocontrol.0.tool-prep-number and iocontol.0.tool-prep-pocket change when the T-command is executed.
The iocontrol.0.tool-prepare pin is set at this point, and the toolchanging system waits for iocontrol.0.tool-prepared to be set to true.

The pin iocontrol.0.tool-change goes true when the M6 command is executed and the system waits for iocontrol,0.tool-changed to be set true ti indicate the completion of the change.

In most configs the iocontrol.0.tool-prepare pin is connected directly to the iocontrol.0.tool-prepared pin, so the behavious looks rather simpler. pre-selecting a tool is only relevant to random toolchangers anyway (ie ones that put the old tool in the pocket the new tool came out of, rather than it's own home pocket)

Please Log in or Create an account to join the conversation.

Moderators: Skullworks
Time to create page: 0.123 seconds
Powered by Kunena Forum