西门子模块6ES7214-2AS23-0XB8型号含义

西门子模块6ES7214-2AS23-0XB8型号含义

一、PLC的故障现象与查找处理
    1、故障现象：PLC停止在某些输出被激励的地方（通常是处于中间状态）。查找与处理：查找引起下一步操作发生的信号（输入、定时器、线川、鼓轮控制器等），将编程器置于显示那个信号的ON/OFF状态。 
    2、故障现象：输入信号后编程器显示的状态与输入模块的LED指示结果不一致。查找与处理：更换输入模块；若发现在扩展架上有多个模块需更换则在更换前，应先检查I/O扩展电缆和她的连接情况。 
    3、故障现象：输入状态与输入模块的LED指示一致，而比较发光二极管与输入装置（按钮、限位开关等）的状态二者不同。查找与处理：测量一下输入模块，若发现问题则更换I/O装置、现场接线或电源；否则，要更换输入模块。 
    4、故障现象：信号是线川，而没有输出或输出与线川的状态不同。查找与处理：用编程器检查输出的驱动逻辑并检查程序清单。检查应按从左到右进行，找出第一个不接通的触点，没有通的那个若是输入则检查该输入点。最后确认使主控继电器不影响逻辑操作。 
    5、故障现象：信号是定时器且停在小于999.9的非零值上。查找与处理：更换CPU模块。 
    6、故障现象：该信号控制在一个计数器。查找与处理：检查控制复位的逻辑，然后是计数器信号。

二、PLC组建主要部件的更换 
    1、更换框架 
    ⑴切断AC电源；

    ⑵如装有编程器，拔掉编程器。
    ⑶从框架右端的接线端板上，拔下塑料盖板，拆去电源接线。
    ⑷拔掉所有I/O模块。如果原先在安装时有多个回路的话应记下每个模块在框架的位置，不要搞乱IU/O的接线，以便对应重新插上。
    ⑸若是CPU框架，拔除CPU组建和填充模块后将其放置适当以免毁坏。

    ⑹卸去底部的二个固定框架的螺丝，松开上部二个螺丝，但不用拆掉。
    ⑺将框架向上推移一下，然后把框架向下拉出来放在侧旁。
    ⑻将拟换新框架从顶部螺丝上套进，再装上底部螺丝并均匀拧紧螺丝。
    ⑼按记录位置插入I/O模块，以免模块插错位置引起控制系统错误操作。
    ⑽将卸下的CPU模块和填充模块重新插入。
    ⑾在框架右边的接线端子上重新接好电源并盖好电源接线塑料盖。
    ⑿检查电源接线无误后再接通电源。

   ⒀调试整个控制系统，以确保所有的I/O模块运行正常，程序没有变化。 
    2、CPU模块的更换 
    ⑴切断电源。

    ⑵带有编程器的，拔掉编程器。
    ⑶挤压CPU模块面板的上下紧固扣，使其脱出卡口。
    ⑷把CPU模块垂直用力从槽中拔出。
    ⑸若原CPU上装有EPROM储存器则将EPROM拔下后再装于新CPU上。
    ⑹将印刷线路板对准底部导槽后再将新CPU模块插入底部导槽。
    ⑺小心移动CPU模块，以使CPU模块对准顶部导槽。
    ⑻把CPU模块插进框架，并把紧固扣锁进卡口。
    ⑼插上编程器。

    ⑽接通电源。
    ⑾对系统编程初始化，并把录在磁带上的程序重新装入。

    ⑿调试整个系统的操作。 
    3、I/O模块的更换 
    ⑴切断框架电源

    ⑵切断I/O系统的电源。
    ⑶拆下I/O模块上的接线。
    ⑷视模块的类型，拆去I/O接线端的现场接线或卸下可拆式接线插座，并将每根线贴上标签与对应标记。

    ⑸向中间挤压I/O模块的上下弹性锁扣，使它们脱出卡口。
    ⑹垂直向上拔出I/O模块。

    ⑺插入拟换装的I/O模块。

    ⑻将I/O模块的紧固扣锁进卡口。

    ⑼按记录标签与对应标记连接I/O模块的接线。

    ⑽接通框架电源和I/O模块系统的电源。

