Most biotech and pharmaceutical companies are adopting Process Analytical Technology (PAT) in manufacturing to provide real time operational insights that allows better control and leads to higher yields, purity, and\or shorter cycle times.
This graph shows you several spectra forming a multi-dimensional time series:
Spectra are often stored in SQL type databases as plain tables, separate from the other manufacturing data stored in the historian. The main problem with this approach is the loss of equipment and batch context. This is problematic to any subsequent analysis.
So why are spectra stored separately? Because most industrial data historian store values as simple time series in different data types, typically bool, int, float and string. Each time series point is a tuple of a timestamp and a single value (scalar). For PAT and other use cases, it would be required to extend the existing data shapes to accommodate vectors, matrices, and tensors:
There are many use cases for these data structures:
In the OSIsoft Asset Framework, extending the Historian is accomplished by deploying a new source and linking it to a time series database that supports time-based vectors, matrices, and tensors:
The RAMAN spectra are attributes on the unit\vessel or located on the RAMAN equipment. Therefore, extending the existing OSIsoft AF data model allows the measurements to be analyzed in the present batch or event frame context.
The following shows PAT spectral data (RAMAN) for a running batch:
TQS developed an add-in to OSIsoft PI Vision to display raw PAT spectra and also perform peak height calculations on the PAT spectra. This enables process monitoring of sensor data (temperature, pressure, pH, ..) and PAT data side-by-side. This unique capability will lead to a tighter integration of PAT spectra in the manufacturing environment and the ability to easily integrate PAT spectra in multivariate analytics.
Watch video on Combining Spectra & Process Data in OSIsoft PI here.
Conclusion
Classical historians have been developed for scalar time series information. This has worked for most sensor data type, but they cannot accommodate higher dimensional time series information. The solution is to extend the existing historian with databases that allow a more flexible schema. This results in better utilization of existing equipment and batch context that enables context specific analysis.
Please contact us for more information.