伴随信号的自动操作• 硬件 RTS 始终切换 在通信模块上按照以下方式执行 "Hardware RTS always switched"： –只要通过参数分配将通信模块设置为带有 "Hardware RTS always switched" 的操作模 式，该通信模块就会将线路RTS 设置为 OFF，将 DTR 设置为 ON（通信模块准备就绪）。 在将 DSR 线路设置为 ON 后才能发送帧。只要将 DSR设置为 OFF，就无法通过 RS232C 接口发送数据。 取消发送作业并生成一条相应的错误消息。 – 发送作业未决时，RTS 会设置为ON，并且启动组态的 RTS 接通延迟。 数据输出时间 结束后，系统会检查通信伙伴是否已将 CTS 设置为 ON。如果已设置为ON，则会通过 RS232 接口发送数据。 – 如果 CTS 线路在 RTS 接通延迟范围内未设置为 ON，或在传输期间 CTS切换为 OFF，则 发送作业会被中止，并生成一条错误消息。 – 一旦数据发送完毕且超过组态的清除 RTS 关断延迟，RTS线路将立即设置为 OFF。 系 统不会等待 CTS 更改为 OFF。 – 始终都可通过 RS232接口接收数据。如果存在通信模块的接收缓冲区上溢的危险，则 将不会有响应。 – 从 DSR = ON 切换为 DSR = OFF将取消激活的发送作业并触发错误消息。 说明 设置“RTS 接通延迟”(RTS ONdelay)，使通信伙伴能够在此时间结束之前进入准备好接 收状态。 设置“RTS 关断延时”(RTS OFFdelay)，使通信伙伴能够在 RTS 设置为 OFF 以及取消发 送请求前完整接收帧的Zui后字符。 说明 组态自动使用 RS232信号后，将不能通过相应指令控制 RTS 和 DTR！
时序图 下图显示了在已组态数据流控制“硬件RTS 始终切换”(Hardware RTS always switched) 下， 发送作业的时间顺序：更多信息 说明 通信模块接受DTR/DSR 或 RTS/CTS 的操作，该操作采用以下设置： • 硬件 RTS 始终切换，忽略 DTR/DSR • 硬件 RTS始终开启 • 硬件 RTS 始终切换 组态/参数分配 (S7-1500) 通信模块的组态/参数分配 (S7-1500)以下部分包含下列协议及其参数的说明：• 通过 Modbus RTU 通信 (页 2087) • 使用 USS 通信(页 2094) 执行参数分配以及随后根据所用协议对通信进行编程时需要用到此信息。 组态和参数分配在 STEP 7 (TIAPortal) 的设备视图中和通信模块的属性对话框中执行。在运行期间，有些组态也可通过相应的“Config”指令更改（Port_Config、Send_Config、Receive_Config、P3964_Config）。 设置点对点通信的步骤 该步骤与所用通信模块无关。 1. 在 STEP 7(TIA Portal) 硬件编辑器的设备视图中，组态带有 CPU 和通信模块的 S7-1500 结构。 2.在“属性”(Properties) 选项卡的“常规”(General) 区域中，分配通信模块接口的参数（协议、 协议参数、地址）。关于使用性能优化选项的特殊功能 (S7-1500) 自通信模块的固件版本 V2.0起，可使用性能优化选项。如果仅通过几个通信模块发送和接 收短帧，则此选项适用。 下面概述了不使用和使用“性能”选项之间的Zui重要区别：不使用性能优化 (Universal) 使用性能优化 根据通信模块将报文长度限制为 1、2 或 4 KB 对于接收帧，将报文长度限制为24 个字节； 对于发送帧，则限制为 30 个字节。更长的帧 会被拒绝。 发送帧需要几个 CPU 周期。在通过数据记录进行通信的通信模块的数量增加时，周期数 也将随之增加。 帧的发送需要一个 CPU 应用周期，并且可并行使用多个通信模块（优化了响应时间，改 善了时序性能）。 地址分配范围为 8 字节输入数据和 0 字节输 出数据 地址分配范围为 32字节输入数据和 32 字节 输出数据 自通信模块的固件版本 V1.0 起支持 自通信模块的固件版本 V2.0 起支持 组态和参数分配在STEP 7 (TIA Portal) 的设备视图中和通信模块的“属性”(Properties) 对话框中进行。性能优化选项不能使用“Config”指令 (Port_Config, Send_Config,Receive_Config,P3964_Config) 进行更改。 自指令库 PtP Communication, USS Communication 和MODBUS (RTU) 版本 V1.0 起支持 自指令库 PtP Communication 版本 V4.0 以及 指令库 USSCommunication 和 MODBUS (RTU) 版本 V5.0 起支持Modbus RTU 在激活了性能优化的条件下通过Modbus RTU 进行通信时，所传输数据的组态限值存在限制 (页 2092)。 使用自由口通信 (S7-1500)与自由口建立串行连接的程序 (S7-1500) 要求 • 已设置硬件并且存在到链路伙伴的电气连接。 • 已在 STEP 7 (TIAPortal) 中创建项目并且 CPU 已插入到硬件组态中。 步骤 - 硬件组态 1. 将 CM PtP 通信模块插入硬件组态中。2. 根据链路伙伴设置通信参数： 例如，传输速度、字符帧、帧开始和帧结束 每次 CPU 启动时，会将这些参数传送到 CM PtP通信模块。 步骤 - 编程 1. 创建数据结构，该结构包括要传送的数据。 发送数据 1. 插入来自 PtP通信库的指令：用于发送数据的 Send_P2P 2. 将指令的输入参数和输出参数互联，例如： – PORT 输入处系统变量的 HWID– BUFFER 输入处包含要发送数据的数据结构 注意：运行期间，REQ 输入处的每个上升沿将发送指定的数据区一次。必须调用该块，直到DONE 指示已将数据传送到模块。 发生错误时，如果设置 ERROR 一次并在 STATUS中显示相应的信息，则表示没有传送数据。接收数据： 1. 插入来自 PtP 通信库的指令：用于接收数据的 Receive_P2P 2.将指令的输入参数和输出参数互联，例如： – PORT 输入处系统变量的 HWID – BUFFER 输入处用于存储已接收数据的数据结构注意：运行期间 NDR 输出处的高电平表示新数据已接收并存储在指定的数据区。必须调用该 块，直到 NDR =TRUE。然后，可以分析接收的数据并且可以再次调用 RECEIVE_P2P。 可选附件 • 可以选择使用以 _Config结尾的指令以在用户程序运行期间更改硬件组态的参数。不会在 硬件组态中保存这些更改。下次重启时会将其覆盖。 •如果自动操作不是一个合适的选择，指令 Signal_Set 和 Signal_Get 可用于单独地控制 RS232 随附信号。使用自由口的数据传输 (S7-1500) 简介 自由口是可自由编程的基于帧的协议，也称为 ASCII 协议。自由口协议通过通信模块和通信伙伴之间的点对点连接控制数据传输。自由口协议包含物理层 （第 1 层）。自由口协议支持发送和接收任何结构的消息（从 00H 到 FFH（对于 8 个数据位的字符帧）或 从 00H 到 7FH（对于 7个数据位的字符帧）的所有字符）。 必须为发送方向和接收方向组态帧的起始和结束标准。可以组态不同的开始和结束标准。可将指令用于与通信伙伴之间的通请参见 PtP 编程概述。使用自由口发送数据 (S7-1500) 指定发送设置若发送消息，必须通知通信伙伴消息发送的开始和结束。这些设置可在硬件配置中yongjiu设置， 也可使用指令 Send_Config在运行期间进行调整。可以选择下列选项之一或各选项的组合： • 在帧开始前发送中断 可指定在 RTS接通延迟时间结束后，于每条消息传输开始时发送附加中断。 “中断”(Break) 的持续时间可以位时间指定。如果使用其他机制进行同步，则可取消激活与发送中断的一致性。 • 发送空闲线路 可指定附加 "Idle Line"信号是每个消息传输开始时的输出。 “空闲线路”(Idle Line) 的持续时间可以位时间指定。如果使用其他机制进行同步，则可取消激活与发送中断的一致性。 • RTS 接通延迟可以组态在实际数据传输开始前、RTS（发送请求）之后必须经过的时间（jinxian RS232）。 • RTS 关断延迟可以组态在取消激活 RTS 信号前、传输完成后必须经过的时间（jinxian RS232）。 • 到（包括）结束符时停止发送可组态结束符的个数（1 或 2）及其值。 发送结束符前的所有数据，与所选帧的长度无关。将要发送的数据中必须包括结束符。即时指定的数据长度更长，发送的数据也仅到分隔符为止并包含该分隔符。 • 已添加字符数已添加字符数的输入。按组态的长度发送数据。结束符是自动添加的。根据结束符的数 量，将向伙伴发送比指令中所指定数量多一到五个的字符。说明 如果组合“在帧开始前发送中断”(Send break before frame start)、“发送空闲线路”(Sendidle line) 和“RTS 接通延迟”(RTS ON delay)，处理顺序将为“RTS 接通延迟”(RTS ONdelay)、 “在帧开始前发送中断”(Send break before frame start)、“发送空闲线路”(Sendidle line)。使用自由口接收数据 (S7-1500) 指定消息的开始对于使用自由口的数据传输，可在多种不同的开始标准中进行选择。开始标准可定义帧的开始时间。一旦符合指示消息开始的标准，就将扫描数据流的消息结束标准。在此选择与发送 通信伙伴属性对应的设置。有两种不同的方法可用于检测消息的开始： • 以任意字符开始 任意字符均可用于定义消息的开始（默认设置）。这意味着在通信开始时发送的第一个字符，或检测到帧结束后的第一个字符将被识别为 消息的第一个字符。 • 在特殊条件时开始基于以下特定条件检测到消息的开始。 – 检测到换行符后 除非事先接收到中断，否则不会接受帧开始，也就是说，伙伴必须在发送帧之前先发送中断。 – 检测到空闲线路后 经组态的 idle line 持续时间结束后才会接受帧开始。此程序需要两个帧之间的Zui小间 隔。 –接收到起始字符后 在识别到经组态的 start character 后检测到帧开始。 – 在检测到一个或多个 startsequence 后 在识别到长度达到五个字符的已组态字符串时检测到帧开始。Zui多可组态 4 个 start sequence。Zui长为5 个字符的开始序列也可包含“don't care characters”。