其实，真正关心PLC的故障，还是在应用过程中。最终发现PLC有问题，也是在应用的时候。而对PLC在应用时候的故障诊断，当然是非常重要的，否则，不是PLC的问题能够解决，而是这个客户今后还会不会买你的东西的问题了。

    但是，在应用过程中，往往用户以为出问题的PLC里，有都不是PLC的问题。而是由于用户不熟悉而造成的以为是故障、而其实不是故障的现象。用户的接线错误、编程错误、开关位置的错误、仪表故障、传感器故障等，都常常会使人误以为是PLC的错误。

    当发现PLC没有按照自己的期望来进行工作时，要对PLC和PLC周边的设备和环境进行诊断。

    从PLC外部的情况来进行的故障诊断

    在PLC没有像期望的那样开始工作的时候，应该先从PLC的外部来进行判断，这样，可以比较轻易地排除那些不是故障的误会。

    所有的PLC在CPU模块、I/O模块或电源模块上都有LED指示灯。通常，红灯表示问题，绿灯表示OK。如果一个LED在闪烁，通常表示功能正在执行或者这个模块在等待什么。对LED灯状态的正确诠释可以节省你很多故障诊断的时间。所以在故障诊断之前，你应该把制造商的故障诊断指南看一遍并放在手边。

    如果PLC不能进入运行（RUN）模式，你可以用下面的方法来看看问题是在硬件还是软件：

    a)临时将终止循环指令放在你的用户程序的第一行。如果现在PLC可以进入运行模式了，表示问题在你的软件中；而不是PLC的硬件问题。（有些PLC需要你在进入运行模式之前，先所有的错误状态，即使原来的问题已经更正了）。

    b)将PLC的内存复位（注意！首先，你要将PLC的内存的内容做一份拷贝，或者，你确信你愿意丢失内存中所有的程序、数据和组态）。如果PLC现在可以进入运行模式，问题就出在组态或者冲突使用的内存上。

    如果在检测一个传感器时，你发现PLC不能从一个传感器得到信号，首先检查该传感器的输出是否正常，接线是否正确。如果传感器经检查没有问题，则更换一个同型号的输入模块，如果PLC能够识别该模块的改变，就表示输入模块故障了（或者你刚才传感器连线错误了）,那么，可以按照如下的方法观察PLC输入模块的LED灯是否与传感器的状态变化一致：

    a)如果输入LED没有动静，用万用表检查PLC输入模块的端子看看信号是否变化。如果没有，将传感器与PLC的连接断开，单独对传感器进行测试。看看外接电源是否正常，检查直流电源的极性是否接反。有些PLC是漏电流型（SINK）的，所以对应的传感器电路必须是正端子接到PLC的输入接点上，其它的DC输入模块是电流源型（SOURCE）的，则传感器电路要通过电源的地线接到输入接点上。

    b)如果LED状态是发生变化了，可能是你的程序有问题。在你的用户程序中的第一行加一条终止循环的指令，然后运行程序，观察输入映射表，如果该位现在改变了，问题就在你的程序，很可能是你的程序中有一条指令对输入映射表进行了改写，从而改变了它的值。

    如果输入映射表依然不随着输入模块的LED的状态而改变，那么，可能是传感器电路有故障。传感器电路的电流能力可能不足以驱动输入状态，虽然它可能足以改变LED的状态。检查输入触点有没有不正常的小的电压变化。

    如果一个执行器看来无法得到PLC试图写给它的信号，观察输出模块的LED，确信它们是否随着PLC改变输出状态而一起改变：

    a) 如果LED确实改变，用万用表检查输出模块的端子，是否提供了足以驱动外部电路的信号，同时也检查极性是否正确。如果是，则将执行器从PLC上断开，对执行器单独进行测试。（有些输出模块有保险丝，检查一下是否保险丝断了？）

    b) 如果LED 不变化，检查输出电路的电源，和它与输出模块的接线，（DC 输出可以是源型或漏型的），如果接线正确，将执行器从PLC的输出模块断开，看看现在LED在不带执行器时是否改变。

    更换一个同型号的输出模块，如果PLC可以改变的输出状态，那么刚才的模块或接线就有问题。

