PI测点属性解释.docVIP

PI属性测点的解释 PI的测点，分了5种（classes），即：Base、Alarm、Classic、SQC_Alarm、Totalizer。其中base属性是其他4种类型中都包含的属性，base属性共36个（有文档中记录是39个，可能与PI的版本有关，我测试机器上是3.4版本）。Base属性与其他种类的特殊属性结合，形成了其他四类属性，日常绝大部分用的只是Classic，其他三种是高级模式下使用的属性。Classic测点的属性共54个，其中36个base，18个是Classic种类特有的。 下面是Classic属性的测点属性解析（有几个我也未测试出来）。 tag：即测点名称，在数据库中唯一标明一个测点的字符名。但内部处理，不仅仅依靠tag，还与pointID号结合。名称中不能包含？、*等通配符，与windows常规起名规则类似。 newtag：测点更名时使用，当需要更改测点名称时，不能采用“删除再重建”的方式，否则会引起数据丢失，因为删除测点时其对应数据记录也被删除，即使再重建一个测点名称一样的测点，也无法恢复数据（其内部pointID号变换了）。 Archiving：数据是否存档的标志，默认为1，设置为0，则数据不会归档（即不会记录到磁盘的历史文件中）。 ChangeDate：测点属性的修改时间。该属性由系统自动维护，无法人工修改。（系统自动维护的classic属性共6个，下面还有5个）。 Compdev、compdevpercent、compmax、compmin、compressing 其中compressing设置数据是否被压缩，设为0则不压缩数据； Compdev是设置压缩的数值，如设置为1，则数值变化大于或等于1时（且数据戳两次间隔大于等于compmin），数据才记录存盘； Compdevpercent设置压缩百分比，设置为1，则数值变化不小于1%时（且数据戳两次间隔大于等于compmin），数据记录存盘。该属性的优先级高于Compdev。 Compmax、compmin：单位是秒，一般Compmin设置为0，因为需要排除因时间跨度带来的数据损失。CompMax的时间是：假如数据的变化非常小，很长时间之内都没有超过Compdev或Compdevpercent，此时为了保证存一次盘，而设置的最长时间。 Convers：未知。 CreationDate：系统自动维护，记录创建时间； Creator：系统自动维护，记录创建者，即登录PI数据库创建测点的用户。 DataAccess、DataGroup、DataOwner：这三个维护测点值的安全属性，即：用户是否有权限修改或读取测点的值。分别均可设置r、w、RW。 Descriptor：测点的描述。用可读懂的字符描述该测点的含义。 Digitalset：对于开关量必须设置的属性，可自由定义，常规属性为SET1，其SET1的意义是：0表示分、1表示合。如果有其他需求，可自己定义后并匹配设置。 Displaydigits：具体没测试，意义不大，疑似与客户端现实有关，即当数据状态不正确时，提示的一种默认状态。 Engunits：工程单位。可设置安培、伏特、千伏、摄氏度等。 Excdev、excdevpercent、excmax、excmin 这四个属性与COMP开头的四个功能类似，但作用不同。 COMP是设置的存盘标识，EXC开头的这四个设置的是数据是否进入缓存空间（要理解此，还需要对PI的数据流程有所了解才行）。 当数据变化不小于Excdev且时间戳间隔不小于excmin时，接口数据会进入PI服务器的内存处理（即SnapShop），时间戳间隔大于excmax时，也会进入内存处理。 能够通过例外检查的数据，只有这两种途径进入快照，进而由压缩算法进行存盘处理。通过例外检查即上述的两种情况。 Exdesc：支持四则运算、逻辑运算的公示表达式（可以自建一个测点，在此属性中引用其他测点计算，该测点保存测点计算的结果）。 Filtercode：滤镜模式，未测试，不明。 Instrumenttag：填写前端DCS对应的测点名，该属性十分重要。是连接两个系统的纽带，例如：test001测点是PI数据库中的测点名，但在DCS系统中，未必叫test001，此处要关联其他系统，必须正确配置。 location1、location2、location3、location4、location5 这5个属性的应用，与接口程序有关。假如利用PI自己带的OPC接口，则location4中填写的数值代表扫描频率（前提是基于扫描方式，而非基于接收模式）；利用PI自己带的模拟数据程序时，location1代表随机数的种子。另外，还可以关联，如当location1 1时，location2 1代表一种意义，loca