On F027 O’Grady, the R axis position was identified to be creeping in a positive direction on each move. Because the R axis is open-loop (ie no encoder feedback to the e100 controller), there is no way of detecting or correcting this. The control system was fully tested on a separate setup and it has been confirmed that there are no issues with the software or wiring design. The root cause is not obvious.
Auteur Gareth Green | Dernière modification 9/03/2020 par Gareth Green en cours de rédaction ⧼frevu-button-review-label⧽
Pas encore d'image
On F027 O’Grady, the R axis position was identified to be creeping in a positive direction on each move. Because the R axis is open-loop (ie no encoder feedback to the e100 controller), there is no way of detecting or correcting this. The control system was fully tested on a separate setup and it has been confirmed that there are no issues with the software or wiring design. The root cause is not obvious.
TB0405, R-Axis
The R axis re-references at the end of each bar anyway, therefore if it re-referenced more often, it would solve the
problem.
A new version (3.9992) of Multi.mnt has been tested, which works by counting the number of R axis moves and
redatuming if the number exceeds a constant RE_REF_R. The constant is found at the top of the mint file.
Define RE_REF_R = 20
O’Gradys has been left with a value of 20, the default will be 99.
O’Gradys has been tested on 22/05/2018 and is working fine.
en
none
0
Draft
Vous avez entré un nom de page invalide, avec un ou plusieurs caractères suivants :
< > @ ~ : * € £ ` + = / \ | [ ] { } ; ? #