【变频】6RA80装置12脉动串并联应用（第四部分）

    

第四部分：设备操作

1 设备操作

1.1 本地操作

一旦通讯建立，则对4台装置联合测试一些必要的传输信号，比如P50500、P50165、P840、P852、P2103、P2106、P53310.0、P844、P848和P854等参数，具体方法是给发送端赋值或改变参数对应的端口的状态，由此查看接受端或赋值参数的状态，保证所有待测试参数的动作正确。此项工作完成之后，针对电枢主装置进行设置，首先是满足本地启动的参数设置，打开抱闸，然后本地给出速度给定值，P1070=2900, P2900一般是从5%开始，并且是以EMF方式作为速度反馈方式，同时监视脉冲编码器实际速度值的极性和大小。如果脉冲编码器实际速度值的极性和大小正确则设置P50083=2，即脉冲编码器作为速度反馈方式开车。

接下来，以10%为步长增加速度给定，同时记录速度曲线。必要时修改速度环PI参数，手动优化速度环。当P2900=100%时，速度实际值应该是串联12脉动对应的电机额定速度45rpm，电机端电压为800V。至于速度环的所表现出的快速性和稳定性等考核指标，这里不再赘述。

完整的12脉动串联并行通讯接口参数设置以及必要的控制参数的设置如下表1-1所示。

表1-1  12脉动主从装置并行接口参数设置

上述12脉动开车运行过程验证了所有通讯及主从控制的参数设置是否正确，同时也测试了12脉动串联方式下空载运行速度情况。按照煤矿建安工序安排，空载调试完成之后将进行为期一个月的井筒设备安装工作，比如井筒信号、装卸载设备、挂绳（首绳和尾绳）、尾绳开关、井筒轨道测试等重要工作，之后就是重载调试。当然，在重载调试之前，十分有必要进行截止电流的验证，先是延长堵转监控时间P50355，然后是放开电流限制P50171和P50172，也就是通常所说的“憋电流”环节。此项工作的意义在于，首先验证快开的大电流保护阀值的设置是否准确，如果电流上升到3000A时快开跳闸，说明快开必须顺时针旋转2档（设置快开跳闸阀值3200A）继续验证；其次验证装置输出电流最大值时对应的输出转矩满足力图中原始设计的力242.87kN。这样，提升机有足够的转矩将最大重量的单件设备顺利的运输到井下。

1.2 远程操作

注意，有关控制字，只设置Master装置与PLC之间 Profibus DP通讯的接口参数；有关状态字，则四台装置都要设置。

通讯采用自由报文格式即P0922=999，即通过BICO自由互联发送IF1报文，然后依据顺序控制中的内部控制字和状态字的规定，协同配合自动化工程师设置相关通讯参数，对Master装置需要设置的参数，如：控制字P854=1(控制字1第10位置1，PLC控制）; P840=r2090.0; P852=r2090.3; P1070=r2090[1]等等。状态字设置如下表1-2所示：

表1-2  12脉动主装置IF1接口参数设置

四台装置以并行接口通讯建立起来的12脉动串联驱动系统，开车指令由PLC通过Profibus DP通讯进行远程逻辑控制，配合闸控系统、井筒信号系统、装卸载系统等辅助系统，构成完整的提升机运行体系。

2. 复制数据组

根据用户要求，存在另一套PLC逻辑控制系统，可满足当Profibus DP发生短期内无法修复的故障出现时以硬线连接传输控制信号的方式控制驱动系统完成提升任务。那么，驱动装置需要产生另外一组指令数据组CDS和驱动数据组DDS，分别对应的操作办法是：

① 在线复制CDS 数据组

P0809[0]=0指令数据组的源，P0809[1]=1目标指令数据组，P0809[2]=1  启动复制过程，当P0809[2]=0时，复制过程结束。这样，就将第0组的指令数据组的参数复制到第1组，需要注意的是P0840[0]不能被复制，需要单独操作。

②在线复制DDS 数据组

首先设置P10=15，P0819[0]=0驱动数据组的源，P0819[1]=1目标驱动数据组，P0819[2]=1启动复制过程，当P0819[2]=0时，复制过程结束。同样，就将第0组的驱动数据组的参数复制到第1组。紧接着修改控制字，即将通讯控制方式更改为端子控制方式，这样就完成了应急开车的操作方式的参数设置。接下来测试由应急PLC发出的逻辑信号命令是否正确，一旦完成此项工作就可以使用应急方式开车。

3.应急开车方式

因为矿井提升机是煤矿井上井下运输的咽喉，人员或重要设备由于提升设备故障被困井筒是重大的安全事件，所以保障井筒运输通畅意义非常重大，因此就有了甩开指令由PLC通过Profibus DP通讯的操作方式，采用另外一套PLC来控制驱动系统。这种控制方式通常称为应急开车方式。

应急开车按驱动系统配置可分为3种：

①12脉动应急开车方式；

②第一组6脉动应急开车方式；

③第二组6脉动应急开车方式； 

毕竟是应急方式开车，由于这种方式在逻辑控制的程序编制中，客观上缺少一些逻辑方面重要的保护条款，所以尽量避免以这种方式开车，一旦通讯故障排除，应立即切换至正常的通讯方式操作。