Here is another with no torch off between cuts, no retract at end, and no speed

Sticks · June 19, 2024, 11:57am

Simple is beyond F360 evidently.

Still trying to do hole tests, and it just won’t post right.

2 .685 holes .985 between centers, left and right closed chain, smoothing and feed optimization.

I should add that I get an IHS fail at the second hole, even after I add a m30 at the end of the first cut.

(v1.6-af)
G90 G94
G17
G20
H0

(2D Profile1)
G0 X-0.2525 Y0.2268
G92 Z0.
G38.2 Z-5. F100.
G38.4 Z0.5 F20.
G92 Z0.
G0 Z0.04 (IHS Springback + Backlash)
G92 Z0.
G0 Z0.25 (Pierce Height)
M3
G4 P0.95
G0 Z0.1 (Cut Height)
H1
G3 X-0.1525 Y0.4 I-0.1 J0.1732 F59.
G3 X-0.7475 I-0.2975 J0. F35.4
G3 X-0.1525 I0.2975 J0.
G3 X-0.1691 Y0.4981 I-0.2975 J0.
G3 X-0.3207 Y0.6287 I-0.1888 J-0.066 F59.

(2D Profile2)
G0 X0.6725 Y0.5732
G92 Z0.
G38.2 Z-5. F100.
G38.4 Z0.5 F20.
G92 Z0.
G0 Z0.04 (IHS Springback + Backlash)
G92 Z0.
G0 Z0.25 (Pierce Height)
M3
G4 P0.95
G0 Z0.1 (Cut Height)
H1
G2 X0.7725 Y0.4 I-0.1 J-0.1732
G2 X0.1775 I-0.2975 J0. F35.4
G2 X0.7725 I0.2975 J0.
G2 X0.7559 Y0.3019 I-0.2975 J0.
G2 X0.6043 Y0.1713 I-0.1888 J0.066 F59.
M30
(PS0)

TinWhisperer · June 19, 2024, 12:28pm

It’s not posting right because there is more optimized feed rate than the original feed rate.

I brought it up a few times in the past but it’s one of the issues that comes up using feed rate optimization and the way the post-processor works.

@langmuir-aksel @langmuir-reilly

I seen this anomaly come up in the past I was going to make a couple test files to show the difference but never got around to it.

@Sticks file here shows the issue that I’ve discovered in the past and it’s very repeatable in Fusion 360 if you want to try it yourself.

Just create a hole you’re going to cut in Fusion at a normal feed rate and then apply feed rate optimization to it and then post it and it’ll come up with a zero program speed.

I’m assuming this is a post processor bug?

TinWhisperer · June 19, 2024, 12:39pm

Try to set the feed rate of the program to 35 ipm instead of using feed rate optimization reduction

Sticks · June 19, 2024, 12:40pm

It only happens on hole cut only files. Files with other geometry seems to work OK.

I have gone and looked at the fusion cut setup, and my tool_feedcutting is higher than my reduced feed rate.

@langmuir-reilly - if it is the post, it needs fixed, and then it would be realllllly nice if your post had the “peck” option to only mark the center of the hole.

Another member here has kind of started it, but it is not wide spread.

P.S. Is LS going to come out with an updated FireConrol? There are bugs in it, documented bugs, and other features that have been brought up that the users here want.

I like the fact that LS seems to have a “It works, don’t keep tweaking it until it does not work” mentality, unlike a lot of apps on the market, but FC could use some polishing.

Sticks · June 19, 2024, 12:44pm

We are talking at the same time. Post edited above also.

TinWhisperer · June 19, 2024, 12:58pm

This first program has a 5/8" hole with no feed rate optimizer added

(v1.6-af)

G90 G94

G17

G20

H0

(2D Profile1)

G0 X0.5694 Y0.5146

G92 Z0.

G38.2 Z-5. F100.

G38.4 Z0.5 F20.

G92 Z0.

G0 Z0.04 (IHS Springback + Backlash)

G92 Z0.

G0 Z0.15 (Pierce Height)

M3

G4 P0.7

G0 Z0.06 (Cut Height)

H1

G3 X0.841 Y0.5625 I0.1316 J0.0479 F90.

G3 X0.284 I-0.2785 J0. F90.

G3 X0.5825 Y0.2847 I0.2785 J0.

G3 X0.8381 Y0.6024 I-0.02 J0.2778

H0

M5

G0 Z1.

M30

(PS90)

Program speed

This second has a 5/8" hole with feed rate optimizer added so there is more optimized length then standard length of cut

(v1.6-af)

G90 G94

G17

G20

H0

(2D Profile1)

G0 X0.5694 Y0.5146

G92 Z0.

G38.2 Z-5. F100.

G38.4 Z0.5 F20.

G92 Z0.

G0 Z0.04 (IHS Springback + Backlash)