PLC系统的硬件、组态和编程的故障分类和诊断方法

    如果按照上面的方法，发现连接到传感器或执行机构都可以工作，那么你就可以应该PLC内部状态或PLC程序的问题了。

    由于PLC是由人来进行安装、组态和编程的，所以可能会发生很多人为的使用过程中的错误。PLC制造商通常都提供了很多工具来找出这些错误。这些错误可以分为以下几类：

致命错误

    这些错误将导致PLC离行模式而进入故障模式（类似于硬件故障所导致的情形）。致命错误通常发生在PLC开机自检时或程序执行时的部件失败。有的编程和组态问题（如看门狗定时器超时，试图运行一个不存在的程序，等）也会导致致命错误。

    当PLC进入故障模式时，它将故障LED打开，并将所有的输出关闭为OFF（或者冻结在它们的上一个状态），PLC也会在内存中保存一个故障代码，编程可以读取该故障代码确定故障的原因，解决问题后，故障状态，将PLC电源关掉再打开，重新进入运行模式。

    现在的PLC通常都会保存对几个最近的故障的详细描述，并允许编程人员编写在致命故障发生时可以运行的故障程序，我们在第九章曾经描述过故障进程，本章我们主要讨论如何找到和使用故障代码。

非致命故障

    非致命故障是PLC可以探测到，但不至于使PLC离行模式的故障。有些可探测的硬件问题，如内存的后备电池电压低，只导致非致命故障。非致命故障也可以由组态和编程错误引起，如一个定时中断程序的执行被一个更高优先级的程序的运行而延迟，或者一个算术操作产生了一个太大以致无法存入指定目标内存的数，等等。

    非致命故障导致PLC设定相关的状态位或者将相关的错误代码写到内存中。当结果太大或太小以致无法保存时，数据字处理指令将把内存中的算术标志位设置为1。用户程序应当检查这些状态位或代码，并作出响应，因为PLC将像没有错误发生一样继续执行程序，有些非致命错误状态位在的章节已经讨论过，本章我们将讨论另外一些。

编程或组态逻辑错误

    这些错误是PLC不能自动检查出来的，但可以用程序中的故障检测指令或者编程单元的程序监视功能来检查。

    逻辑错误的例子包括一个用户将一位设为OFF而不是ON，两段用户程序试图控制同一个输出，或者结构化编程旁路了一段需要的程序等等。

    早期的PLC设计为不允许逻辑错误，如两个横档控制一个输出，或者跳转指令向程序进行跳转，等，但用户需要更大的灵活性，因此，即使这些安全措施都取消了。有些编程单元在编程人员写出上述具有潜在错误的逻辑语句时，会提供警示信息，但编程者可以忽略它们。

    编程语言都包括简单的调试工具：提前终止扫描循环的指令，这样程序可以一段一段来检查；导致致命或非致命的错误，使PLC在某些情况下立即停止；以及其它特别为调试程序中的某一个问题的指令。标准指令比如，计数器，可以临时插入程序中，记录事件发生的次数。编程软件也包括调试工具，如在用户程序执行时，监视和改变数据内存，强迫I/O映射位开或者关，以观察程序如何响应；记录某个特别位或特别字的短时间的变化，然后用历史趋势图显示这些变化；当某个特别位在使用时，生成一个程序中所有地方的交叉参考清单；还有搜索工具，可以找到程序中某个特别地址或指令在程序中的位置。

