RS485模式（CP 34x、44x、CPU 31xC-2 PtP + ET 200S 1SI） (S7-300, S7-400) RS485模式 在 RS485 模式（半双工、两线制模式）下运行 ASCII 驱动程序时，必须在用户程序中采取措施以确保任何时候都只有一个用户在发送数据。 如果两个用户同时发送数据，消息帧将被 破坏。 RS 485 模块在半双工模式下的切换时间发送和接收之间的Zui大切换时间为 1 ms。 RS232 模式（CP 34x、44x、CPU 31xC-2 PtP + ET 200S1SI） (S7-300, S7-400) RS232C 伴随信号 具有 RS232C 接口的模块上提供以下 RS232C 伴随信号：DCD （输入） 数据载体检测 DTR （输出） 数据终端准备就绪； 模块已做好运行准备 DSR （输入） 数据集就绪；通信伙伴已做好运行准备RTS （输出） 请求发送， 模块已做好发送准备 CTS （输入） 允许发送；通信伙伴可以从模块接收数据（对通信模块的 RTS = ON 的响应） RI （输入） 振铃指示器， 模块接通时，输出信号状态为OFF（未激活）。 用户可以在模块的属性对话框中组态 DTR/DSR 和 RTS/CTS 控制信号的使用方式，或者在用户程序中通过指令来控制这些信号。 使用 RS232C 伴随信号 RS232C 伴随信号可在以下情况下使用： • 可以在组态自动使用所有RS232C 伴随信号后使用 • 可以在组态数据流控制 (RTS/CTS) 后使用 • 可以通过指令 V24_STAT 和V24_SET 使用 说明 组态自动使用 RS232C 伴随信号后，无法通过 V24_SET 指令实现 RTS/CTS 数据流控制以及 RTS 和 DTR 控制！ 组态 RTS/CTS 数据流量控制后，无法通过 V24_SET 实现 RTS 控制！另一方面，始终可以通过 V24_STAT 指令读取所有 RS232C 伴随信号。 以下各节说明了如何处理对 RS232C伴随信号的控制和判断。 伴随信号的自动使用 可按以下方式实现在通信模块上自动使用 RS232C 伴随信号： •只要模块通过组态切换到自动使用 RS232C 伴随信号的工作模式，模块便会将 RTS 线路 设置为 OFF，将 DTR 线路设置为ON（通信模块做好使用准备）。 这将阻止在 DTR 线路设置成 ON 之前收发消息帧。 只要 DTR 仍设置为 OFF，便不能通过RS232C 接口接收任何数据。如果执行发送作业，作业将被中止，并伴有相应的错误消息。 • 执行发送作业时，RTS 将设置为 ON并且组态的数据输出等待时间将开始计时。 当数据 输出时间结束并且 CTS = ON 时，将通过 RS232C 接口发送数据。 • 如果CTS 线路在数据输出时间内未设置为 ON 以便可以发送数据，或者 CTS 在传输过程 中更改为OFF，发送作业会被中止，并生成错误消息。 • 一旦数据发送完毕且超过组态的清除 RTS 时间，RTS 线路将立即设置为 OFF。CP 不会等 待 CTS 更改为 OFF。
结束标准“固定消息帧长度” 接收数据时，如果达到组态的字符数目，则识别为消息帧结束。从 CPU 中接受所接收的数据。如果在达到组态的字符数目之前字符延时时间结束，则接收操作将终止。 将发出一条错误消息并丢弃消息帧碎片。如果接收字符的消息帧长度与组态的固定消息帧长度不匹配，请注意以下情况： •接收字符的消息帧长度大于组态的固定消息帧长度： 在达到组态的固定消息帧长度之后接收的所有字符将出现以下情况 –如果消息帧结束时字符延时时间 (CDT, Character Delay Time) 结束，则这些字符将被 丢弃。 –如果在字符延时时间结束前收到新的消息帧，则这些字符将与下一个消息帧合并。 • 接收字符的消息帧长度小于组态的固定消息帧长度：消息帧将出现以下情况： – 如果消息帧结束时字符延时时间 (CDT, Character Delay Time) 结束，则该消息帧将被丢弃。 – 如果在字符延时时间结束前收到新的消息帧，则该消息帧将与下一个消息帧合并。下图说明了使用结束标准“固定消息帧长度”的接收操作。模块的接收缓冲区 模块的接收缓冲区Zui多可达 4096 字节，具体取决于通信模块。在组态期间，用户可指定： • CP 和 CPU 31xC-2 PtP 启动时是否删除接收缓冲区以及是否避免覆盖接收缓冲区中的数据。也可以为缓冲的接 收消息帧数指定值范围（1 至 250）。 • ET 200S 1SI启动时是否应删除接收缓冲区中的数据以及是否应避免覆盖接收缓冲区中的数据。 此外，还可以激活或阻止对接收到的消息帧的缓冲。模块的接收缓冲区是环形缓冲区： • 如果有多个消息帧输入到模块的接收缓冲区，则以下原则适用：始终将Zui早的消息帧从 模块发送到 CPU。 • 如果只想传送Zui新的消息帧，则必须： – CP 和 CPU 31xC-2 PtP将缓冲的消息帧数设置为“1”并禁用覆盖保护。 – ET 200S 1SI 阻止动态消息帧并禁用覆盖保护。 说明如果从用户程序中连续读取接收数据的过程被中断片刻，您可能会发现当再次请求接 收数据时，CPU在接收到Zui新的消息帧之前先从模块收到旧消息帧。 在此中断期间，旧消息帧可能在模块和 CPU 的传输途中，也可能已被指令接收。• 一旦DSR 线路设置为 ON，即可通过 RS232C 接口接收数据。 如果通信模块的接收缓冲 区预警将要溢出，则通信模块将不会响应。 •如果 DSR 从 ON 转变成 OFF，激活的发送作业和数据接收都将取消，并产生错误消息。消 息“DSR = OFF（自动使用 V24信号）”将输入到模块的诊断缓冲区中。 说明 组态自动使用 RS232C 伴随信号后，无法通过 V24_SET 指令实现 RTS/CTS数据流控制以 及 RTS 和 DTR 控制！ 必须在模块的属性对话框中设置“清除 RTS 时间”，以便使通信伙伴在 RTS 之前完整接收到消息帧的Zui后的字符，并且发送作业也会因此取消。 必须设置“数据输出等待时 间”，以便通信伙伴在该时间结束前可以做好接收准备。•一旦 DSR 线路设置为 ON，即可通过 RS232C 接口接收数据。 如果通信模块的接收缓冲 区预警将要溢出，则通信模块将不会响应。• 如果 DSR 从 ON 转变成 OFF，激活的发送作业和数据接收都将取消，并产生错误消息。消 息“DSR = OFF（自动使用V24 信号）”将输入到模块的诊断缓冲区中。 说明 组态自动使用 RS232C 伴随信号后，无法通过 V24_SET 指令实现RTS/CTS 数据流控制以 及 RTS 和 DTR 控制！ 必须在模块的属性对话框中设置“清除 RTS 时间”，以便使通信伙伴在RTS 之前完整接 收到消息帧的Zui后的字符，并且发送作业也会因此取消。 必须设置“数据输出等待时间”，以便通信伙伴在该时间结束前可以做好接收准备。控制字符 (S7-300, S7-400) 简介 RK 512计算机连接提供很gaoji别的数据完整性。 数据传输期间，3964(R) 程序将控制字符 添加到信息数据（数据链路层）。这些控制字符使得通信伙伴可以检查数据是否已全部无 错到达。 3964(R) 程序的控制字符 3964(R) 程序将分析以下控制代码：• STX（Start of Text，文本开始）；要传输的字符串的起点 • DLE（Data LinkEscape，数据链路转义）；数据连接转义 • ETX（End of Text，文本结束）；要传输的字符串的终点• BCC（BlockCheck Character，块校验字符）（jinxian 3964(R)） • NAK（NegativeAcknowledge，否定确认） 说明 如果 DLE 作为信息字符串传输，则要发送两次，以便在发送线路（DLE 副本）上建立和释放连接期间，将它与控制代码 DLE 区分开来。 然后接收器将恢复 DLE 副本。 优先级 使用 3964(R)程序时，必须为一个通信伙伴指定较高的优先级，为另一个伙伴指定较低的优 先级。如果两个伙伴同时开始建立连接，则优先级较低的伙伴将延迟其发送请求。 块校验和 (S7-300, S7-400) 块校验和 使用3964(R) 传输协议时，通过额外发送块校验和字符 (BCC)增强数据完整性。块检验和是已发送或已接收块的纵向偶校验（对所有数据字节执行 EXOR 操作）。 从建立连接后的第一个用户数据字节（消息帧的第一个字节）开始其计算，在释放连接时的 DLE ETX 代码之后结束。 说明 如果出现 DLE副本，则在计算 BCC 时将 DLE 代码计算两次。 使用 3964(R) 发送数据 (S7-300, S7-400)发送时的数据传输过程 下图说明了使用 3964(R) 程序发送数据时的传输顺序。建立发送连接 要建立连接，3964(R)程序将发送控制代码 STX。如果通信伙伴在确认延时时间结束前以 DLE 代码进行响应，则程序将切换至发送模式。 如果通信伙伴以 NAK或任何其它控制代码（DLE 或 STX 除外）进行应答，或在确认延时时 间到期之前无响应，则程序将重复建立连接。尝试建立连接失败的次数达到定义的次数后，程序将中止连接建立，并将 NAK 代码发送给通信伙伴。 通信模块会在错误消息区中输入相应的错误编号。 发送数据 如果成功建立了连接，则使用选择的传输参数将通信处理器输出缓冲区中包含的用户数据发 送给通信伙伴。伙伴将监视引入字符的间隔时间。 两个字符的间隔时间不得超过字符延时 时间。 如果通信伙伴在激活的发送操作期间发送 NAK控制代码，则程序将中止块的传输，并按上 述步骤从建立连接开始重试。 如果发送了其它代码，程序将首先等待字符延时时间结束，然 后发送NAK 代码以将通信伙伴的模式更改为空闲模式。 然后程序将通过 STX 建立连接以重 新开始发送数据。 释放发送连接一旦发送了缓冲区中的内容，程序将添加代码 DLE、ETX 和块校验和 BCC（仅使用 3964R） 作为结束标识符，并等待确认代码。如果通信伙伴在确认延时时间内发送 DLE 代码，则说 明数据块已无错接收。 如果通信伙伴以 NAK、任何其它代码（DLE除外）或损坏的代码进 行响应，或在确认延时时间结束之前无响应，则程序将通过 STX 建立连接以重新开始发送 数据。尝试发送数据块的次数达到定义的次数后，程序将停止尝试，并将 NAK 发送给通信伙伴。通 信模块将在错误消息区中报告该错误。