-
Notifications
You must be signed in to change notification settings - Fork 2
Beckhoff troubleshooting
Wiki > The Backend System > IOCs > Motor IOCs > Beckhoff > Beckhoff troubleshooting
As we don't really handle any logic minus the motor record aliasing, there isn't much to go wrong (in theory)
The first thing to do if an issue occurs is open a device screen which is pointing to the "Beckhoff engineering view" and check all axes for an error ID. note you have to press the load button to load an axis.
- If the records in here are in alarm, it's likely that there is a comms issue.
- If not, and there are error IDs for any axis, the beckhoff has thrown an error. You may be able to hit "reset" and resolve this, if not contact the IESG or the IDD Motion team.
an easy thing to check to see if a beckhoff is actually reachable is to
- ping
192.168.1.22x(usually 221) - from the NDX system tray right click the twincat icon, then routing -> edit routes. check there is an
xor padlock symbol in the "connected" column.
if neither of these work the cable has probably fallen out.
This is an issue reporting from the Beckhoff itself. you may be able to reset the error and get moving again. otherwise contact IESG to resolve. A list of error IDs are available from the TwinCAT documentation available online.
Safety systems such as light curtains or bump strips will throw the controller into error (and usually disable all axes) as opposed to just stopping movement like on a Galil. The green reset button on each beamline should clear the error and re-enable.
This is a weird error that seems to occur sometimes when running a Beckhoff simulator on a dev machine. To stop it you need to do run unsettick.bat script in tcioc\master and reboot. NB this should never happen on an instrument machine as they do not run simulated Beckhoffs.