G92 Z0.

G0 Z0.15 (Pierce Height)

M3

G4 P0.7

G0 Z0.06 (Cut Height)

H1

G3 X0.841 Y0.5625 I0.1316 J0.0479 F90.

G3 X0.284 I-0.2785 J0. F54.

G3 X0.5825 Y0.2847 I0.2785 J0.

G3 X0.8381 Y0.6024 I-0.02 J0.2778

H0

M5

G0 Z1.

M30

(PS0)

no program speed

now here is a hole in a square with feed rate optimized applied so there is more length of non optimized cutting then optimized

(v1.6-af)

G90 G94

G17

G20

H0

(2D Profile1)

G0 X0.7445 Y0.7979

G92 Z0.

G38.2 Z-5. F100.

G38.4 Z0.5 F20.

G92 Z0.

G0 Z0.04 (IHS Springback + Backlash)

G92 Z0.

G0 Z0.15 (Pierce Height)

M3

G4 P0.7

G0 Z0.06 (Cut Height)

H1

G3 X0.4729 Y0.75 I-0.1316 J-0.0479 F90.

G3 X1.0299 I0.2785 J0. F54.

G3 X0.7314 Y1.0278 I-0.2785 J0.

G3 X0.4758 Y0.7101 I0.02 J-0.2778

H0

M5

G0 Z1.

G0 X-0.0555 Y0.7021

G92 Z0.

G38.2 Z-5. F100.

G38.4 Z0.5 F20.

G92 Z0.

G0 Z0.04 (IHS Springback + Backlash)

G92 Z0.

G0 Z0.15 (Pierce Height)

M3

G4 P0.7

G0 Z0.06 (Cut Height)

H1

G3 X0.216 Y0.75 I0.1316 J0.0479 F90.

G1 Y0.91

G1 Y1.25 F54.

G2 X0.25 Y1.284 I0.034 J0.

G1 X0.9128 F90.

G1 X1.2528 F54.

G2 X1.2868 Y1.25 I0. J-0.034

G1 Y0.59 F90.

G1 Y0.25 F54.

G2 X1.2528 Y0.216 I-0.034 J0.

G1 X0.59 F90.

G1 X0.25 F54.

G2 X0.216 Y0.25 I0. J0.034

G1 Y0.75 F90.

G1 Y0.79

H0

M5

G0 Z1.

M30

(PS90)

program speed
works again.

Simsworx · June 19, 2024, 1:14pm

From the original G-code, there’s a lack of torch off commands (M5). I recall seeing this before.

Look at the post. The onSectionEnd should have a writeBlock command adding the M5 as shown below.

function onSectionEnd() {
forceAny();
writeBlock(mFormat.format(5))
}

Sticks · June 19, 2024, 1:29pm

Likewise with the OP gcode. I had to add the program speed, it cut the first hole, then the torch stayed on during travel to the second hole, then an IHS fail while trying to cut the second hole…

TinWhisperer · June 19, 2024, 1:40pm

there is on the one I post. I was mistaken it this quoted post I’ve deleted.

langmuir-reilly · June 20, 2024, 5:34pm

A lot of dense info in this thread, give me some time to read through with Aksel and get back to you guys about the post-processor issue.

As for FireControl updates - expect to see more soon. While FC has some bugs and known issues, all of our publicly-available software is in a pretty solid place at the moment; we took the opportunity to slow down updates and overhaul our development process. We also have been heavily focused on our soon-to-be-released software (read: BendControl for the Titan) so that it is similar in quality and stability to FireControl and CutControl right at launch.

Tangentially related: we’ve been getting more support technicians trained up, so I may soon be transitioning from product support to a more software-focused role. At that point, I’d be able to be a bit more thorough/detailed in regards to software questions/issues posted to the Forum, such as this thread

Sticks · June 24, 2024, 7:48pm

It’s got to be something to do with holes. Round holes.

I was doing another test pattern to find out what conglomeration of settings works best for a 5/8 hole through half inch plate,.

First cut program was actually running okay until I got to the end of the first row, then when it dropped down to go to the first hole in the second row, the torch never turned off it dragged all the way across then I got an IHS fail.

When I tried to do a run from loop, the torch did not fire.

When I looked at the NC program, at the end of every row in Y, when it dropped down to the next section would not fire the torch again so I had to add three lines of code in for each one of those.

After I made some adjustments in the drawing, I added a square hole and the outer circumference, and Fire Control kicked it back out with no program speed.

Same problem as the first one, except there was no program speed at the end of this one. And the outer circumference and the square hole didn’t change it wanting to process correctly.

Next iteration of adjustments, it was a rinse and repeat.

I cringed when I processed the main cut program that I need to do, 24 rows and 24 Columns of holes.

Seems to have got all the torch on and off taken care of okay, but no program speed at the end.