西门子S7-400代理总经销商ROFINET 中定义了哪个实时通信？在自动化工程中，有一些应用需要更快速的更新和响应时间。 为此，PROFINET 标准定义了实时通信机制。 如上述内容所提及，实时通信标定如下：• 实时通道（RT 通道）是直接基于以太网第 2 层的实时通信通道，其使用 RT 协议。 由于此解决方案忽略了某些通信级，因此通信级所需的时间降至最低。过程数据的刷新率有所提高，因为数据的准备有利于更快速地传输，并且接收数据的用户程序能够更快地处理数据。 刷新和响应时间仅 5 - 10 ms。• 等时实时通道（IRT 通道）专为运动控制应用而开发。 在此，要求刷新和响应时间小于 1 ms。为实现此目标，IRT 通道以快速以太网 (100 Mbps) 的第 2 层为基础，并使用IRT 协议。 此外，数据还通过受时隙控制的传输方法来传输。 由于在以太网上通信伙伴的时间同步，因此可指定时隙，并以之将通信拆分成确定式和开放式通道。 时间关键的实时数据在确定式通道中传输，非时间关键数据则在开放式通道中传输SEND/RECEIVE 协议2.5.1 SEND/RECEIVE 协议 - 它是什么？SEND/RECEIVE 协议SEND/RECEIVE 协议是用于通过 PROFIBUS 和工业以太网传输数据的通信协议。它允许可编程控制器之间的简单数据交换。通过 SEND/RECEIVE 协议，SIMATIC S5 设备、SIMATICS7 设备、PC、工作站以及第三方设备之间可以互相通信。PROFIBUS 和以太网中的 SEND/RECEIVE 协议有何区别？• 在 PROFIBUS 中，SEND/RECEIVE 协议基于 FDL 服务，而在以太网中，其使用传输层中的可用服务。• 使用 PROFIBUS 可传输的数据量限制在 246 个字节内，以太网中可传输的最大数据量为 4096 个字节。• 与以太网不同的是，PROFIBUS 没有变量服务END/RECEIVE 协议 - 典型系统组态外观如何？本部分将介绍在 PROFIBUS 和工业以太网上通过 SEND/RECEIVE 协议实施不同设备间数据通信的典型系统组态。SEND/RECEIVE 协议在 PROFIBUS 中的系统组态示例对基于 PROFIBUS 的 SEND/RECEIVE 协议通信，SIMATIC NET 系列为 SIMATIC S5、SIMATIC 505 和 SIMATIC S7 系列控制器以及 PC、工作站和第三方设备提供了通信模块。为此，SIMATIC S7 提供了通信模块 CP 342-5 和 CP 443-5 以及面向 PC 的模块，例如 CP 5623。图 2-10 PROFIBUS 的典型系统组态SEND/RECEIVE 协议在以太网中的系统组态示例对基于以太网的 SEND/RECEIVE 协议通信，SIMATIC NET 系列为 SIMATIC S5、SIMATIC505 和 SIMATIC S7 系列控制器以及 PC 和工作站提供了通信模块。为此，SIMATIC S7 通常提供通信模块 CP 343-1 和 CP 443-1 以及面向 PC 和工作站的模SEND/RECEIVE 协议的工作原理是什么？SEND/RECEIVE 协议与 PROFIBUS 协作的方式用于 PROFIBUS 的 SEND/RECEIVE 协议以 FDL 数据块中数据的简单传输为基础。 这样便可直接使用 PROFIBUS 数据传输层的服务，即现场总线数据链路 (FDL)。 为了传输数据，接收方需提供接收缓冲区，发送方会将正在传输的数据写入至该缓冲区。只能在主动 PROFIBUS 节点之间使用 SEND/RECEIVE 协议进行数据通信。 FDL 数据块的大小将用户数据限制在每帧最多 246 个字节。 数据交换利用 SDA（发送数据需要确认）和SDN（发送数据无需确认）服务。使用 SEND/RECEIVE 协议进行通信无需建立连接。SEND/RECEIVE 协议与以太网协作的方式与使用 PROFIBUS 进行数据通信不同，使用工业以太网时，SEND/RECEIVE 协议基于ISO/OSI 参考模块的传输层。 它为用户提供传输层的服务，例如连接、流控制和数据分段。SEND/RECEIVE 协议所用的传输协议可与工业以太网以及 ISO 传输协议和 TCP/IP 传输协议（不管有无 RFC1006）一起使用。ISO 传输协议在guojibiaozhun ISO 8073 第 4 类中指定，并为数据传输提供服务。您可以选择使用数据分段，也就是说，可在 ISO 传输层上将用户数据分割成多个数据帧，之后 ISO 传输服务便能传输大量数据。 只要通信伙伴支持符合 ISO 传输的数据发送和接收，ISO 传输服务即允许与之进行通信。ISO-on-TCP (RFC1006) 协议符合具有 RFC1006 的 TCP/IP 标准（传输控制协议/Internet 协议）。 由于 TCP 在未对包内数据进行分段的情况下实施数据通信，因此需要 RFC1006。RFC1006 描述 ISO 服务如何传输协议以及如何藉此将数据分段映射至 TCP。 RFC1006 是许多供应商使用的官方标准。原生 TCP/IP 协议（无 RFC1006）允许与能够使用 TCP/IP 的任何通信伙伴进行通信。 由于TCP/IP 的传输层传送非结构化数据流，因此进行分段的任务便留给了用户。 通信连接的伙伴双方均需获知待传输数据包的大小，以便从数据流中挑选出正确的数据包。通过以太网使用 SEND/RECEIVE 协议进行的数据通信始终面向连接。 这意味着，必须首先建立到伙伴设备的传输连接，然后才能传输数据。 建立连接时，一个伙伴为主动方，另一个则为被动方。 主动节点会启动到伙伴设备的连接建立。 两个设备中负责建立连接的设备在连接组态中进行设置。SEND/RECEIVE 协议提供以下通信服务对于数据交换，SEND/RECEIVE 协议提供缓冲区发送/接收以及变量服务。 缓冲区发送/接收服务用于在两个可编程控制器之间传输非结构化数据块，且在 PROFIBUS 和以太网中均可用。 变量服务用于传输结构化数据，即在可编程控制器上定义的变量。 变量是可编程控制器中所谓的数据对象。 示例包括数据块、I/O 输入和输出、位存储器、定时器、计数器和系统区。 变量服务仅可在以太网上使用。对于 PC，PROFIBUS 中的若干附加服务并非面向数据通信，而是用于诊断和信息收集：• 获取总线参数和本地站地址• 获取总线上的站列表• 标识本地站和伙伴站缓冲区发送/接收服务的工作原理是什么？SEND/RECEIVE 协议的缓冲区服务包括两种通信服务：SEND 和 RECEIVE。SEND 服务在发送数据的设备上使用。 数据的发送必须由发送方明确启动。 将要接收数据的设备必须先激活 RECEIVE 服务，然后才能准备接收。PROFIBUS 上用于数据通信的 SEND 和 RECEIVE 通信服务是无需进行连接监视的简单服务，因而不会检测伙伴设备的故障。 此类监视只能由适当的用户程序实施，例如，通过触发数据的循环传输以及检查接收设备上的循环数据。变量服务的工作原理是什么？SEND/RECEIVE 协议的变量服务包括两种通信服务：FETCH 和 WRITE。 这些通信服务仅在以太网上可用。执行 FETCH 服务时，作业将从 PC 发送到请求特定变量当前值的伙伴设备。 该伙伴设备以包含所要求变量当前值的数据块确认该作业。使用写入服务，PC 能够将特定变量的当前值发送到伙伴设备。 伙伴设备对该信息进行评估并将变量设置为传输的值。 随后伙伴设备确认该服务。SEND/RECEIVE 协议 - 如何组态？SEND/RECEIVE 协议的组态方式如下为了通过 SEND/RECEIVE 协议进行通信，必须先组态连接，然后才能使用它们。 为此，提供了“SIMATIC STEP 7 Professional”组态工具。 已组态的连接将通过在组态过程中指定的唯一连接名称进行标识。 对于 SEND/RECEIVE 协议，有四种预定义的连接类型还描述了下列连接类型：• FDL 连接： 通过 PROFIBUS 进行的连接• ISO 传输连接： 采用 ISO 传输协议并通过以太网进行的连接• ISO-on-TCP 连接： 采用 ISO-on-TCP 协议并通过以太网进行的连接• TCP 连接： 采用原生 TCP/IP 协议并通过以太网进行的连接每个已组态的连接都必须进行参数设置。 创建连接后，组态工具将为这些参数设置默认值，用户可不作任何修改即采用这些值。 例如，这些参数包括：• 通信伙伴的地址• 服务访问点 (SAP)。2.5.6 SEND/RECEIVE 协议 - 有哪些优缺点？PROFIBUS 中 SEND/RECEIVE 协议的优点如下PROFIBUS 中的开放式 SEND/RECEIVE 协议具有以下优点：• 最多可传输 246 个字节的大型数据块。• 不传输数据时，将不会有网络负载。• 可将广播帧发送至多个节点。• 可在 PC 上对数据块进行结构化访问。• 可与 SIMATIC S5 和 SIMATIC S7 设备进行通信。PROFIBUS 中 SEND/RECEIVE 协议的缺点如下PROFIBUS 中的 SEND/RECEIVE 协议具有以下缺点：• 接收器不能启动数据传输。 它必须一直等到发送器传输数据。• 不会进行任何监视来检测接收器故障或网络中断。• 没有路由（将作业转发到其它网络）。以太网中 SEND/RECEIVE 协议的优点如下以太网中的 SEND/RECEIVE 协议具有以下优点：• 可通过分片来传输多达 64 KB 的更大的块数据。• 如果用户未启动任何数据传输，则不会有网络负载。• 可对数据块进行结构化访问。• 可与 S5 和 S7 设备以及 PC 进行通信。• 通过变量服务可灵活访问数据。以太网中 SEND/RECEIVE 协议的缺点如下以太网中的开放式 SEND/RECEIVE 协议具有以下缺点：• 接收器不能启动数据传输。 它必须一直等到发送器传输数据。• 数据必须由伙伴设备上的用户程序放置或复制到缓冲区。• 使用变量服务时的数据吞吐量低于使用缓冲区发送/接收服务时的数据吞吐量。• 要监视变量更改，必须周期性访问伙伴设备，并涉及更高的网络负载。DP 协议用于分布式外围设备 I/O (DP)，可实现在过程临近区域使用一些模块和其它现场设备。 它基于现场区域的通信标准 (IEC 61158)，并在 PROFIBUS 标准 (EN 50170) 中进行指定。在 PROFIBUS 上使用 DP 协议，可覆盖 I/O 设备间的长距离。 分布式 I/O 站在本地收集输入信号并将其设置为可用，以便信号能够被获取。 然后，计算机上的 CPU 便可周期性地获取它们。 中央控制器以相反方向将输出数据周期性地发送至分布式 I/O 站。DP 协议专用于时间关键型应用。 简单的优化传输协议、高传输率以及主站-从站原则的使用可实现较短的循环时间。DP 协议的属性有哪些？属性有：• 由主站进行中央控制• 使用简单传输协议实现大数据吞吐量• 以输入和输出方向循环传输过程映像• 以在线诊断检测错误• 由于它基于 ISO/OSI 参考模型的 PROFIBUS 第 2 层，因此能够与其它设备（主站和从站）并行操作。为 DP 协议定义了哪些扩展？以下部分提供各种 DP 主站及其扩展的概述。对于 DP 主站，为周期性数据交换和诊断功能定义 1 类和 2 类。 此外，还为非周期性通信实施扩展 C1 和 C2。DPV1 标准代表 DP 通信的扩展。 支持 DPV1 的从站具有额外的存储区域，可在此区域中存储从站特定的特殊数据记录。 DPV1 包括两个部分，一个是循环主站的 DPC1 扩展，另一个是附加诊断和参数分配功能的 DPC2 扩展。 假设功能得到扩展，使用 DPV1 功能能够读取或写入数据记录。什么是 1 类 DP 主站？1 类 DP 主站提供用于将参数分配到从站以及周期性数据交换的服务。什么是 DPC1？DPC1 是 1 类 DP 主站的 DPV1 扩展。 它使 C1 主站能够非周期性地读取和写入 DPV1 从站的附加数据区域。