其实，真正关心PLC的故障，还是在应用过程中。最终发现PLC有问题，也是在应用的时候。而对PLC在应用时候的故障诊断，当然是非常重要的，否则，不是PLC的问题能够解决，而是这个客户今后还会不会买你的东西的问题了。

    但是，在应用过程中，往往用户以为出问题的PLC里，有都不是PLC的问题。而是由于用户不熟悉而造成的以为是故障、而其实不是故障的现象。用户的接线错误、编程错误、开关位置的错误、仪表故障、传感器故障等，都常常会使人误以为是PLC的错误。

    当发现PLC没有按照自己的期望来进行工作时，要对PLC和PLC周边的设备和环境进行诊断。

    从PLC外部的情况来进行的故障诊断

    在PLC没有像期望的那样开始工作的时候，应该先从PLC的外部来进行判断，这样，可以比较轻易地排除那些不是故障的误会。

    所有的PLC在CPU模块、I/O模块或电源模块上都有LED指示灯。通常，红灯表示问题，绿灯表示OK。如果一个LED在闪烁，通常表示功能正在执行或者这个模块在等待什么。对LED灯状态的正确诠释可以节省你很多故障诊断的时间。所以在故障诊断之前，你应该把制造商的故障诊断指南看一遍并放在手边。

    如果PLC不能进入运行（RUN）模式，你可以用下面的方法来看看问题是在硬件还是软件：

    a)临时将终止循环指令放在你的用户程序的第一行。如果现在PLC可以进入运行模式了，表示问题在你的软件中；而不是PLC的硬件问题。（有些PLC需要你在进入运行模式之前，先所有的错误状态，即使原来的问题已经更正了）。

    b)将PLC的内存复位（注意！首先，你要将PLC的内存的内容做一份拷贝，或者，你确信你愿意丢失内存中所有的程序、数据和组态）。如果PLC现在可以进入运行模式，问题就出在组态或者冲突使用的内存上。

    如果在检测一个传感器时，你发现PLC不能从一个传感器得到信号，首先检查该传感器的输出是否正常，接线是否正确。如果传感器经检查没有问题，则更换一个同型号的输入模块，如果PLC能够识别该模块的改变，就表示输入模块故障了（或者你刚才传感器连线错误了）,那么，可以按照如下的方法观察PLC输入模块的LED灯是否与传感器的状态变化一致：

    a)如果输入LED没有动静，用万用表检查PLC输入模块的端子看看信号是否变化。如果没有，将传感器与PLC的连接断开，单独对传感器进行测试。看看外接电源是否正常，检查直流电源的极性是否接反。有些PLC是漏电流型（SINK）的，所以对应的传感器电路必须是正端子接到PLC的输入接点上，其它的DC输入模块是电流源型（SOURCE）的，则传感器电路要通过电源的地线接到输入接点上。

    b)如果LED状态是发生变化了，可能是你的程序有问题。在你的用户程序中的第一行加一条终止循环的指令，然后运行程序，观察输入映射表，如果该位现在改变了，问题就在你的程序，很可能是你的程序中有一条指令对输入映射表进行了改写，从而改变了它的值。

    如果输入映射表依然不随着输入模块的LED的状态而改变，那么，可能是传感器电路有故障。传感器电路的电流能力可能不足以驱动输入状态，虽然它可能足以改变LED的状态。检查输入触点有没有不正常的小的电压变化。

    如果一个执行器看来无法得到PLC试图写给它的信号，观察输出模块的LED，确信它们是否随着PLC改变输出状态而一起改变：

    a) 如果LED确实改变，用万用表检查输出模块的端子，是否提供了足以驱动外部电路的信号，同时也检查极性是否正确。如果是，则将执行器从PLC上断开，对执行器单独进行测试。（有些输出模块有保险丝，检查一下是否保险丝断了？）

    b) 如果LED 不变化，检查输出电路的电源，和它与输出模块的接线，（DC 输出可以是源型或漏型的），如果接线正确，将执行器从PLC的输出模块断开，看看现在LED在不带执行器时是否改变。

    更换一个同型号的输出模块，如果PLC可以改变的输出状态，那么刚才的模块或接线就有问题。

PLC系统的硬件、组态和编程的故障分类和诊断方法

    如果按照上面的方法，发现连接到传感器或执行机构都可以工作，那么你就可以应该PLC内部状态或PLC程序的问题了。

    由于PLC是由人来进行安装、组态和编程的，所以可能会发生很多人为的使用过程中的错误。PLC制造商通常都提供了很多工具来找出这些错误。这些错误可以分为以下几类：

