error22 but the G-Code is correct

[ltspicer]

My G-Code:

`
(Generated with: DXF2GCODE, Version: Py3.6.7 PyQt5.12.2, Date: $Date: Thu Jan 3 16:29:29 2019 +0100 $)
(Created from file: ....)
(Output format description: G-CODE for LinuxCNC)
(Time: Sat May 11 23:42:18 2019)
G21 (Units in millimeters)
G90 (Absolute programming)
G64 (Default cutting) G17 (XY plane) G40 (Cancel radius comp.) G49 (Cancel length comp.)
G0 Z 20.000

(*** LAYER: Ebene_1 ***)

(* SHAPE Nr: 2 *)
G0 X 156.984 Y 58.969
M3 S1000
G0 Z 2.000
F120
G1 Z -0.100
F1000
G2 X 156.889 Y 59.250 I 0.513 J 0.330
G2 X 156.887 Y 59.300 I 0.624 J 0.050
G2 X 156.887 Y 59.323 I 0.614 J 0.000
.
.
.
`
First, I have to remove the title. Everything in parentheses ()
After starting in UGS 2 the error 22 appears:
'G2X1 56.887Y59.323I0.614J0.000': (error 22) Feed rate has yet been set or is undefined.
Is the J0.000 the problem?

In UGS 1.0.9 it works.

Is this a bug in UGS 2+ ?

[AbySet]

Take a look here: gnea/grbl#255

[ltspicer]

Is not possible to add a parameter in the startup from UGS?
The link says, i have to add a line in every gcode.
Why the error comes only on the 3rd G02 line?

[AbySet]

I am just a user like you trying to help people.
The question "Why the error comes only on the 3rd G02 line?" is actualy a good one.
Maybe Winder or breiler can analyse this issue.

[AbySet]

I just tested you gcode file by removing (comment) G64 line like this:

G21
G90
;G64
G0 Z 20.000

G0 X 156.984 Y 58.969
M3 S1000
G0 Z 2.000
F120
G1 Z -0.100
F1000
G2 X 156.889 Y 59.250 I 0.513 J 0.330
G2 X 156.887 Y 59.300 I 0.624 J 0.050
G2 X 156.887 Y 59.323 I 0.614 J 0.000

And all ran just fine (no errors) on my machine (first ran CHECK mode then run for real).

[breiler]

Regarding G64, the editor now checks if the command is supported by the hardware and displays a hint. There was an issue with the coordinate parameters containing a space displaying errors which I've fixed.

I couldn't reproduce the error with the error 22 with missing feed parameter though. I'm closing this, reopen it if the error still exists and provide your current GRBL version.

[fbonin5491]

I have many errors in UGS , and it also in GRBL controler bluetooth.I think it does not accept more than one space between X.Y.Z an the coordinate.Because if i remove one space its ok , if i add it back it is not.Why UGS find 2 spaces for exemple after the command G3 X , they are not existants in the text file
(Generated with: DXF2GCODE)
(Version: Py3.10.12 PyQt5.15.6, Date: $Date: Mon Feb 6 21:49:45 2023 +0100 $)
(Created from file: /home/bobphils/Bobphils.dxf)
(Used Postprocessor: postpro_config.cfg)
(Output format description: G-CODE for GRBL)
(Time: Fri Aug 18 16:26:49 2023)
G21 (Units in millimeters)
G90 (Absolute programming)
M3 M8
G0 Z 15.000

(*** LAYER: 0 ***)
(Tool number: 1)
M6
S6000

(* SHAPE Nr: 9 *)
G0 X 105.623 Y 39.019
G0 Z 3.000
F150
G1 Z -0.200
F200
G3 X 100.832 Y 40.083 I -4.819 J -10.376
G3 X 99.842 Y 35.755 I -0.008 J -2.276
G2 X 99.843 Y 35.754 I -0.216 J -0.451
G1 X 105.592 Y 32.980
G2 X 104.167 Y 26.750 I -1.425 J -2.952
G2 X 97.879 Y 27.893 I -0.005 J 17.837
M9M5
M2 (Program end)

[breiler]

@fbonin5491 please open a new issue and attach the sample gcode.