I don’t mean to talk bad about the control system,
As if other control systems don’t have errors.
The error here lies with the user. The available options with XCALL are also explained in the manual. So the option of the feed presetting is onlyw carried out until a different feed is defined in the subprogram. That helps the re-entry, if there is no feed defined. Afterwards that option is without effect unless all feed presetting are eliminated from the subprogram.
In case of doubt the user who changes the BEF and defines options that he might misunderstood or did not read properly in the manual.
However maybe you should use a different method and define the feeds via variables in the BEF and only call F-variables in the subprogram. That way you get all the important stud directly in the BEF including the feed values. These one are then easily changed in the subprogram.
Here a few rows from our BEF. The first row (blue) stands directly in the head of the BEF after the prefefinition via TT_LA. Afterwards other commands follow. With that row the variables are defined.
And at last the allocation of the subprogram (green).
BEF:
......
VAR $1;$2;$3;$4;$5;$6;$7;$8
......
......
TOL=0.02 SM=0.004 RMAX=8 RADMAX=1300.
$1=5200
$2=5200
Cleanon
XCALL 20113573_AS_EL004_2 -w
......
UP:
......
......
G01 Z1.118153 F$2
G01 X-6.405989 Y5.816328 F$1
......
......
Whereas we prefer defining more variable that needed because otherwise an error message comes up.
The maximum feeds on our CNC machine are currently 6 different values.
Regards Gerd
Wer das Konzept der Unendlichkeit verstehen will, muss nur das Ausma