致命错误

    这些错误将导致PLC离行模式而进入故障模式（类似于硬件故障所导致的情形）。致命错误通常发生在PLC开机自检时或程序执行时的部件失败。有的编程和组态问题（如看门狗定时器超时，试图运行一个不存在的程序，等）也会导致致命错误。

    当PLC进入故障模式时，它将故障LED打开，并将所有的输出关闭为OFF（或者冻结在它们的上一个状态），PLC也会在内存中保存一个故障代码，编程可以读取该故障代码确定故障的原因，解决问题后，故障状态，将PLC电源关掉再打开，重新进入运行模式。

    现在的PLC通常都会保存对几个最近的故障的详细描述，并允许编程人员编写在致命故障发生时可以运行的故障程序，我们在第九章曾经描述过故障进程，本章我们主要讨论如何找到和使用故障代码。

非致命故障

    非致命故障是PLC可以探测到，但不至于使PLC离行模式的故障。有些可探测的硬件问题，如内存的后备电池电压低，只导致非致命故障。非致命故障也可以由组态和编程错误引起，如一个定时中断程序的执行被一个更高优先级的程序的运行而延迟，或者一个算术操作产生了一个太大以致无法存入指定目标内存的数，等等。

    非致命故障导致PLC设定相关的状态位或者将相关的错误代码写到内存中。当结果太大或太小以致无法保存时，数据字处理指令将把内存中的算术标志位设置为1。用户程序应当检查这些状态位或代码，并作出响应，因为PLC将像没有错误发生一样继续执行程序，有些非致命错误状态位在的章节已经讨论过，本章我们将讨论另外一些。

编程或组态逻辑错误

    这些错误是PLC不能自动检查出来的，但可以用程序中的故障检测指令或者编程单元的程序监视功能来检查。

    逻辑错误的例子包括一个用户将一位设为OFF而不是ON，两段用户程序试图控制同一个输出，或者结构化编程旁路了一段需要的程序等等。

    早期的PLC设计为不允许逻辑错误，如两个横档控制一个输出，或者跳转指令向程序进行跳转，等，但用户需要更大的灵活性，因此，即使这些安全措施都取消了。有些编程单元在编程人员写出上述具有潜在错误的逻辑语句时，会提供警示信息，但编程者可以忽略它们。

    编程语言都包括简单的调试工具：提前终止扫描循环的指令，这样程序可以一段一段来检查；导致致命或非致命的错误，使PLC在某些情况下立即停止；以及其它特别为调试程序中的某一个问题的指令。标准指令比如，计数器，可以临时插入程序中，记录事件发生的次数。编程软件也包括调试工具，如在用户程序执行时，监视和改变数据内存，强迫I/O映射位开或者关，以观察程序如何响应；记录某个特别位或特别字的短时间的变化，然后用历史趋势图显示这些变化；当某个特别位在使用时，生成一个程序中所有地方的交叉参考清单；还有搜索工具，可以找到程序中某个特别地址或指令在程序中的位置。

浔之漫智控技术（上海）有限公司经销/CO-TRUST科思创西门子PLC；S7-200S7-300 S7-400 S7-1200 触摸屏，变频器，6FC，6SNS120 V10 V60 V80伺服数控备件：原装进口电机，电线，电缆，希望能跟您有更多的合作机会。我公司经营西门子全新原装PLC；S7-200S7-300 S7-400 S7-1200 触摸屏，变频器，6FC，6SNS120 V10 V60 V80伺服数控备件：原装进口电机（1LA7、1LG4、1LA9、1LE1），国产电机（1LG0，1LE0）大型电机（1LA8，1LA4，1PQ8）伺服电机（1PH，1PM，1FT，1FK，1FS）西门子保内全新原装产品‘质保一年。一年内因产品质量问题免费更换新产品；不收取任何费。欢迎致电咨询。