6ES7314-6EH04-0AB0安装调试

6ES7314-6EH04-0AB0安装调试

PLC现场硬件模块的组态和软件调试

 对于各种PLC的现场硬件组态和软件调试，通常有经验的工程师应该先花一些时间对自己的现场工作进行一个简单的规划，通常应当采取如下的步骤：  

   （1） 系统的规划

     必须深入了解系统所需求的功能，并调查可能的控制方法，与用户或设计院共同探I/O模块型式。  

    （2） I/O模块选择与地址设定  

   当I/O模块选妥后，依据所规划之I/O点使用情形，由PLC的CPU系统自动设定I/O地址，或由使用者自定I/O模块的地址。  

      （3） 梯形图程序的编写与系统配线  

     在确定好实际的I/O地址之后，依据系统需求的功能，开始着手梯形图程序的编写。I/O之地址已设定妥当，故系统之配线亦可着手进行。  

      （4） 梯形图程序的仿真与修改  

     在梯形图程序撰写完成后，将程序写入PLC，便可先行在PC与OpenPLC系统做在线连接，以执行在线仿真作业。倘若程序执行功能有误，则必须进行除错，并修改梯形图程序。

      （5） 系统试车与实际运转  

    在线上程序仿真作业下，若梯形图程序执行功能正确无误，且系统配线亦完成后，便可使系统纳入实际运转，项目计划亦告完成。  

     （6）程序注释和归档  

     为确保日后维修的便利，要将试车无误可供实际运转的梯形图程序做批注，并加以整理归档，方能缩短日后维修与查阅程序之时间。这是职业工程师的良好习惯，无论对今后自己进行维护，或者移交用户，这都会带来的便利，是你的职业水准的一个体现。

以上工作中，复杂的系统规划可能需要几天甚至更长的时间，但一个简单的系统规划在一个具有良好的职业习惯的编程工程师手中，可能只需要几个小时

将所需的值送入初始值和预置值控制寄存器。执行HSC指令。使用PTO/PWM发生器的功能应使用什么类型的CPU。

形成以现场总线网基础的，以智能I/O模块构成的分布式控制站。也就是说，将过去DCS中集中式的I/O控制站变成分布式的控制站。采用现场总线网技术只有在I/O控制站这一层分散化是明确的在传统DCS网络的下一层再引入一层现场网络，形成设备级网络，控制级网络和管理级网络这样三层网络结构，以此来满足不断提高的应用需求。

轻故障都有哪些?轻故障包括：变压器超温报警、柜温超温报警、柜门打开、单元旁路，系统对轻故障不作记忆处理，仅有故障指示，故障消失后报警自动。变频器运行中出现轻故障报警，系统不会停机。停机时出现轻故障报警，变频器可以继续启动运行。失压保护与紧急停车措施PLC外部负载的供电线路应具有失压保护措施，当临时停电再恢复供电时，不按下“启动"按钮PLC的外部负载就不能自行启动。这种接线方法的另一个作用是，当特殊情况下需要紧急停机时，按下“停止"按钮就可以切断负载电源，而与PLC毫无关系。

重故障具体都有哪些?
系统发生下列故障时,按照重故障处理，并在监视器左上角显示重故障类型：外部故障、变压器过热、柜温过热、单元故障、变频器过流、高压失电、接口板故障、控制器不通讯、接口板不通讯、电机过载、参数错误、主控板故障。单元故障包括：熔断器故障、单元过热、驱动故障、光纤故障、单元过压。新动向：西门子模块6ES7417-4HT14-0AB0外部故障必须先解除高压分断(柜门按钮或外部接点)状态再系统复位，才能使系统恢复到正常状态;除外部故障以外的重故障发生后，直接系统复位即可使系统恢复到正常状态，但在上电前一定要找出故障原因。单元故障发生后，只有上高压电源方能检测到单元状态。若故障较难分析且无法确定能否二次上高压时，请向厂商咨询。注意：切忌在未查明故障原因前贸然二次上电，否则可能严重损坏变频器!有些PLC通过里边的电池保持数据，电池电压低于某个阀值的时候，会有电池报警提示灯亮，这时候需要更换电池，需要带电来更换，如果电池*没有电了，或者更换电池的时候没有带电操作，往往会造成RAM的数据丢失，这时候需要重新刷新程序和数据，PLC平时维护保养时候，要有程序和数据备份的惯，否则到了关键时候没有了，只有重新编程和调试了。

SIMATIC S7-300，CPU 313C-2 DP带MPI的紧凑型CPU，16DE/16DA，3个快速计数器(30kHz)，集成DP接口，集成电源24VDC，工作存储器128KB，前连接器（1x40极）和需要微型存储卡。

