西门子6GK7243-1EX01-0XE0现货包邮
问：想用一个脉冲指令，不知道是我看书不够仔细还是怎么了，这个指令存在以下疑惑：
1、我想用M120.0的off到on去触发后面的事，那么怎么写这个命令？A M120.0 FP 120.1 =Q10.0 对吗？
2、如上，脉冲的指令并不是用它本身的那个位，而是用它后面的相邻的位去触发吗？因为我看例子都 M0.0 ,后面用M0.1去触发的，这样认为。
3、如果是用它后面的位去触发，那么M120.1是不是就不能用在其他的非脉冲触发的地方了？
答：
1、我想用M120.0的off到on去触发后面的事，那么怎么写这个命令？A M120.0 FP 120.1 =Q10.0 对吗？见图1的程序。
2、如上，脉冲的指令并不是用它本身的那个位，而是用它后面的相邻的位去触发吗？如果是周期脉冲可以在CPU中设定。见图2，在时钟存储器前面打钩，在存储器字节中填写所用字节，如M120、M0等。周期如下：
位 7 6 5 4 3 2 1 0
周期持续
时间(秒)： 2 1.6 1 0.8 0.5 0.4 0.2 0.1
频率*： 0.5 0.625 1 1.25 2 2.5 5 10
3、如果是用它后面的位去触发，那么M120.1就不能用在其他的非脉冲触发的地方了。
1、基本的是PPI方式，本机CPU都集成这个接口，可以通过它来编程调试，连接HMI，也可以用于多个S7200之间做主从通讯。
2、兼容的MPI方式，S7200的PPI口可以作为MPI网络上的从站，被作为主站的S7300/400或者HMI来访问。
3、自由口方式，本机的PPI口可以设定为自由口方式用于和第三方的串口设备通讯，用户需要自己定义波特率、数据位数、奇偶校验等协议参数。
4、USS通讯方式，用于通过通讯的方式控制西门子的传动设备，主要库程序支持，基于自由口开发。
5、MODBUS方式，支持MODBUS RTU通讯方式，可以作为网路上的主站，也可以作为网络上的从站，同样是基于自由口开发。
6、Profibus-DP方式，需要扩展EM277模块才可以，只能作为Profibus网路上的从站。
7、以太网方式，需要扩展CP243-1模块才可以，可以作为以太网上的服务器或者客户端，多支持8个连接。
8、OPC方式，主要用于支持第三方的组态软件，需要安装PC ACCESS软件来配置，底层支持PPI、Profibus、以太网。
1. S7-200 CPU 上的通讯口支持哪些讯协议？
1）PPI 协议：西门子专为S7-200 开发的通讯协议
2）MPI 协议：不完全支持，只能作从站
3）自由口模式：由用户自定义的通讯协议，用于与其他串行通讯设备通讯（如串行打印机等）。
2. S7-200 编程软件Micro/WIN 提供了通过自由口模式实现的通讯功能：
1）USS 指令库：用于S7-200 与西门子变频器（MM4 系列、SINAMICS G110 和老的MM3 系列）
2）Modbus RTU 指令库：用于与支持Modbus RTU 主站协议的设备通讯
S7-200 CPU 上的两个通讯口基本一样，没有什么特殊的区别。它们可以各自在不同的模式、通讯速率下工作；它们的口地址甚至也可相同。分别连接到CPU 上两个通讯口上的设备，不属于同一个网络。
3.还有：
1).S7-200 CPU可以通过EM277 PROFIBUS-DP 从站模块连入PROFIBUS-DP网，主站可以通过EM277对S7-200 CPU进行读/写数据。
2).S7-200系统拥有一种智能模块CP243-1，它是以太网通信处理器，可用它将S7-200系统连接到工业以太网（IE）中
PLC（可编程控制器）在现代的自动化行业中应用广泛，PLC发展应用到，结合自己所学知识，整理出来了这篇文章，阐释下PLC的一般结构和常见的故障类型，希望可以给PLC爱好者提供一些建议。
PLC控制系统主要由输入部分、CPU、采样部分、输出控制和通讯部分组成，如图1所示。输入部分包括控制面板和输入模板；采样部分包括采样控制模板、AD转换模板和传感器；CPU作为系统的核心，完成接收数据，处理数据，输出控制信号；输出部分有的系统用到DA模板，将输出信号转换为模拟量信号，经过功放驱动执行器；大多数系统直接将输出信号给输出模板，由输出模板驱动执行器工作；通讯部分由通讯模板和上位机组成。
因为PLC本身的故障可能性极小，系统的故障主要来自外围的元部件，它的故障可分为如下几种：
（1）输入故障，即操作人员的操作失误；
■传感器故障；
■执行器故障；
■PLC软件故障
这些故障，都可以用合适的故障诊断方法进行分析和用软件进行实时监测，对故障进行预报和处理。
PLC控制系统的故障诊断方法
PLC控制系统故障的宏观诊断
故障的宏观诊断就是根据经验，参照发生故障的环境和现象来确定故障的部位和原因。PLC控制系统的故障宏观诊断方法如下：
■是否为使用不当引起的故障，如属于这类故障，则根据使用情况可初步判断出故障类型、发生部位。常见的使用不当包括供电电源故障、端子接线故障、模板安装故障、现场操作故障等。
■如果不是使用故障，则可能是偶然性故障或系统运行时间较长所引发的故障。对于这类故障可按PLC的故障分布，依次检查、判断故障。检查与实际过程相连的传感器、检测开关、执行机构和负载是否有故障：检查PLC的I/O模板是否有故障：后检查PLC的CPU是否有故障。
■在检查PLC本身故障时，可参考PLC的CPU模板和电源模板上的指示灯。
■采取上述步骤还检查不出故障部位和原因，则可能是系统设计错误，此时要重新检查系统设计，包括硬件设计和软件设计。运行故障诊断流程图
输入输出故障诊断
输人输出是PLC与外部设备进行信息交流的通道，其是否正常工作，除了和输入输出单元有关外，还与联接配线、接线端子、保险丝等元件状态有关。
出现输入故障时，检查LED电源指示器是否响应现场元件（如按钮、行程开关等）。如果输入器件被激励（即现场元件已动作），而指示器不亮，则下一步就应检查输入端子的端电压是否达到正确的电压值。若电压值正确，则可替换输入模块。若一个LED逻辑指示器变暗，根据编程器件监视器、处理器未识别输入，则输入模块可能存在故障。如果替换的模块并未解决问题且连接正确，则可能是I／O机架或通信电缆出了问题。
出现输出故障时，应察看输出设备是否响应LED状态指示器。若输出触点通电，模块指示器变亮，输出设备不响应。那么，应检查保险丝或替换模块。若保险丝完好，替换的模块未能解决问题，则应检查现场接线。若根据编程设备监视器显示一个输出器被命令接通，但指示器关闭，则应替换模块。
在诊断输入／输出故障时，佳方法是区分究竟是模块自身的问题，还是现场连接上的问题。如果有电源指示器和逻辑指示器，模块故障易于发现。通常，先是更换模块，或测量输入或输出端子板两端电压测量值正确，模块不响应，则应更换模块。若更换后仍无效，则可能是现场连接出问题了。输出设备截止，输出端间电压达到某一预定值，就表明现场连线有误。若输出器受激励，且LED指示器不亮，则应替换模块。如果不能从I／O模块中查出问题，则应检查模块接插件是否接触不良或未对准。后，检查接插件端子有无断线，模块端子上有无虚焊点。
指示诊断
LED状态指示器能提供许多关于现场设备、连接和I／O模块的信息。大部分输入／输出模块至少有一个指示器。输入模块常设电源指示器，输出模块则常设一个逻辑指示器。
对于输入模块，电源LED显示表明输入设备处于受激励状态，模块中有一信号存在。该指示器单独使用不能表明模块的故障。逻辑LED显示表明输入信号已被输入电路的逻辑部分识别。如果逻辑和电源指示器不能显示，则表明模块不能正确地将输入信号传递给处理器。输出模块的逻辑指示器显示时，表明模块的逻辑电路已识别出从处理器来的命令并接通。除了逻辑指示器外，一些输出模块还有一只保险丝熔断指示器或电源指示器，或二者兼有。保险丝熔断指示器只表明输出电路中的保护性保险丝的状态；输出电源指示器显示时，表明电源已加在负载上。像输入模块的电源指示器和逻辑指示器一样，如果不能显示，表明输出模块就有故障了
LE端是锁存使能输入端，在LE信号的上升沿将数据输入端输入的BCD数据（A为低位，D为高位）锁存在片内的寄存器中，并将该数译码后显示出来，LE为低电平时，显示器的数不受数据输入信号的影响。N位显示器所占用的输出点数P=4+N。以上电路应在晶体管输出的PLC中使用，以实现较高的切换速度以减少LED的闪烁。也可使用CD4511。
三菱FX系列PLC数据通信模块
PLC的通信模块是用来完成与别的PLC，其他智能控制设备或计算机之间的通信。以下简单介绍FX系列通信用功能扩展板、适配器及通信模块。
（1）通信扩展板FX2N-232-BD FX2N-232-BD是以RS-232C传输标准连接PLC与其他设备的接口板。诸如个人计算机、条码阅读器或打印机等。可安装在FX2N内部。其大传输距离为15米，高波特率为19200bit/s，利用专用软件可实现对PLC运行状态监控，也可方便的由个人计算机向PLC传送程序。
（2）通信接口模块FX2N-232IF FX2N-232IF连接到FX2N系列PLC上，可实现与其它配有RS232C接口的设备进行全双工串行通信。例如个人计算机，打印机，条形码读出器等。在FX2N系列上多可连接8块FX2N-232IF模块。用FROM/TO指令收发数据。大传输距离为15米，高波特率为19200bit/s，占用8个I/O点。数据长度、串行通信波特率等都可由特殊数据寄存器设置。
（3）通信扩展板FX2N-485-BD FX2N-485-BD-用于RS-485通信方式。它可以应用于无协议的数据传送。FX2N-485-BD在原协议通信方式时，利用RS指令在个人计算机、条码阅读器、打印机之间进行数据传送。传送的大传输距离为50米，高波特率也为19200bit/s。每一台FX2N系列PLC可安装一块FX2N-485-BD通信板。除利用此通信板实现与计算机的通信外，还可以用它实现两台FX2N系列PLC之间的并联。
（4）通信扩展板FX2N-422-BD FX2N-422-BD应用于RS-422通信。可连接FX2N系列的PLC上，并作为编程或控制工具的一个端口。可用此接口在PLC上连接PLC的外部设备、数据存储单元和人机界面。利用FX2N-422-BD可连接两个数据存储单元（DU）或一个DU系列单元和一个编程工具，但一次只能连接一个编程工具。每一个基本单元只能连接一个FX2N-422-BD，且不能与FX2N-485-BD或FX2N-232-BD一起使用。
（5）接口模块MSLSECNET/MINI
采用MSLSECNET/MINI接口模块，FX系列PLC可用作为A系列PLC的就地控制站，构成DCS/'target='bbbbbb'>集散控制系统
PLC通讯控制伺服电机
人接触PLC不久，前段时间才刚学会用modbus协议与上位机通信，没几天又发现问题了。问题如下：
CPU224CN，做MODBUS从站，写了一个小小的闪烁动作程序。程序如图。STEP软件中把闪烁周期VW2与ON时间VW4设置好，v1.0打开，把PLC调成RUN状态,PLC可以正常工作，比如Q0.0亮3秒，黑3秒。
用串口接上mudbus通信用的线，电脑用modscan32软件与PLC通信。通信正常，Modscan上未有任何异常。Q0.0输出灯就发现有异常。比如原来是亮3秒黑3秒，现在就亮一秒左右，黑5秒或者是亮5秒黑一下。VW2与VW4等参数都未有任何改动，Modscan上读出来的也是正常数据。
我就想问是不是Modbus通信协议上会占用或者干扰某些定时器或者刷新什么东西导致子程序受到干扰。依据我的观察，每次modscan32发出信号至PLC，PLC里子程序的自保电路就会断开。是不是MBUS_SLAVE在调用的时候其他子程序会被刷新么?
主程序
子程序
答：
1、是不是Modbus通信协议上会占用或者干扰某些定时器或者刷新什么东西导致子程序受到干扰？
网上modscan32软件的版本有许多，这种类型的软件只是一款测试通讯软件，不能用来进行精密的控制。这种软件多用VC、VB等高等语言编制，由于电脑的操作系统运行环境及后台服务等各有所异，对于这种软件的运行不能要求其有实时性。
2、如果应用S7-200的MIRCOWIN的变量监视或从S7-200的输出模板输出点的指示灯状态观察，判断程序的运行结果正确，这样就可以了。
3、如有条件应用WINCC或其他正式厂家的组态软件进行监视。如果PLC运行正常，这些组态软件肯定就能够显示正常。
4. Modscan软件作为测试Modbus的通讯软件，只需设置相关的通讯参数，设置后按照间隔时间（缺省为1s）自动发出Modbus请求，并采用侦听方式接受从站的响应，与软件运行平台无任何关系，更不会在侦听方式对PLC的运行产生影响。该软件自动发布到现在，已经经过了长期的考验，可靠性毋庸置疑。
5. Modscan软件本省很小，和组态软件相比，由于只处理一个从站的响应，实时性更高。而组态软件可能完成一个串口多个设备的轮询扫描外，还可以需要完成多个串口或多个通讯卡的扫描，要完成报警、趋势、对客户机的响应等多中实时处理。如果在多任务处理等方面处理不好，实时性根本无法保证。用Modscan测试正常，用组态软件不见得就能测试正常。
建议还是检查PLC程序吧，如果希望确认时否Modscan影响，很简单，断开连接，看Q0.0的输出是否正常，如果不正常，PLC程序问题；如果正常，就需要检查Modbus从站的中断程序问题。