Display Morecorrect, limiting $OV_PRO should prevent larger value than desired but not interfere when user selects lower value.
as long as this is in SPS loop and SPS is running, this will easily override any user attempt to increase speed.
but manipulating $VEL, $VEL_AXIS[] etc from SPS is another story.
SPS cannot modify those since SPS is asynchronous to level-1 interpreter and therefore so such variables are write protected for Submit interpreter(s).
and even if this was used in robot program, this will only work for motions that do not use inline forms.
inline forms set the speed etc in every motion instruction.
since inline forms and plain KRL motions require different solution, the simplest workaround is to use $OV_PRO
hi panic mode
Can I do this proccess with this code?