指定消息结束 使用自由口协议进行数据传输时，可从多种不同的结束标准中进行选择。结束标准可用于定义完整接收帧的位置。 可组态的结束标准有： • 按“消息超时”(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 个字符的值。 示例： “消息中的消息长度”(Message length in the message)的参数分配结束序列 接收数据时，在接收到组态的 end sequence（Zui多 5 个字符）后识别帧结束。Zui长为 5 个字符的结束序列也可包含“don't care characters”。CPU 可应用所接收的数据，包括 endsequence。如果您正在使用 end sequence，则传输为非代码透明的，并且必须排除用户数据中所存在 的结束代码。 说明帧结束序列 如果只有一个结束符，则该条目必须在第 5 行执行。 如果有两个结束符，则这些条目必须在第 4 行和第 5行执行（无间隙）。 使用其它字符时也是如此。 明码性 (S7-1500) 明码性代码透明是指用户数据中可以包含任意字符组合，而无需识别结束标准。 程序的明码性取决于所组态的结束标准和流控制的选择： •具有指定结束序列或使用 XON/XOFF 流控制 – 非代码透明 • 结束标准 character delay time、fixedframe length、maximum frame length、message timeout 或 responsetimeout 和 message length in the message – 代码透明 接收缓冲区 (S7-1500)模块的接收缓冲区 通信模块具有接收缓冲区，在接收到的帧传输到 CPU 之前暂时存储这些帧。 该接收缓冲区作为环形缓冲区实现，这意味着帧按照接收顺序传输到 CPU 中，直到接收缓冲区已满。 如果缓冲区已满后接收更多帧，则Zui早接收的帧会被覆盖。 如果组态了“禁止覆盖”(Preventoverwriting)，则在接收缓冲区已满时，将生成相应的消息。 在接收缓冲区准备接收新帧之 前，将拒绝所有其它帧。分配参数期间，可指定启动期间是否删除接收缓冲区。 也可以为缓冲的接收帧数指定值的 范围（1 至 255）。模块的接收缓冲区可能具有Zui多 8 KB 的大小，具体取决于所使用的通信模块（请参见简介 (页 2049)一章）。帧的Zui大长度为 4 KB。 这意味着每个通信模块能够缓冲至少两个帧。如果您始终要将Zui后接收到的帧传输到CPU，则必须为缓冲的帧数分配值 "1"，并取消激活 覆盖保护。 说明如果从用户程序中连续读取所接收的数据过程被中断一定时间，则可能会发现再次请求接收 数据时，通信模块会在 CPU接收Zui新的帧之前发送较早的帧。 中断时，早期的帧已从通信 模块的接收缓冲区中传输，并准备将其传输到 CPU 中。 通过 DMX512进行通信 (S7-1500) 可使用 ET 200SP CM PtP（固件版本 V1.0.5 及更高）通信模块通过DMX512（数字多路复 用）进行通信。要通过 DMX512 进行通信，也可使用性能优化选项，但前提是要使用Zui大值 29D作为Zui高地址。 有关建立 DMX512 连接的更多信息，请参见西门子工业在线支持中常见问题解答的条目 ID 。 使用 3964(R)通信 (S7-1500) 与 3964(R) 建立串行连接的程序 (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 随附信号。 使用3964(R) 程序的数据传输 (S7-1500) 简介 3964(R)程序可控制通信模块与一个通信伙伴之间的点对点数据交换，并包含物理层（第 1 层）和链路层（第 2 层）。可将指令用于与通信伙伴之间的通信（请参见 PtP 编程概述 (页 2097)）。 控制字符 (S7-1500) 简介数据传输期间，3964(R) 程序可将控制字符添加到信息数据（链接层）。 通信伙伴可使用这些控制字符检查其是否已完整地接收到所有数据并且未出现任何错误。BCC 在通信模块中自动形成并受监视。 块检查字符并不是作为帧内容传送到CPU。 说明 如果将 DLE 字符在帧中作为信息字符传输，则在连接建立和终止期间会发送该字符两次（DLE 副本），以区分于 DLE控制字符。 接收器将恢复 DLE 副本。 优先级 在 3964(R)程序中，必须为一个通信伙伴分配较高的优先级，为另一个伙伴分配较低的优先 级。如果两个伙伴同时开始建立连接，则低优先级的伙伴将取消其发送作业。 块检查字符 (S7-1500) 块检查字符 使用 3964R传输协议时，可通过发送附加的块检查字符（BCC = 块检查字符）来增强数据安 全性。块检查字符是已发送或已接收块的偶纵向奇偶校验（所有数据字节的 EXOR 逻辑操作）。 其计算开始于连接建立后的第一个用户数据字节（帧的第一个字节），在连接终止时的 DLE ETX 字符后结束。 说明 通过 DLE副本，DLE 字符被包括在 BBC 计算中两次。使用 3964(R) 发送数据 (S7-1500) 为发送建立连接 3964(R)程序发送 STX 控制字符以建立连接。 如果通信伙伴在 acknowledgment delay time 结束前以 DLE字符进行响应，则程序将切换至发送模式。 如果通信伙伴以 NAK 或任何其它字符（DLE 或 STX 除外）进行应答，或acknowledgment delay time 无响应结束，则程序将再次尝试建立连接。 尝试建立连接失败的次数达到组态的次数后，程序将取消连接建立，并将 NAK 字符发送给通信伙伴。 通信模块会输出一条相应 的错误消息。 发送数据如果成功建立了连接，则会将通信模块的输出缓冲区中所包含的用户数据连同所选择的传输参数一起发送给通信伙伴（发送作业期间，用户数据中识别到的 DLE 将被发送两次）。 通 信伙伴会监视引入字符间的时间间隔。两个字符的间隔时间不得超过字符延时时间。 在连 接建立后立即开始监视字符延时时间。 如果通信伙伴在激活的发送操作期间发送 NAK字符，则程序将取消该块，并按上述步骤从 建立连接开始重复此块。 如果发送了其它字符，则程序将首先等待字符延时时间结束，然 后发送NAK 字符以将通信伙伴设置为空闲状态。 然后，程序通过 STX 建立连接以重新开始 发送数据。 发送期间连接终止一旦发送了缓冲区中的内容，程序将添加 DLE 和 ETX 字符以及块校验和 BCC（jinxian 3964R）作为结束标识符，然后等待确认代码。如果通信伙伴在 acknowledgment delay time 内发送 DLE字符，则说明已无错接收数据块。 如果通信伙伴以 NAK、任何其它字符（DLE 除外）或 损坏的字符码进行响应，或acknowledgment delay time 无响应结束，则程序将通过 STX 建 立连接以重新开始发送数据。尝试发送的次数达到组态的次数后，程序将停止该过程，并将 NAK 发送给通信伙伴。 通信 模块会输出一条相应的错误消息。 使用3964(R) 接收数据 (S7-1500) 为接收建立连接在空闲状态下，如果没有要处理的发送作业，则程序将等待通信伙伴建立连接。