Using Pcequipment & PCdevice Lib with Batch management in 800xA
I'll use batch managment in my system& don't know if it's mandatory to use Pcequipment & PCdevice Lib with Batch management in 800xA or no,
My Application is pharmaceutical and already need to Validation
Voted best answer
No, its not "mandatory", but unless you have another library of process objects, then its a very usefull library. However, it does have some "peculiarities", the occasional bug, and its not really possible to customize anything other than the basic features.
The Batch Manager communicates with the controllers using specific Control Modules which are part of the batch library, not PD Device Lib. However, because the Batch manager only uses Control Modules, typically the entire Batch application is written entirely using control modules. And the PC Device Lib is probably your best choice if you are going to write your application using CM's
Note that outside of the batch library CM's there is no restriction on how your control logic is written. You could use any other library of process objects that is appropriate for your application and you dont have to use Control Modules either.
Personally, I don't much like the PC Device Lib (mainly because I dont like Control Modules) - BUT - it does work, and it will save you a lot of up front engineering.
"Validation" is a completely separate issue and AFAIK there is no particular inbuilt support for validation in the PC Device Lib
It is not mandatory to use PCDeviceLib and PCEquimentLib but these libraries have in-built features of many functionalities related to Batch Managment.PCEquipment lib has Equipment modules,phases and Units which are templates with readymade faceplates,customer can customize these templates as per their requirements.
Also Integration with Batch is very easy with PCEquipment lib.
Also using these libraries reduces more engineering efforts compare to standard libraries.
These libraries are frequently used for Chemical and Pharmaceutical applications because of the flexibility.