人生舞台的大幕随时都可能拉开，关键是你愿意表演，还是选择躲避。

 Hbgtw.exe”程序与OVATION系统进行通讯，该程序当初是新华公司为XDPS400系统与H&B公司的ConTRONIC DCS系统通讯而开发的，后来成为新华公司的XDPS400系统与其它系统进行通讯的一部份，并且与多个DCS系统通讯取得了成功。 DCS侧利用OVATION系统的虚拟IO（Input & Output）设备与DEH系统进行通讯，虚拟IO设备是OVATION系统集成的与第三方系统通讯的功能，利用虚拟IO设备，OVATION可以直接与AB PLC、MODBUS PLC、GE Mark Ⅴ/Ⅵ、RTP I/O等第三方系统进行通讯。在本工程中，将DEH系统虚拟为OVATION系统的MODBUS PLC设备，实现与DEH系统的通讯。 2 DEH与DCS通讯存在的问题 2.1 DCS无法正常向DEH发送操作指令 新华公司的XDPS400系统采用“HBGTW.EXE”程序与H&B公司的CONTRONIC、ABB BAILEY的SYMPHENY等系统进行通讯都取得了成功，但与OVATION系统通讯还是**次。 在韶关电厂8号机组改造中，DEH与DCS通讯一开始调试时，就发现虽然DEH侧的数据可以正确送到DCS系统，但是DCS无法对DEH进行正常操作，而且当通讯程序启动后，DEH的所有操作块每秒周期地被操作一次，造成DEH系统出现混乱。 新华公司的“HBGTW.EXE”程序当初是为实现DEH与DCS共享操作员站而设计开发的，其设计的当初是与DCS的操作员站进行通讯，“HBGTW.EXE”程序用MODBUS功能号2、4完成向DCS传送开关量和模拟量数据、用MODBUS功能号5、6完成DCS对DEH系统进行的脉冲和置数操作。在通讯过程中，主站（MASTER）DCS周期地向从站（SLAVE）DEH发送MODBUS功能号2、4消息，DEH回应主站的号2、4消息，从而实现DEH侧数据传送到DCS侧；当DCS侧要对DEH进行脉冲或置数操作时，主站DCS向从站DEH发送MODBUS 2号或4号息消，DEH收到主站的2、4号消息后，向DPU（Distributed Process Unit）发送操作指令信号，就象运行人员在DEH操作员站对DEH进行操作一样，从而实现DEH与DCS共享操作站。 在本工程中，DEH是与OVATION系统的控制器通讯，而不是操作员站。OVATION控制器用MODBUS功能号5、6向DEH传送的不是操作指令，而是开关量和模拟量信号，而且是周期地传送的。由于DCS与DEH两系统对MODBUS功能号5、6消息的解释不同，DEH每收到一条MODBUS功能号5或6消息，DEH系统就对其DPU进行一次操作，造成每个通讯周期DEH都要对其DPU进行一次脉冲和置数操作，引起DEH系统混乱。 2.2 通讯无法实现冗余 通讯设计时，DCS侧的07号控制器与DEH的工程站通讯，DCS侧的57号控制器与DEH的历史站通讯。DEH侧的工程师站和历史站在通讯上是相互冗余来设计的，任一个站与DCS通讯正常都能保证DEH与DCS两系统间的通讯正常。 DCS侧的07、57号控制器作为冗余而配置的控制器，采用一用一备的工作方式，当07号控制器为主时，57号控制器备用，反之，当57号控制器为主时，07号控制器备用。处于备用方式的控制器跟踪主控制器，其本身并不进行IO扫描运算，因此，处于备用方式的控制器并不会与DEH进行通讯，而处于主工作方式的控制器只与DEH的其中一个站进行通讯，当这路通讯线路故障或DEH侧正在通讯的站出现故障或关闭时，虽然DCS与DEH的另一路通讯回路正常，但DCS主控制器并不会切换到与DEH侧的另一台站进行通讯，DCS的主/备控制器也不会自动切换，造成DCS与DEH的通讯失去。 可见，虽然设计了两个通讯Telemecanique  XBTP021010 

PLC模块 1746-P4

http://lujun.ceoie.com/news/itemid-4680218.shtml，我们主要有AB、ABB、GE、施耐德、英维斯、福克斯波罗、西屋、摩托罗拉、西门子、霍尼韦尔、罗斯蒙特、艾默生、 　PLC模块、CPU模块、DSQC机器人备件、DCS系统备件、远端输出/输入模块，欢迎与我联系：联系人,徐工,手机：18020776785，我将向您提供更多【PLC模块 1746-P4】详细信息。