I recently acquired an ACOPOSmicro drive, model 80VD100PD.C000-01, along with a 8LVA13.B1030D200-0 motor. I’m having trouble getting the system to work, as I’m receiving the following warnings as soon as I power it on:
39006
39034
39042
39024
In addition, when I try to perform autotuning, I get the following error: 4005.
I’ve also noticed that the R/R1 and R/R2 LEDs are blinking green continuously .
It’s worth mentioning that the equipment is brand new, and I haven’t been able to complete a successful configuration yet. Could someone guide me on how to resolve these issues or where I should start troubleshooting?
These all appear to be EnDat encoder-related issues, as far as I can tell.
When we commissioned our very first ACOPOSmicro, we ran into similar problems. It turned out that the required battery (80XB120A2.36-00) was missing, which is essential for the encoder to function properly. That detail had slipped through the cracks on our end.
In some cases, it’s also necessary to reset the encoder using a specific ParID in mappCockpit.
Thank you for your response. I have already installed the battery. Additionally, I would like to mention that I am using ACP10. Could you please share the ParId to reset the encoder, or the GUID of the help? I have not found any information about it.
Please also note that you don’t need to write the ParID on every startup.
The alarm bit or warning bit is not permitted to be cleared cyclically since this involves write access to the EPROM memory of the encoder, which can result in irreparable damage to the encoder after a foreseeable amount of time (approx. 100,000 write accesses).
Taken from the online help.
What I’ve implemented instead is a short check during machine boot: it verifies whether the encoder has been changed, plugged/unplugged, and only performs a reset if an actual error is present.
Otherwise, you’d have to manually perform a reset in certain cases - like when the motor has been changed - which isn’t ideal from a usability standpoint.
Hi,
the lag error is most probably unrelated to the encoder errors.
Would there be something wrong with the encoder signals, other encoder errors are reported.
Using a variable of type “MC_ENDLESS_POSITION” is also unrelated to the lag error. This allows to restore the axis position after a PLC restart, if an absolute encoder is used.
About the lag error, first check the message, it should contain the value of the lag error.
If it is only a few units, maybe set the lag error stop limit bigger, i.e. allow a bigger lag error.
Try tuning (autotuning) the speed and position controller loops, e.g. with MC_BR_SetupController or the NC-Test.
Thanks again fro your support, I detected that the problem is that every time I turn off or restart the Acopos I have to do auto-tuning, and after that it works correctly. It’s worth mentioning that after doing the auto-tuning I save its result. Do you have any recommendation to avoid having to do auto-tuning every time I restart the Acopos?
The parameters are stored on the PLC not the drive.
Please check that they are stored in the correct place: NC Init module
If you are using the function block MpAxisBasic, it is possible that it overwrites the parameters with is Configuration.