101个西门子 S7-300 PLC经典问题及解答，快速实现从入门到精通
使用CPU S7 315F， ET 200S以及故障安全DI/DO模块，那么您将调用OB35 的故障安全程序。而且，您已经接受所有监控时间的默认设置值，并且愿意接收“通讯故障”消息。OB 35 默认设置为100毫秒。您已经将F I/O模块的F监控时间设定为100毫秒，因此至少每100毫秒要寻址一次I/O模块。但是由于每100毫秒才调用一次OB 35，因此会发生通讯故障。要确保OB35的扫描间隔和F监控时间有所差别，请确保F监控时间大于OB35的扫描间隔时间。
S7分布式安全系统，一直到V5.2 SP1 和 6ES7138-4FA00-0AB0，6 ES7138-4FB00-0AB0，6ES7138-4CF00-0AB0 都会出现这个问题。在新的模块中，F 监控时间设定为150毫秒.
使用CPU的PROFIBUS接口上的DP从站操作PROFIBUS网络时，希望在启动期间检查期望的组态与实际的组态是否匹配。在 CPU属性对话框中的Startup选项卡上给出了两个不同的时间。
如果电源(仅S7－400)或缓冲区中的一个错误触发一个事件，则CPU操作系统访问OB81。错误纠正后，重新访问OB81。电池故障情况下，如果电池检测中的BATT.INDIC开关是激活的，则 S7-400仅访问OB81。如果没有组态OB81，则CPU不会进入操作状态STOP。如果OB81不可用，则当电源出错时，CPU仍保持运行。
请注意，创建的数据区域(如一个双字)不能组态在过程映象的边界上，因为在该数据块中，只有边界下面的区域能够被读入过程映像，因此不可能从过程映像访问数据。因此，这些组态规则不支持这种情况：例如，在一个 256 字节输入的过程映像的 254 号地址上组态一个输入双字。如果一定需要如此选址，则必须相应地调整过程映像的大小(在CPU的Properties中)。
全局数据通讯用于交换小容量数据，全局数据(GD)可以是：
输入和输出
标记
数据块中的数据
定时器和计数器功能
数据交换是指在连入单向或双向GD环的CPU之间以数据包的形式交换数据。GD环由GD环编号来标识。
单向连接：某一CPU可以向多个CPU发送GD数据包。
双向连接：两个CPU之间的连接：每个CPU都可以发送和接收一个GD数据包。
必须确保接收端CPU未确认全局数据的接收。如果想要通过相应通讯块(SFB、FB或FC)来交换数据，则必须进行通讯块之间的连接。通过定义一个连接，可以极大简化通讯块的设计。该定义对所有调用的通讯块都有效且不需要每次都重新定义。
在通常的操作中，只能使用订货号为6ES7951-1K... (Flash EPROM)和6ES7951-1A... (RAM)的“短”> 存储卡。
对于下列型号的CPU ，请检查 24V 电压是否接入引脚 1。LED由输入电流控制。引脚 1 上的 24V 电压需要做进一步处理。
313C(6ES7 313-5BE0.-0AB0)，313C-2DP (6ES7 313-6CE0.-0AB0)，313C-2PTP (6ES7 313-6BE0.-0AB0)， 314C-2DP (6ES7 314-6CF0.-0AB0)，314C-2PTP (6ES7 314-6BF0.-0AB0)
请确定以太网(PROFINET)中的所有组件(转换）都支持 100 Mbit/s全双工基本操作。避 免中心分配器割裂网络，因为这些设备只能工作于半双工模式。
在硬件配置中，通过CPU > Properties > Diagnostics/Clock，你可以进入“时钟”> 域内指定一个修正因子。这个修正因子只影响CPU的硬件时钟。时间中断源自于系统时钟，并且和硬件时钟的设定毫无关系。
在主站plc可以通过调用SFC14 “DPRD_DAT“和SFC15 “DPWR_DAT“来完成和从站的数据交换，而对于从站来说可以调用FC1 “DP_SEND“ 和FC2 ”DP_RECV“完成数据的交换。
通过SFC 51“RDSYSST”可读出下列标识数据：
可以读出订货号和CPU版本号。为此，使用SFC 51和SSL ID 0111并使用下列索引：
1 = 模块标识
6 = 基本硬件标识
7 = 基本固件标识
为了通过一个S7连接在使用CPU 317-2PN/DP的两个S7-300工作站之间进行数据交换，其中该S7连接是使用NetPro组态的， 在S7通信中，必须调用通讯功能块。模块FB14("GET") 用于从远程CPU取出数据，模块FB15("PUT")用于将数据写入远程CPU。功能块包含在STEP 7 V5.3的标准库中。<
CPU 317-2PN/DP的通讯模块FB14("GET")和FB15("PUT")的属性 ：
FB14和FB15是异步通讯功能。这些模块的运行可能跨越多个OB1循环。通过输入参数REQ激活FB14或FB15。DONE、NDR或ERROR表明作业结束。PUT和GET可以同时通过连接进行通信。
注意：不能将库SIMATIC_NET_CP中的通讯块用于CPU317-2PN/DP。
在用户程序中，不可以同时编程SEND作业和FETCH作业。
即：只要SEND作业(SFB 63)没有完全终止(DONE或ERROR)，就不能调用FETCH作业(SFB 64)(甚至在REQ=0的时候)。只要FETCH作业(SFB 64)没有完全终止(DONE或ERROR)，就不能调用SEND作业(SFB 63)(甚至在REQ=0的时候)。在处理一个主动作业(SEND作业、SFB 63或FETCH作业、SFB 64)时，同时可以处理一个被动作业(SERVE作业、SFB 65)。
可以，但在动力和精度方面，对组态轴的要求差别非常大。在高要求情况下，伺服驱动SIMODRIVE 611U、MASTERDRIVES MC或SINAMICS S必须和CPU 317T一起运行。在低要求情况下，MICROMASTER系列也能满足动力和精度要求。
两个CPU站配置为DP从站，而且由同一个DP主站操作，它们之间的通信通过配置交换模式为DX可以完成直接数据交换。
对于单向基本通信，使用系统功能 SFC67 (X_GET)从一个被动站读取数据，使用系统功能SFC68(X_PUT)将数据写入一个被动站(服务器)。这些块只有在主动站中才调用。对于一个双向基本通信，调用站中的系统功能SFC65 (X_SEND)，在该站中想将数据发送到另一个主动站。在同样为主动的主动接收站中，数据将通过系统功能SFC66 (X_RCV)记录。
两种类型的基本通信中，每次块调用可以处理多 76 字节的用户数据。对于S7-300 CPU，数据传送的数据一致性是 8 个字节，对于S7-400 CPU则是全长。如果连接到S7-200，必须考虑到S7-200只能用作一个被动站。
地址的自由分配意味着您可对每种模块(SM/FM/CP)自由的分配一个地址。地址分配在 STEP 7 里进行。先定义起始地址，该模块的其它地址以它为基准。
自由分配地址的优点：因为模块之间没有地址间隙，就可以优化地使用可用地址空间。在创建标准软件时，分配地址过程中可以不考虑所涉及的 S7-300 的组态。
更快地识别故障源，因而提高系统的可用性。评估STOP之前的后事件，并寻找引起STOP的原因。
诊断缓冲器是一个带有单个诊断条目的循环缓冲器，这些诊断条目显示在事件发生序列中；个条目显示的是近发生的事件。如果缓冲器已满， 早发生的事件就会被新的条目所覆盖。根据不同的CPU，诊断缓冲器的大小或者固定，或者可以通过HW Config中通过参数进行设置。
1） 故障事件
2） 操作模式转变以及其它对用户重要的操作事件
3） 用户定义的诊断事件(用SFC52 WR_USMSG)
在操作模式STOP下，在诊断缓冲器中尽量少的存储事件，以便用户能够很容易在缓冲器中找到引起STOP的原因。因此，只有当事件要求用户产生一个响应(如计划系统内存复位，电池需要充电)或必须注册重要信息(如固件更新，站故障)时，才将条目存储在诊断缓冲器中。
为了给项目选择合适的MMC，需要了解整个项目的大小以及要加载块的大小。可以按照如下所述的方法来确定项目的大小：
1） 首先归档STEP 7项目。然后在Windows资源浏览器中打开已归档项目，并确定其大小(选中该项目并右击)。这会告诉您归档文件的大小。
2） 将块加载入CPU。现在仍然需要选择"PLC > Module Information > Memory"。在此，在" Load memory RAM + EPROM"中，可以看到分配的加载内存的大小。
3） 必须将该值和已经确定的归档项目的大小相加。这样就可以得出在一个MMC上保存整个项目所需的总内存的大小。
复位CPU时，内存没有被完全删除。整个主内存被完全删除了，但加载内存中数据，以及保存在Flash-EPROM存储卡(MC)或微存储卡(MMC)上的数据，则会全部保留下来。除了加载内存以外，计时器(CPU 312 IFM除外)和诊断缓冲也被保留。具有MPI接口或一个组合MPI/DP接口的CPU只在全部复位之前保留接口所采用的当前地址和波特率。另一方面，另一个PROFIBUS地址也被完全删除，不能再访问。
重要事项：重新设置PG/PC之后，与CPU之间的通讯只能通过MPI或MPI/DP接口来建立。
如果在CPU上已经更改了MPI参数，请检查硬件配置。可以将这些值与在"Set PG/PC interface"下的参数进行比较，看是否有不一致。
或者可以这样做：打开一个新的项目，创建一个新的硬件组态。在CPU的MPI接口的属性中为地址和传送速度设置各自的值。将"空"项目写入存储卡中。把该存储卡插入到CPU 然后重新打开CPU的电压，将位于存储卡上的设置传送到CPU。现在已经传送了MPI接口的当前设置，并且像这样的话，只要接口没有故障就可以建立连接。这个方法适用于所有具有存储卡接口的S7-CPU。
如果发生一个所描述的错误(见文件1)，则将调用并处理相应OB。如果没有加载该OB，则CPU进入STOP(例外：OB70、72、7 3和81)
S7-CPU可以识别两类错误：
1） 同步错误：这些错误在处理特定操作的过程中被触发，并且可以归因于用户程序的特定部分。
2） 异步错误：这些错误不能直接归因于运行中的程序。这些错误包括优先级类的错误，自动化系统中的错误(故障模块)或者冗余的错误。
在组态一个作为从站的CPU315-2DP站时，必须在STEP7程序中编程下列OB以便评估分布式I/O类型的错误信息：
OB 82 诊断中断 OB 、OB 86 子机架故障 OB 、OB 122 I/O 访问出错
1） 诊断OB82：如果一个支持诊断，并且已经对其释放了诊断中断的模块识别出一个错误，它既对进入事件也对外出的事件向 CPU 发出一个诊断中断的请求。操作系统然后调用 OB82。在 OB82 自己的局部变量里包含有有缺陷模块的逻辑基地址和 4 个字节的诊断数据。如果你还没有编程 OB82， 则 CPU 进入“停止”模式。你可以阻断或延迟诊断中断 OB ，并通过 SFC 39 - 42 重新释放它。
2） 子机架故障OB86：如果识别出一个 DP 主站系统或一个分布式 I/O 站有故障（既对进入事件也对外出的事件），该 CPU 的操作系统就调用 OB 86 。如果没有编程 OB 86 但出现了这样一个错误， CPU 就进入“停止”模式。你可以阻断或延迟 OB86 并通过 SFC 39 - 42 重新释放它。
3） I/O 访问出错OB122：当访问一个模块的数据时出错，该CPU的操作系统就调用OB 122。比方说，CPU在存取一个单个模块的数据时识别出一个读错误，那么操作系统就调用OB 122。该OB 122以与中断块有相同的优先级类别运行。如果没有编程OB 122，那么CPU由“运行”模式改为“停止”模式。
在STEP 7的硬件组态中，可以把几个操作数区定义为“保留区”。这样可以在掉电以后，即使没有备份电池的话，仍能保持这些区域中的内容。如果定义一个块为 “保留块”，而它在 CPU 中不存在或只是临时安装过，那么这些区域的部分内容会被重写。在电源接通/断开之后，其他内容会在相关区里找到。
你的项目在闪存卡上。现在要用它加载 S7 300 。但加载结束后发现 CPU 的 RAM 中仍是空的。出现此问题的原因是你的程序里有无法处理的，"错误的"组织块(比如说， OB86 没有 DP 接口)。在重新设置和重新启动 CPU 后， RAM 仍是空的。诊断缓冲区对这个"无法加载"的块会提示一些信息。
在组态一个 CPU315-2DP 站时，你使用 S7 工具 “H/W CONFIG” 来分配诊断地址。如果发生一个故障，这些诊断地址被加入诊断 OB 的变量 “OB82_MDL_ADDR” 里。你可在 OB82 里分析此变量，确定有故障的站并作出相应的反应。
下面是如何分配诊断地址的例子：
第 1 步：通过 CPU315-2DP 组态从站并赋予一个诊断地址，比如 422。
第 2 步：通过 CPU315-2DP 组态主站
第 3 步：把组态好的从站链接到主站并赋予一个诊断地址，比如 1022。
如果使用CPU作为I-Slave，并且该CPU也起S7 路由器的作用，那么请注意如下事项：
用于路由选择的从站的DP接口必须设置为活动状态。这可以在HW Config中完成：在DP接口的属性对话框中，选项" Commissioning/Test operation"或"Programming， status/modify..."必须激活。关于这些设置的注意事项可以在下表中获得。
对于S7 路由连接，有 4 种可用的连接资源-与其它任何连接资源无关。没有使用PG/OP的连接资源或S7基本通信。
如果必须通过DP接口来建立一个与位于其机架上的通信伙伴连接时(如在 CP 343-1 中)，也要使用一个路由连接。而对于通过MPI接口与一个位于其机架上的通信伙伴的连接，则不使用路由连接资源，因为在这种情况下，能够直接到达伙伴。注意事项：这不适用于CPU 318。
当对CPU 312IFM到316-2DP参数化系统功能块 SFC2， SFC3 和 SFC4 时，为一个运行时间表规定了一个大于 "B#16#0"的标识符，那么将出错并且所需的功能也无法用。此种情况下，将在块的" RETVAL"输出处输出标识符 "8080h" 。
说明：对于这些 CPU，只有一个计时器可用。因此你应该只用标识符 "B#16#0"。在一个周期块(OB1， OB35)里一定不能调用系统功能 SFC2 "SET_RTM"，而是应该在重启动OB(OB100)调用它。你也可以通过外部触发器来启动该块。不然的话，该块将老是复位运行计时表，永远完成不了计数。