利用PI SDK通过消除“中间人”简化了数据通信
多年来，OSIsoft一直通过许可其PI软件开发工具包（SDK）。PI SDK作为与历史记录进行通信的“本地”方式，已被证明优于OPC HDA等其他方法。像“中间人”一样，OPC HDA需要与历史记录者进行数据交换，这偶尔会涉及不同的数据结构。这些差异会导致交换出错。适用于以下应用控制回路性能监控（CLPM）技术对于依赖CLPM分析的制造商来说，事情出错的可能性是一个令人担忧的问题。
值得考虑的利用PI SDK的CLPM应用程序的几个方面包括:
- 迷失在翻译中
就像儿童的电话游戏一样，如果沟通不准确，任何信息交流都必然会出错。然而，与儿童游戏不同的是，混淆制造商PI历史记录中存储的数据并不是一件有趣的事情。幸运的是，那些利用SDK的CLPM技术使用PI的既定协议提供了清晰一致的通信。不需要翻译。
- 配置成本
虽然系统集成商可能会提出不同的建议，但使用SDK进行预配置是一件好事。它限制了短期和长期的成本攀升，因为初始配置可以更快地执行（成本更低），并且CLPM实施中需要未来支持的方面更少（成本更低）。因此，PI SDK加快了实施速度，并加快了制造商的TTO优化时间。
- 最大效率
像OSIsoft这样的流程制造商一直在寻找提高效率的机会。PI SDK通过在历史记录和CLPM应用服务器之间提供最有效的通信来实现这一目标。由于历史记录或CLPM服务器上没有不必要的消耗，因此利用SDK的单个CLPM实现可以支持比其他方式更多的控制循环。
PlantESP是一种CLPM技术，它使用OSIsoft的SDK与PI历史记录机进行本地连接。控制站的CLPM平台还可以通过OPC HDA、OLE-DB、SQL DB等方法与制造商现有的历史记录进行通信。计划中的产品增强将进一步使PlantESP与OSIsoft技术保持一致。具体来说，PlantESP将采用资产框架，以支持许多流程制造商越来越多地采用的高级数据层次结构。