西门子CPU6ES7313-6CG04-0AB0是紧凑型 CPU，可用于具有分布式结构的系统。集成数字量I/O，支持与过程的直接连接；PROFIBUS DP主站/从站接口支持与分布式 I/O 的连接。CPU 313C-2 DP既可以用作分布式单元进行快速预处理，也可以用作带下位现场总线系统的上位控制器。

问：两台314-2DP,怎么把主站的REAL数据传到从站去？例如，主站MD100里数据我通过触摸屏输入是1.5，把MD100通过MOVE传送到QD50,主站QD50对应从站ID50，怎么在从站里完整的读到1.5，放到从站MD80里面？

问题补充：还有一问题，我主站上带触摸屏，从站也带触摸屏，主站与从站配置都*一样，包括触摸屏，目的就是控制一台电机正反转，来控制闸门上升下降，那我在从站那里可以输入预置高度1.5米，动了以后再在主站里预置1.9米，也动。当我再在从站输入预置高度时一直是主站给的数据了，请问，怎么来规避这个问题呢？就是对同一个MD120通过两个触摸屏都能设置，而又不相互影响，再怎么输入都是后一次在触摸屏上输入有效，不管哪个触摸屏。

答：实现Profibus主从站之间的MS通讯

通过图解，说明2个CPU之间通过Profibus实现主从站之间的MS通讯。这个例子是结合某现场的实际情况来的，实际情况是在2套300系统之间进行数据通讯，由于每个CPU300都带有ET200M从站，317的主DP口和315的DP口都只能是主站而不能配置为从站。并且2套系统之间距离较远，MPI不行，于是就利用了317的MPI/DP口配置成DP口来和315通讯。

1.在STEP7中新建一个Project，分别插入2个S7-300站。

这里我们插入的一个CPU315-2DP，作为主站；一个CUP317-2作为从站，并且使用317-2的个端口MPI/DP端口配置成DP口来实现和315-2DP的通讯。分别对每个站进行硬件组态：对从站CPU317-2进行组态：将317的个端口MPI/DP端口组态为PROFIBUS类型，并且创建一个不同于CPU自带DP口的PROFIBUS网络，设定地址。在操作模式页面中，将其设置为DPSLAVE模式，并且选择“Test,commissioning,routing"，是将此端口设置为可以通过PG/PC在这个端口上对CPU进行监控，以便于我们在通讯链路上进行程序监控。下面的地址用默认值即可。

选择Configuration页面，创建数据交换映射区。这里我们创建了2个映射区，图中的红色框选区域在创建时是灰色的，包括上面的图中的Partner部分创建时也是空的，在主站组态完毕并编译后，才会出现图中所示的状态。由于我们这里只是演示程序，创建的交换区域较小。组态从站之后，再组态主站。插入CPU时，不需要创建新的PROFIBUS网络，选择从站建立的第二条（也就是准备用来进行通讯的MPI/DP端口创建的那条）PROFIBUS网络即可。组态好其它硬件，确认CPU的DP口处于主站模式，从窗口右侧的硬件列表中的已组态的站点中选择CPU31X，拖放到主站的PROFIBUS总线上，

这时会弹出链接窗口，选择以组态的从站，点击Connect按钮，进入Configuration页面，可以看到前面在从站中设定的映射区域，逐条进行编辑（Edit…），确认主从站之间的对应关系。主站的输入对应从站的输出，主站的输出对应从站的输入。至此，硬件的组态完成，将各个站的组态信息下载到各自的CPU中。通过NetPro可以看到整个网络的结构图。

2.编写程序。

硬件组态完毕，下载，PLC运行之后，数据并不会自动交换。需要通过程序来执行。在组态中，input和output区域，也并不是实际硬件组态中的硬件地址，也就是说，input和output并不代表I/O模块的地址和数据。映射区域组态用到的input和output地址，也占用了I/O模块的组态地址，就是说，映射区的地址和I/O地址是并行的，不能重复使用。在硬件的I/O模块全部组态完毕之后再组态映射区。

西门子CPU6ES7313-6CG04-0AB0映射区的数据交换是通过系统功能块SFC14（DPRD_DAT——ReadConsistentDataofaStandardDPSlave）和SFC15（DPWR_DAT——WriteConsistentDatatoaStandardDPSlave）实现的。SFC14和SFC15是成对使用的，一个发送一个接收，缺一不可。数据的通讯也是交互的，可以相互交换数据。本例中，我们通过简单的数据来验证通讯结果。

