西门子茂名PLC模块总代理
重要的标准和认证
● 常规技术规范
常规技术规范
常规技术规范包含如下内容：当在 ET 200S 中安装时，故障安全模块必须符合的标准和
测试值、故障安全模块的测试标准，以及故障安全模块对于运输、存储和环境条件的要
求。
6.2 标准和认证
CE 认证
ET 200S 故障安全模块满足下列 EC 指令的要求和保护目标并且符合欧共体公报所刊
载的用于 PLC 的欧洲协调标准：
● 2006/108/EC“在特定电压范围内使用的电气设备”（低电压指令）
● 2004/108/EC“电磁兼容性”（EMC 指令）
● 94/9/EC“专门用于在潜在爆炸环境中使用的设备和防护系统”（防爆指南）
脉冲干扰 测试电压 严重等级
符合 IEC 61000-4-2
（DIN VDE 0843 Part 2）规
带有故障安全模块的 ET 200S 的过电压保护
如果设备需要过电压保护，我们建议在负载电压电源和端子模块的负载电压输入之间使用
外部保护电路（浪涌滤波器），以确保具有故障安全模块的 ET 200S 的抗浪涌性。
说明
防雷措施始终要求对整个系统进行逐项检查。 但只有当所在的整个建筑环境能实现过电
压保护时，才能实现几乎*的过电压保护。 特别是，这需要在建筑设计阶段采用相应
的结构措施。
我们建议您联系 Siemens 代理商或从事防雷的公司，以获取有关过电压保护
的详细信息。
下图显示了使用 F 模块、标准模块和电源模块 PM-E DC24..48V/AC24..230V 及 PM-
E F pm DC24V PROFIsafe 进行组态的示例。 电压由超过四个电源提供。
也可使用较少电源。 必须确保由一个电源供电的模块总电流不超过允许限制。
也可使用电源模块 PM-E DC24V。 保护电路对应于 PM-E DC24..48V/AC24..230V 的保
护电路 + 自动断路器（同样适用于 PM-E F pm DC24V PROFIsafe）。
有关标准模块浪涌保护的更多信息，请参见《ET 200S 分布式 I/O 系统》( ET 200S
6ES7132-4BD02-0AA0
SIMATIC DP，5 个电子模块 用于 ET 200S，4 个标准数字输出 24V/0.5A DC，15mm 结构宽度 5件/包装单位
概述
用于 SIMATIC ET 200S、带有集成故障安全 CPU 的接口模块
带 DP/MPI 接口
用于构建故障安全型自动化系统，提高工厂的安全性
根据标准 IEC 61508、IEC 62061 的标定，高可符合 SIL 3 安全要求；根据标准 13849.1的规定，可符合 PL e 的安全要求。
故障安全 I/O 模块可通过 DP 主站模块 (PROFIsafe) 连接在分布式配置中
ET200S PROFIsafe 的安全保护 I/O 模块可以集中连接。
支持没有安全保护功能的标准模块
注意:
为了CPU的正常工作, 必须有微型存储器卡(MMC) 。
SIMATICET 200S 是多功能、高度模块化的I/O 系统，具有 IP20 的防护等级，可以针对自动化任务**的量身定制。
带有集成的CPU 和 PROFINET/PROFIBUS 连接的接口模块现已推出-有标准设计和安全型设计两种。模块化的 ET 200S可以提供丰富的模块，包括了电源模块、数字或模拟输入和输出模块、技术模块、一个 IO-Link主站以及电机起动器、变频器和一个启动接口。由于具有坚固的结构，ET200S 还可以用在高机械压力的条件下。
在空间紧张条件下，可以扩展一个小巧的块I/O ET 200S COMPACT。ET 200S 还有 SIPLUS 版本，它具有更大的适用温度范围。
丰富的模块使ET 200S 成为了几乎适用于所有行业的理想 I/O 系统，特别适用于需要为模块设计和丰富功能的情况。
ET200S 具有强大的内部数据传输能力和同步工作模式，还非常适用于时间关键型应用。
在进行可编程控制器控制系统设计时，有着不同的被控对象和设计任务，设计内容可能涉及诸多方面，又需要和大量的现场输入、输出设备相连接，基本内容应包括以下几个方面：
(1)明确设计任务和技术条件。
设计任务和技术条件一般以设计任务书的方式给出，在设计任务书中，应明确各项设计要求、约束条件及控制方式。设计任务书是整个系统设计的依据。
(2)确定用户输入设备和输出设备。
用户的输入、输出设备是构成PLC控制系统中除了作为控制器的PLC本身以外的硬件设备，是进行机型选择和软件设计的依据。要明确输入设备的类型（如控制按钮、行程开关、操作开关、检测元件、保护器件、传感器等）和数量、输出设备的类型（如信号灯、接触器、继电器等执行元件）和数量以及由输出设备驱动的负载（如电动机、电磁阀等），并进行分类、汇总。
(3)选择可编程控制器的机型。
可编程控制器是整个控制系统的核心部件，正确、合理地选择机型对于保证整个系统的技术经济性能指标起着重要的作用。艾特贸易小编提示PLC的选型包括机型的选择、存储器容量的选择、I/O模块的选择等。
(4)分配I/O通道，绘制I/O接线图。
通过对用户输入、输出设备的分析、分类和整理，进行相应的I/O通道分配，并据此绘制I/O接线图。
至此，基本完成了PLC控制系统的硬件设计。
(5)设计控制程序。
根据控制任务和所选择的机型以及I/O接线图，采用梯形图语言设计系统的控制程序。设计控制程序就是设计应用软件，这对于保证整个系统安全可靠地运行至关重要，必须经过反复调试，使之满足控制要求。
(6)必要时设计非标准设备。
在进行设备选型时，应尽量选用标准设备。如无标准设备可选，还可能需要设计操作台、控制柜、模拟显示屏等非标准设备。
(7)编制控制系统的技术文件。
在设计任务完成后，编制系统的技术文件。技术文件一般包括设计说明书、使用说明书、I/O接线图和控制程序（如梯形图等）
一、 MPI网的仿真 二、 TCP/IP网的仿真 三、 PROFIBUS网的仿真 |
近段时间，遇到不少人都被opcClient与OPCServer之间的通讯搞得头大，通过几次远程协助后，了OPCClient和OPCServer在Windows上运行方式的恩怨，希望对各位有用。
目前市场上的OPCClient和OPCServer软件在Windows上的运行方式有Windows 桌面程序和WindowsNT服务。本来也没啥。但由于OPCCLient是一个厂家的软件，而OPCServer是一个厂家的软件，由于软件的多样性，也就导致了如下一些现象：
1.OPCCLient连接目标OPCServer，发现无法连接，但在OPCServer计算机上明明看见OPCServer进程已经启动。
2. OPCCLient连接目标OPCServer，能连接，也能看见测点，但无法获取到数据。
经过多次现场的积累后，发现此类问题多出现在OPCClient和OPCServer软件在Windows上的运行方式不同导致的。也就是说，OPCClient和OPCServer软件的运行方式不一样。譬如，OPCCLient是WindowsNT服务方式，而OPCServer是桌面程序方式（多是组态软件的OPCServer都是桌面程序方式吧！！）。而当OPCCLient是Windows桌面程序方式，OPCServer时Windows NT服务时，发现上面的现象基本不出现。这是为什么呢？
原因如下：
OPCClient和OPCServer都是基于DCOM的应用，DCOM的特点是OPCServer无需先运行或启动，等待OPCCLient请求时，由操作系统在将OPCServer拽起来。这种机制的好处就是随用随启。但这种机制如果处理不好吧，就会导致一些问题。当OPCCLient是WindowsNT服务时，OPCServer被拽起来后，是运行在System这个系统账户下面的。相对于Windows的桌面用户来说，是一个隔离开的空间。当桌面运行类型的OPCServer被WindowsNT服务方式的OPCCLient拽起来后，被运行在System这个系统账户的空间。而如果这个OPCServer程序又做了全局唯一进程运行的限制或与数据库只允许一个TCP连接时，上述的两种现象基本就会出现。这就是这段时间好几个朋友遇到的OPC通讯故障现象。
如果让自己开发的OPC程序兼容性更好呢？
1.当开发OPCCLient程序时，好使用Windows桌面程序方式，这种方式可兼容OPCServer程序运行在Windows桌面程序方式和WindowsNT服务方式。
2. 当开发OPCServer程序时，好使用WindowsNT服务方式，这种方式可兼容OPCClient程序运行在Windows桌面程序方式和WindowsNT服务方式。
如果很不幸遇到了Windows NT服务的OPCClient去采集Windows桌面程序的OPCServer（加上OPCServer本身的全局唯一限制），那么你可以去WindowsNT服务的管理器中将WindowsNT服务的OPCClient更改为指定的系统用户运行，大多数情况下可以解决问题