SIEMENS西门子 S-1FL2中惯量型电机 1FL22042AG101MC0

              Systemblocks - BCom FB BCom 有效性 • S7-1500 • S7-300 / S7-400 用于 S7-300/400CPU 的块不能用于 S7-1500 CPU，亦然。FB 的任务相同。功能 • S7-1500 FC BasicTask_B的辅助块，用于处理类型为 DB BConnectData 的通信(S7‑1500)。 借助 DB，可使用SFB“BSEND”和“BRCV”处理已组态的 PBK（编程设定的块通信）连接。 FB BCom 还可确保接收到的帧立即分布到 CPU中所需的接收对象。为此，FB BCom 调用 FC Distribute 作为辅助块。 • S7-300 / S7-400 FCBasicTask_B 的辅助块，用于处理类型为 DB BComData 的通信(S7‑300/S7‑400)。 组态的 PBK连接（编程的块通信）通过 DB 使用 S7-400 CPU 的“BSEND”和“BRCV”SFB 或 S7-300 CPU中具有相同名称的函数块 (FB) 处理。 FB BCom 还可确保接收到的帧立即分布到 CPU 中所需的接收对象。为此，FB BCom调用 FC Distribute 作为辅助块。 S7-300 可用性和功能 对于 S7-300 CPU，仅块版本 V1.5及更高版本支持使用 BCom FB。该块包含在版本为 V3.0 SP2及更高版本的“Telecontrol ST7”库中。 S7-300 CPU 需要该块，通过本地 TIM1531-IRC进行通信时尤为如此。 可组态的 S7 连接数 对于 TD7onCPU，S7-300 CPU Zui多支持 16 个 S7 连接。可组态的S7 连接数取决于相应的 CPU 型号，是对于具有更多连接资源的 CPU，也不能超过此数目。 DB BComData 有效性S7-300 S7-400 功能 用于通信块 FB BCom 的背景数据块。实例 DB 表示通信邮箱，其中包含以下内容： • 接收邮箱(ReceiveBuffer) • 发送(SendBuffer)

           其还包含核心数据，在控制和管理通过此邮箱运行的 PBK 连接时，需要这些数据。 使用 FB BCom 的每个CPU 都需要该数据块。如果 CPU 有多个 PBK 连接，则会多次需要 DB。 DB BComData借助连接所特有的数据，在所需的预设时间长度内自动生成，保存在 CPU 的块目录中。 BConnect FB 有效性 S7-1500功能 FC BasicTask 的辅助块，用于处理与通信伙伴的连接。 DB BConnectData 有效性 S7-1500 功能用于通信块 FB BCom 的背景数据块。实例 DB 表示通信邮箱，其中包含以下内容： • 接收(ReceiveBuffer)• 发送(SendBuffer) 其还包含核心数据，在控制和管理通过此邮箱运行的 PBK 连接时，需要这些数据。 使用 FBBCom 的每个 CPU 都需要该数据块。如果 CPU 有多个 PBK 连接，则会多次需要 DB。 DB BComData借助连接所特有的数据，在所需的预设时间长度内自动生成，保存在 CPU 的块目录中。System blocks - PCom FBPCom 有效性 不使用合用线的 S7‑300 CPU FB PCom 仅用于通过 P 总线实现的通信。这会影响 TIM 与使用 P总线的 CPU 之间的通信。 功能 FC BasicTask_P 的辅助块，用于使用 SFC WR_REC 和 RD_REC处理类型为 DB PComData 的通 信邮箱。 接收到的帧也立即分布到 CPU 中所需的接收对象。为此，FB PCom 调用 FCDistribute 作为 辅助块。 DB PComData 用于通信块 FB Pom的背景数据块。背景数据块使通信邮箱可用并包含以下内容： • 接收(ReceiveBuffer) • 发送邮箱(SendBuffer) 其还包含核心数据，在控制和管理通过此邮箱运行的连接时，需要这些数据。 使用 FB PCom 的每个 CPU都需要该数据块。如果 CPU 具有多个对应连接，则会多次需要 DB。 System blocks - XCom FB XCom 有效性使用合用线的 S7‑300 CPU 功能 FC BasicTask_X 的辅助块，用于处理类型为 DB XComData 的通信邮箱。借助 DB BComData，可使用“X_SEND”和“X_RCV”这两个 SFC 处理已组态的连接（PBK 连接）。FB XCom还可确保接收到的帧立即分布到 CPU 中所需的接收对象。为此，FB XCom 调用 FC Distribute 作为辅助块。 DBXComData 用于通信块 FB XCom 的背景数据块。背景数据块使通信邮箱可用并包含以下内容： • 接收邮箱(ReceiveBuffer) • 发送(SendBuffer) 其还包含核心数据，在控制和管理通过此邮箱运行的 X连接时，需要这些数据。 使用 FB XCom 的每个 CPU 都需要该数据块。如果 CPU 具有多个 X 连接，则会多次需要 DB。DB XComData 借助连接特有的数据，在所需的预设时间长度内自动生成，保存在 CPU 的块目录中。

            组态 SCALANCE X/W/M法律声明 合格人员 本文档介绍的产品/系统只允许合格人员按产品/系统的预期用途来使用，并需考虑有关预期用途的文档说明，特别是相关文档包含的安全和警告事项说明。 合格人员由于受过培训和具备相关使用经验，能识别使用这些产品/系统时的潜在风险并规避可能的危险。 有关下载组态文件的注意事项 本地下载到 SCALANCE设备时不接受出厂预设的密码。 • 通过 WBM 或 CLI 更改出厂时预设的密码。组态 SCALANCE X 系统功能系统功能的可用性 下表列出了各种工业以太网交换机上系统功能的可用性。请注意，在线帮助中介绍了所有功能。取决于用户的工业以太网交换机，某些功能不可用。 我们保留进行技术更改的权利。1) jinxian以下设备： • 自固件版本 5.0起的 SCALANCE XR528-6M 和 SCALANCE XR552-12M • SCALANCE XC-200G 2) 受限3) 集成或使用 KEY-PLUG 4) 不包括 DNA 设备 硬件的可用性 下表列出了工业以太网交换机的硬件。1) 使用SCALANCE XB-200 和 SCALANCE XR-300WG 时，DHCP 池和可管理 IPv4地址数量取决于端口数量。端口的 数量对应于 DHCP 池和可管理 IPv4 地址的Zui大数量。 2) 这是 IP 接口。 3) 具有 Y功能的设备不支持 VLAN。 4) 如果超出每个设备的Zui大 MAC 验证数量，则重置数值超限的端口的所有 MAC 验证。如果超出每个端口的Zui大 MAC 验证数量，则重置所有端口 MAC 验证。 5) 由于一个链路汇聚至少包含 2个端口，链路汇聚的Zui大数量取决于端口数量。 - 具有Zui多 4 个端口的设备Zui多可以有 2 个链路汇聚。 - 具有Zui多 8个端口的设备Zui多可以有 4 个链路汇聚。 - 具有 8 个以上端口的设备Zui多可以有 8 个链路汇聚。 6) SCALANCEXC-200G 产品组的设备支持 8 个队列。所有其它 XC-200 设备都支持 4 个队列。 7)对于以下设备，Zui大帧大小（入口）为 2048 字节： - 具有组合端口的设备（型号标识的后缀为“C”） - PoE型（型号标识的后缀为“PoE”） 以下设备支持 10 KB 巨型帧： -所有千兆位型号（型号标识的后缀为“G”），还包括具有组合端口的型号 - 所有支持以太网供电的设备（型号标识的后缀为“PoE”） -SCALANCE XC216-4C 对于其它所有 XC-200 设备，Zui大帧大小为 1632 字节。 8) SCALANCEXP-200 的千兆位端口支持 10 KB 的巨型帧。对于其它所有端口，Zui大帧大小为 1632 字节。 9) 可为设备组态的NTP/SNTP 服务器的Zui大数。1) 可静态配置 MAC 单播的Zui大数量与 MAC 认证的数量无关。 如果超出每台设备 MAC认证的Zui大数量，将对超出值范围的端口的所有 MAC 认证进行复位。 若超出了每个端口的 MAC 认证的Zui大数量，在端口的所有 MAC认证均将复位。 2) 每个设备的 PIM 组播路由的Zui大数量如下： SSM 流 + SM 流 + 双向流（来自 IGMP 加入请求）+双向路由（来自 RP 组播组） 根据具有双向组播的 PIM 网络结构（分层结构），可以支持较大数量的流。• 无状态地址自动配置(SLAAC)：采用 NDP（邻居发现 协议）的无状态自动组态 – 为各个在链路中无需路由器的接口创建链路本地 地址。 –检查在链路中无需路由器的链路地址的唯一性。 – 指定是否通过无状态机制、有状态机制或两种机 制获得全局地址。（在链路中需要路由器。）• 手册 • DHCPv6（与状态相关）通过 UDP 单播 RFC 3315、RFC 3363 有状态的 DHCPv6有状态组态，在其中传送 IPv6 地址和组态设置。 客户端和服务器之间交换以下四种 DHVPv6 消息： 1. SOLICIT: 由DHVPv6 客户端发送，用于定位 DHVPv6 服务器。 2. ADVERTISE 可用的 DHCPv6 服务器对此做出应答。 3.REQUEST DHCPv6 客户端从 DHCPv6 服务器请求 IPv6 地址和 组态设置。 4. REPLY DHCPv6服务器发送 IPv6 地址和组态设置。 如果客户端和服务器支持“Rapid commit”功能，本步骤 将缩短为两种 DHCPv6消息 SOLICIT 和 REPLY。 无状态 DHCPv6 在无状态 DHCPv6 中，仅传送组态设置。 前缀代理 DHCPv6服务器将 IPv6 前缀的分配委托给 DHCPv6 客户 端。DHCPv6 客户端也称为 PD 路由器。