我们在程序中插入数据区DB1，前面我们只建立了2个字（2Word）的映射区，于是我们建立如下内容的DB1，为了查看的方便，DB1的前半部分作为接收数据的存储区，后半部分用作发送数据的存储区。在317和315中我们插入同样的DB1，分别在OB1中编写通讯程序。其中，程序的LADDR地址，对应的是硬件的映射区组态时本站的LocalAddr中的地址，从站的LocalAddr我们组态的是0，对应的PartnerAddr也就是主站的地址是4。需要注意的是这里的地址是需要用16进制的格式来表示的，我们组态时是用10进制表示的。

完成之后，我们在各站中插入OB82、OB86、OB122等程序块，这些是为了保证当通讯的一方掉电时，不会导致另一方的停机。完成之后，将所有的程序分别下载到各自的CPU中，个站切换到运行状态，通过PLC监控功能，设定数据之后，我们监控的结果如下：上面的表格内容为主站315的数据，下面的是从站317的数据。可以看到，两个站都分别将各自的DBB4—DBB7数据发送出去并被另一方成功接收后存储在各自的DBB0—DBB3中。验证中，我们将一个站的CPU切换到STOP状态，可以看到，另一个站的CPU硬件SF指示灯报警，但PLC正常运行不停机。待该站恢复之后，报警自动消失。

扩展问题：在一个站的CPU掉站之后，另一个站的接收数据区显示的仍然是后一次接收到的数据，并且，在这种状态下，居然仍然无法修改该数据区内容。这样就存在一个问题，当前站需要知道当前接收数据存储区的内容是否是实时的数据。如何判断。

大概思路：

方法1，用以前的方法，在每个数据接收周期开始前，将已接收数据清空。这样当接收周期内接收不到新的数据时，就可以察觉到。问题是，SFC14和SFC15没有接收是否完成、是否成功等标识位，并且，在接收不到新的数据时，原有数据不能修改。此方法不通。

方法2，通过别的方式方法检测两个站之间的通讯状态。在SIEMENS的文档中，有这样的描述：主站：主站掌握总线中数据流的控制权。只要它拥有访问总线权（令牌），主站就可在没有外部请求的情况下发送信息。在PROFIBUS协议中，主站也被称作主动节点。从站：从站是简单的输入、输出设备。典型的从站为传感器，执行器以及变频器。从站也可为智能从站，入S7-300/400带集成口的CPU等。从站不会拥有总线的访问授权。从站只能确认收到的信息或者在主站的请求下发送信息。从站也被称作被动节点。SIEMENS对SFC14/15的描述也分别是：用于读取Profibus从站的数据/用于将数据写入Profibus从站。

根据这些描述，通过CPU集成口通讯这种方式下，作为从站的CPU应该属于“智能从站"，SIEMENS的描述中，却没有说智能从站和普通的从站之间有什么区别。那么根据上面的主从站的描述，主站可以主动的获取到从站的数据，并可以自主的将数据写入从站；而从站必须在主站的指令下获取或者发送数据。而在本例中，这些说法似乎无法成立。

本例中，SFC14、SFC15是成对使用的，不论在主站上还是从站上，主从站之间的SFC14和SFC15必然是需要成对出现的。也就是说，任何一方没有SFC15运行的的话，另一方的SFC14都读不到数据。而任何一方没有SFC14的话，另一方的SFC15发送出来的数据也无人接收。至少从这点看来，看不出主从站有什么区别。联想到以前曾经做过S7－300和MM430的Profibus通讯，该通讯方式中，显然MM440是作为从站出现的，在正确组态之后，只需要在主站(CPU)中写好SFC14/15即可，当然，MM440中我们也写不进去程序。那么在这种方式中，可以说是*的遵守了SIEMENS文档中的说法。也说明，在“智能从站"这种方式下，并不遵守SIEMENS文档中对从站的描述。研究SFC14/15的收发状态，发现，可能是因为数据的存在是过程映像中，只要SFC15发送过一次，数据即存在于过程映射中，SFC14随时都从映像中读取数据，存在前面说的，SFC14运行过程中，是无法修改接收数据存储区的数据的。脱离SFC14/15，而使用MOVE方法的研究：不使用SFC14/15，而是利用组态的时候产生的I/O地址来传数据。根据创建过程映射区时的组态信息，我们写写出了如下的程序：在主站315-2DP中：在从站317中：其中，M位的使用是测试程序的不同情况下使用的临时点，和本程序功能无关。在这种方式下，因为组态时组态的地址是系统的I区和Q区，是可以用MOVE来实现通讯的，也存在的问题是，这种方式下，通讯所用的I/Q区占用了S7-300的系统区，而S7-300的系统区可使用范围是有限的，在系统的实际I/O模块较多时，通讯的数据量将会变得更加有限