使用自由口通信(S7-1500) 与自由口建立串行连接的程序 (S7-1500) 要求 • 已设置硬件并且存在到链路伙伴的电气连接。 • 已在STEP 7 (TIA Portal) 中创建项目并且 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”。开始标准的评估从接收到第一个字符 0x68 开始。 第 2个和第 3 个字符无约束。 当接收到第 4 个字符（第二个 0x68）时，满足第一个开始条件，将开始下一个消息评估。 指定消息结束使用自由口协议进行数据传输时，可从多种不同的结束标准中进行选择。结束标准可用于定 义完整接收帧的位置。 可组态的结束标准有： •按“消息超时”(message timeout) 来识别消息结束 • 按“响应超时”(response timeout)来识别消息结束 • character delay time 结束后（默认设置） • 在接收到固定帧长度后 • 接收到Zui大字符数后 •读取消息中的消息长度 • 接收到结束序列后 消息超时 接收数据时，在用于传输帧的已组态时间结束后检测到帧结束。时间测量从满足开始标准后开始。 响应超时 响应时间用来监视通信伙伴的响应行为。如果在发送作业完成后没有识别到有效的帧开始， 则通过相应的消息确认发送作业。需额外组态实际结束标准。 字符延时时间结束 接收数据时，在超出后续字符间的已组态Zui长时间（字符延迟时间）时检测到帧结束。该值以位时间为单位。在这种情况下，必须设置字符延时时间以使其可在两个相邻帧之间结束。不过，该时间应该足够长，以便通信伙伴在一个帧内执行传输暂停时，不会错误地识别该帧已结束。 说明 要实现较高的数据传输速度，建议采用至少 100个位时间的值。 固定帧长度 接收数据时，在达到已组态帧的长度后识别帧结束。如果字符延时时间（如果已激活）在达到固定帧长度之前结束，则会输出一条错误消息并丢 弃该帧。如果所接收字符的帧长度与组态的固定帧长度不匹配，则请注意以下情况： •在达到组态的固定帧长度之后接收到的所有字符都将被丢弃，直至检测到新的开始标准。 •如果在达到固定帧长度之前满足另一个（已激活的）结束标准，则会输出一条错误消息 并丢弃该帧。 Zui大字符数接收数据时，达到所声明的字符数之后识别为帧结束。 此设置可与 "Character delay time"设置结合使用。如果出现了另一个结束条件，则还认为 所接收的帧无错误，而无论是否已达到Zui大字符数。如果所接收字符的帧长度与所组态的Zui大帧长度不匹配，则请注意以下情况： •在达到组态的Zui大字符数后接收到的所有字符都将被丢弃，直至检测到新的开始标准（例 如“Idle Line”）。 •如果在达到组态的Zui大字符数之前满足不同（已激活）的结束标准，则此“帧组成部分”会被评估为有效帧，而伙伴会等待新的开始标准。在满足新开始标准之前接收到的所有 字符都将被丢弃。 说明如果未激活更多结束标准，则固定帧长度和Zui大字符数将以相同的方式响应。 消息中的消息长度接收数据时，如果已接收帧的长度达到已发送的帧长度，则将检测到帧结束。以下参数可定义用于评估消息长度的字符： • 消息中长度字段的偏移量在消息中，该值可用于定义将用于确定消息长度的字符的位置。 可根据缓冲区的大小在 0 到 4095 个字符之间对值进行设置。 •长度字段的大小 该值可用于自将用于确定消息长度的第一个评估位置起指定字符的数量。 可设置 1、2 和 4 个字符的值。 •未在长度规范中计数的字符数 添加到帧且未对帧长度计数的字符数。该值可用于定义不应包括在消息长度评估中的帧 结束时的字节数。 可设置 0到 255 个字符的值。结束序列 接收数据时，在接收到组态的 end sequence（Zui多 5 个字符）后识别帧结束。Zui长为 5 个字符的结束序列也可包含“don't care characters”。CPU 可应用所接收的数据，包括 endsequence。如果您正在使用 end sequence，则传输为非代码透明的，并且必须排除用户数据中所存在 的结束代码。 说明帧结束序列 如果只有一个结束符，则该条目必须在第 5 行执行。 如果有两个结束符，则这些条目必须在第 4 行和第 5行执行（无间隙）。 使用其它字符时也是如此。 明码性 (S7-1500) 明码性代码透明是指用户数据中可以包含任意字符组合，而无需识别结束标准。