SIEMENS西门子 软起动器 3RW44546BC44

           如果 CPU 1515SP PC (F)分配的接口从“SIMATIC PC 站”(SIMATIC PC station) 更改为“无，或其它Windows 设置”(None,or a different Windows setting)，则 CPU 1515SP PC (F) 路由的现有S7连接将失效。由于 PLC 现在不再处理此连接的路由功能，在编译 CPU 1515SP PC(F)时，将不会显示与无效连接相关的消息。在编译连接的端点时，将仅显示路由的无效 S7 连接。路由的 S7 连接所需的接口必须在CPU 1515SP PC (F) 上明确指定。可以在“PROFINET 内置[X2] > 接口分配”(PROFINETonboard [X2] > Interface assignment) 下的属性中编辑 CPU1515SP PC (F)的接口分配。有关 S7 连接组态和如何在用户程序中使用 S7 通信指令的详细信息，请参见 STEP 7在线帮助。通过带有串口（RS232、RS422 或 RS485）的通信模块 (CM)，可建立 S7‑1500、ET 200MP 和ET200SP 的点到点连接。• S7‑1500/ET 200MP：– CM PtP RS232 BA– CM PtP RS422/485BA– CM PtP RS232 HF– CM PtP RS422/485 HF• ET 200SP：– CMPtP通过点到点连接，通信模块与具有通信能力的第三方系统或设备之间可以进行双向数据交换。进行点到点通信时，需要至少两个通信伙伴。通过RS422 和 RS485，可以在两个以上通信伙伴间进行通信。点到点连接的通信协议• Freeport 协议（也称为 ASCII协议）• 3964(R) 程序• RTU 格式的 Modbus 协议（RTU：远程终端设备）• USS 协议（通用串行接口协议）根据ISO/OSI 参考模型，这些协议将使用不同层：• Freeport：使用第 1 层（物理层）• 3964 (R)、USS 和Modbus:使用第 1 层和第 2 层（物理层和数据链路层。与Freeport 相比，传输的可靠性更高）。USS 和Modbus 还使用第 4 层。Freeport 协议的特性•通过一个可选择的结束条件（例如，超出字符延时时间、收到结束字符、收到一定数量的数据），接收方可以识别出数据传输是否结束。•但发送方无法识别接收方所接收到的发送数据有无错误。3964 (R) 程序的特性•发送数据时，将添加一些控制字符（起始、结束和块校验字符）。请确保这些控制字符不作为数据包含在帧中。•可通过这些控制字符建立和终止连接。• 如果发生传输错误，则将自动重新传输数据。通过 Freeport 或 3964 (R)通信进行数据交换待发送的数据将存储在相应 CPU数据块的用户程序（发送缓冲区）中。通信模块上的接收缓冲区将用于存储接收数据。检查接收缓冲区的属性，必要时进行调整。必须创建用于在CPU中接收的数据块。在 CPU 的用户程序中，可通过“Send_P2P”和“Receive_P2P”指令在 CPU 和 CM间进行数据传输。建立 Freeport 或 3964 (R) 通信的步骤1. 在 STEP 7的硬件和网络编辑器的设备视图中，组态一个带有 CPU 和 CM 的 S7‑1500 组态。2. 在 STEP 7 的设备视图中，选择CM 的接口。3. 在 STEP 7 巡视窗口的“属性 > 常规”(Properties > General)下，分配接口的参数（例如连接通信、消息发送组态）。4. 在“通信 > 通信处理器”(Communication>Communications processor)下的“指令”(Instructions)任务卡中，选择“Send_P2P”或“Receive_P2P”指令，并将指令拖放到用户程序中（例如拖入 FB）。5.根据组态，指定这些指令的参数。6. 将硬件配置和用户程序下载到CPU。或者：通信模块的动态参数分配在某些类型的应用中，动态建立通信连接更有优势。即，通过一个特定的应用中的程序建立通信。这种应用的典型示例有串行计算机生产商。为了用户更为便捷地使用用户接口，这些制造商可以按照特定的操作要求对通信服务进行调整。Freeport的通信指令一共有 3 条指令可在用户程序中动态组态 Freeport 通信。以下情况适用于所有 3条指令：之前有效的组态数据将被覆盖，但不会在目标系统中yongjiu保存。•“Port_Config”指令可用于对通信模块的相关端口进行程序控制的组态。•“Send_Config”指令可用于对相关的端口进行动态组态。例如，传输的时间间隔和中断（串行传输参数）。•“Receive_Config”指令可用于对相关的端口进行动态组态。例如，消息传输的开始和结束条件（串行接收参数）137点到点连接通信功能手册,11/2023, A5E03735819-AL3964 (R) 通信的指令一共有 2 种指令可在用户程序中动态组态 3964 (R)通信。以下情况适用于这些指令：之前有效的组态数据将被覆盖，但不会在目标系统中yongjiu保存。•“Port_Config”指令可用于对通信模块的相关端口进行程序控制的组态。•“P3964_Config”指令可用于对协议的参数进行动态组态。USS 协议的特性•一种简单的串行数据传输协议，采用半双工模式并通过循环帧进行数据传输，为驱动技术量身定制。• 根据主站/从站模式进行数据传输。–主站可以访问驱动器的功能，并可以控制驱动器，读取状态值，对驱动器参数进行读/写操作。通过 USS通信进行数据交换该通信模块将作为主站。主站可以向Zui多 16个驱动器连续发送帧（任务帧），并将收到每个所寻址驱动器的响应帧。在以下条件下，驱动器发送一个响应帧：• 接收到的帧无错误•驱动器在此帧中寻址如果不满足以上这些条件，或者在广播帧中对驱动器进行寻址，则驱动器将不发送响应帧。如果主站在一定的处理时间（响应延时时间）之后从驱动器接收到一条响应帧，则主站与相应的驱动器之间存在连接。建立USS 通信的步骤1. 在 STEP 7 的硬件和网络编辑器的设备视图中，组态一个带有 CPU 和 CM 的 S7‑1500组态。2. 在项目树中，选择“程序块”(Program blocks)文件夹。双击该文件夹，打开文件夹中的OB1。将打开程序编辑器。3. 从“指令”(Instructions)任务卡的“通信”(Communication) 区域中的“通信处理器”(Communications processor)文件夹，根据当前的任务选择 USS 通信的指令，并将其拖放到 OB1 的一个程序段中：–使用“USS_Port_Scan”指令，可通过 USS 程序段进行通信。–“USS_Drive_Control”指令为驱动器准备发送数据并评估驱动器的响应数据。–“USS_Read_Param”指令可用于读出驱动器的参数。– “USS_Write_Param”指令可用于更改驱动器的参数。4.根据组态，指定这些指令的参数。5. 将硬件配置和用户程序下载到 CPU。Modbus 协议 (RTU) 的特性•采用串行、异步传输的通信方式，传输速率高达 115.2 kbps，半双工。• 根据主站/从站模式进行数据传输。• Modbus主站可发送向 Modbus 从站进行读写操作的作业：– 读取输入、定时器、计数器、输出、存储位、数据块– 写入输出、存储位、数据块•还可以向所有从站进行广播。通过 Modbus 通信 (RTU) 进行数据交换通信模块可以作为 Modbus 主站，也可以作为Modbus 从站。Modbus 主站可与一个或多个Modbus 从站进行通信（具体数量取决于物理接口）。只允许 Modbus主站通过对 Modbus 从站进行显式寻址，向 Modbus主站返回数据。从站将检测数据传输是否终止，并进行确认。如果发生错误，将向主站发送一个错误代码。建立 Modbus 通信 (RTU)的步骤1. 在 STEP 7 的硬件和网络编辑器的设备视图中，组态一个带有 CPU 和 CM 的 S7‑1500 组态。2.在项目树中，选择“程序块”(Program blocks) 文件夹。双击该文件夹，打开文件夹中的OB1。将打开程序编辑器。3.从“指令”(Instructions) 任务卡的“通信”(Communication)区域中的“通信处理器”(Communications processor) 文件夹，根据当前的任务选择 Modbus通信的指令，并将其拖放到 OB1 的一个程序段中：– “Modbus_Comm_Load”指令将对 Modbus 通信的 CM端口进行组态。– “Modbus_Master”指令可用于调用 Modbus 主站的功能。–“Modbus_Slave”指令可用于调用 Modbus 从站的功能。4. 根据组态，指定这些指令的参数。5.将硬件配置和用户程序下载到 CPU。更多信息•有关通过点到点连接进行通信的更多详细信息以及串行数据传输的基本知识，请参见功能手册《CM PtP 通信模块 - 点到点连接的组态》。•有关如何在用户程序中使用点到点连接指令的说明，请参见 STEP 7 在线帮助。•有关带有串行接口的通信模块的信息，请参见特定的通信模块手册。

          OPC UA 通信需了解的 OPC UA知识OPC UA 和工业 4.0信息与数据交换的统一标准工业 4.0 是指在企业层级对 IT系统中的大量生产数据进行统一应用、评估和分析。借助工业4.0，生产与企业层级间的数据交换正在迅速增长。但为确保成功执行，信息与数据交换应采用统一的标准。标准OPC 仅支持 Windows 操作系统。为了应对这一限制条件，OPC Foundation 研发出了OPC UA（OPC统一架构）标准。由于 OPC UA标准独立于特定的操作系统，并采用安全传送机制和数据语义描述，尤其适合于跨层级的数据交换。机器数据（受控变量，测量值或参数）也可采用这种方式传输。这一概念比较重要的一点是允许进行OPC UA 通信和实时通信，从而实现对时间要求严格的机器级数据传送。OPC UA 具有极高的可扩展性，可以在传感器、控制器和MES 或 ERP 系统之间实现一致的信息交换。OPC UA不仅可进行数据传递，还可传递与数据有关的信息（数据类型），可对该数据进行机器解析访问。OPC UA 的常规特性OPC UA 和PROFINET可以使用 OPC UA 和 PROFINET。这两种协议使用相同的网络基础设施。独立于操作系统报警OPC UA标准并不特定于某个平台，并且针对高性能应用使用优化的基于 TCP 的二进制协议。OPC UA 支持诸如Window、Linux、Apple OS X、实时操作系统或移动操作系统（Android 或iOS）。独立于特定的传输层OPC UA目前支持以下传输机制和协议：• 通过 TCP/IP，将消息作为二进制流直接传输• 通过 TCP/IP 和 HTTP 采用 XML形式传送消息。由于这种传输机制仅支持慢速传输，极少使用。S7-1500 CPU 不支持该传输机制。所有 OPC UA应用均支持二进制数据交换（基于 OPC UA 技术规范）。简单的客户端/服务器机制OPC UA 服务器可在网络中提供大量信息，如有关CPU、OPC UA 服务器、数据和数据类型的信息。OPC UA 客户端访问这些信息。支持多种编程语言OPC基金会已推出了不同编程语言版本的 OPC UA 标准：已停止对 ANSI C 和 Java 的堆栈进行维护，但仍可以使用.NET、ANSI C 和 Java 的堆栈。OPC 基金会提供了 .NET协议栈，并以开源软件的形式提供了示例程序。请参见“Github”。许多公司提供 Software Development Kits(SDK)。这类开发软件包内含有 OPC Foundation 的协议栈以及其它有助于简化解决方案开发过程的功能。使用 SDK的优点：• 供应商支持• 经测试的软件• 详细的文档• 明确的许可证条件（对于销售解决方案很重要）