Running Hours of any Drive
Hi,
I am using Bailey Infi90 PLC. With the software 800xA. In BAILEY can i calculate Running hour of Drive regularly any Buiot-in block??
I am using Bailey Infi90 PLC. With the software 800xA. In BAILEY can i calculate Running hour of Drive regularly any Buiot-in block??
Asked 9 months ago
Answers
0
Hi,
By Infi90 PLC I guess you mean a MFC/MFP/BRC controller. There isn't a run hours function code as such but there are a couple of function codes that can be used to craft some logic that will do the trick. Function codes that come to mind include the FC 85 (UP/DN), FC 86 (ETIMER) or even a FC 166 (INTEG) but possibly the simplest is the FC 86 (ETIMER) as it measures elapsed time in the units of your choice (sec, min, hours, days).
There might not be much point in calculating run hours if the run hour total is volatile. Perhaps consider using a RESTORE or RECIPE block to periodically store the run hour total. The RESTORE will cover you against controller restarts. The RECIPE will cover you against controller restarts as well as planned offline downloads, as the RECIPE values can be uploaded into the CLD. With the RECIPE you will need some extra logic to load the saved value back into the run hour logic during controller startup. With both the RESTORE and the RECIPE be aware of how often the data needs to be saved and avoid saving all of the run hour totals at the same time if there are multiple run hour calculations in the controller. An unplanned failure of the controller will always revert to the totals from the last download or verification with update specs.
Also perhaps consider the requirement to reset the totaliser deliberately or the requirement to allow for manual entry of hours. Say if a new motor or a spare motor with existing run hours is installed as a replacement.
Depending on the intended use of the run hour totals you could also consider the requirement for a non-resettable and a resettable run hour totaliser for each motor. The resettable timer can have alarms (maintenance notifications, not process alarms) configured and when the maintenance activity is completed the resettable totaliser can be reset to enable the alarms again.
Cheers,
Alan
By Infi90 PLC I guess you mean a MFC/MFP/BRC controller. There isn't a run hours function code as such but there are a couple of function codes that can be used to craft some logic that will do the trick. Function codes that come to mind include the FC 85 (UP/DN), FC 86 (ETIMER) or even a FC 166 (INTEG) but possibly the simplest is the FC 86 (ETIMER) as it measures elapsed time in the units of your choice (sec, min, hours, days).
There might not be much point in calculating run hours if the run hour total is volatile. Perhaps consider using a RESTORE or RECIPE block to periodically store the run hour total. The RESTORE will cover you against controller restarts. The RECIPE will cover you against controller restarts as well as planned offline downloads, as the RECIPE values can be uploaded into the CLD. With the RECIPE you will need some extra logic to load the saved value back into the run hour logic during controller startup. With both the RESTORE and the RECIPE be aware of how often the data needs to be saved and avoid saving all of the run hour totals at the same time if there are multiple run hour calculations in the controller. An unplanned failure of the controller will always revert to the totals from the last download or verification with update specs.
Also perhaps consider the requirement to reset the totaliser deliberately or the requirement to allow for manual entry of hours. Say if a new motor or a spare motor with existing run hours is installed as a replacement.
Depending on the intended use of the run hour totals you could also consider the requirement for a non-resettable and a resettable run hour totaliser for each motor. The resettable timer can have alarms (maintenance notifications, not process alarms) configured and when the maintenance activity is completed the resettable totaliser can be reset to enable the alarms again.
Cheers,
Alan
Add new comment