使用 ASCII驱动程序的数据传输 (S7-300, S7-400) 使用 ASCII 驱动程序的数据传输 (S7-300, S7-400)有关协议与通信模块的分配关系，请参见： 组件和接口概述 (页 2106) 简介 ASCII驱动程序通过通信处理器和通信伙伴之间的点对点连接控制数据传输。 该驱动程序包 含物理层（第 1 层）。 在 S7用户将完整的发送消息帧传输给通信处理器的过程中，消息帧的结构保持开放。 对于接收方向，必须组态消息的结束标准。发送消息帧的结构与接收消息帧的结构可能会不同。 ASCII驱动程序允许发送和接收任何结构的数据（包括所有可打印的 ASCII 字符以及从 00 到 FFH [带有 8 个数据位字符帧]的所有其它字符或从 00 到 7FH [带有 7 个数据位字符帧]的所 有其它字符）。 使用 ASCII 驱动程序发送数据(S7-300, S7-400) 发送数据 对于发送，在长度参数中指定调用各发送指令时要传输的用户数据字节数。 有关详细信息，请参见“指令概述 (页 2107)”部分。 如果接收数据时您使用结束标准“字符延时时间”，则 ASCII驱动程序将在发送时在两个消 息帧之间暂停。 可以随时调用发送指令，但仅当自发送上一个消息帧起经过的时间比组态的字符延时时间还长时，ASCII 驱动程序才开始输出。 说明 在组态 XON/XOFF 流控制后，用户数据不得包含组态的 XON 或XOFF 字符。默认设置为 DC1 = 11H（对于 XON）和 DC3 = 13H（对于 XOFF）。使用 ASCII驱动程序的数据传输 (S7-300, S7-400) 使用 ASCII 驱动程序的数据传输 (S7-300, S7-400)有关协议与通信模块的分配关系，请参见： 组件和接口概述 (页 2106) 简介 ASCII驱动程序通过通信处理器和通信伙伴之间的点对点连接控制数据传输。 该驱动程序包 含物理层（第 1 层）。 在 S7用户将完整的发送消息帧传输给通信处理器的过程中，消息帧的结构保持开放。 对于接收方向，必须组态消息的结束标准。发送消息帧的结构与接收消息帧的结构可能会不同。 ASCII驱动程序允许发送和接收任何结构的数据（包括所有可打印的 ASCII 字符以及从 00 到 FFH [带有 8 个数据位字符帧]的所有其它字符或从 00 到 7FH [带有 7 个数据位字符帧]的所 有其它字符）。 使用 ASCII 驱动程序发送数据(S7-300, S7-400) 发送数据 对于发送，在长度参数中指定调用各发送指令时要传输的用户数据字节数。 有关详细信息，请参见“指令概述 (页 2107)”部分。 如果接收数据时您使用结束标准“字符延时时间”，则 ASCII驱动程序将在发送时在两个消 息帧之间暂停。 可以随时调用发送指令，但仅当自发送上一个消息帧起经过的时间比组态的字符延时时间还长时，ASCII 驱动程序才开始输出。 说明 在组态 XON/XOFF 流控制后，用户数据不得包含组态的 XON 或XOFF 字符。默认设置为 DC1 = 11H（对于 XON）和 DC3 = 13H（对于 XOFF）。使用 ASCII驱动程序接收数据 (S7-300, S7-400) 可选的结束标准 使用 ASCII驱动程序进行数据传输时，可以在三种不同的结束标准中进行选择。 结束标准定 义何时接收完整的消息帧。 可能的结束标准如下： •字符延时时间结束后 消息帧没有固定长度，也没有定义的结束符；消息的结束由线路上的暂停（字符延时时 间结束后）定义。 • 接收到结束符时消息帧的结束由一个或两个定义的结束符标记。 • 接收到固定数目的字符时 接收消息帧的长度始终相同。
使用 3964R 的传输完整性 通过使用3964R 程序增强的数据完整性： • 使用 3964R 时的汉明间距为 3。这可测量数据传输的完整性。 • 3964(R)程序可确保传输线路上的高传输完整性。 可通过设置和释放指定的消息帧，并 使用块校验字符 (BCC, block checkcharacter) 来实现此高传输完整性。 可以使用两种不同的程序进行数据传输，在使用或不使用块校验字符的情况下： •不带有块校验字符的数据传输： 3964 • 带有块校验字符的数据传输： 3964(R)在本手册中，当说明和注释提及两个数据传输程序时则使用指定的 3964R。 使用 RK512 时的传输完整性 使用 RK512时具有非常高的数据安全性： • 使用 RK512 和 3964R 时的汉明间距是 4。汉明间距可以测量数据传输的完整性。 • 使用RK512 计算机连接可确保传输线路上的高传输完整性（因为 RK512 使用 3964R 程 序进行数据传输）。 •确保在通信伙伴中进行进一步处理（因为 RK512 解释程序检查消息帧头中的附加长度规范，并在将数据存储在通信伙伴的目标数据区中后生成一个消息帧，确认数据传输成功 还是失败）。 • RK512计算机连接可单独保证正确使用 3964R 程序、分析/添加长度规范以及生成响应报 文。 不需要任何用户处理！用户需要做的仅是判断Zui终确认消息的正负。 Modbus/USS 的传输完整性 使用 Modbus/USS 驱动程序时的数据安全性。 •Modbus/USS 的汉明间距是 4。汉明间距可以测量数据传输的完整性。 • 使用 Modbus/USS可确保传输线路上的高传输完整性（Modbus 使用 CRC16 块校验，USS 使用 XOR 块校验）。 •确保在通信伙伴中进行进一步处理，因为 Modbus 和 USS 均评估消息帧头中的附加长度信息，并生成与数据传输成功/未成功相关的（时间监视的）确认消息帧。异步数据传输 以异步方式使用通信模块执行串行数据传输。仅在字符传输期间才保留所谓的时间段同步 操作（用于固定字符串传输的固定时间段）。 传输的各字符后会跟一个同步脉冲，也称为 起始位。起始位传输的长度由时钟决定。 停止位表示字符传输结束。 协议 除起始位和停止位外，通信双方还需要其它协议来进行串行数据传输。 这包括：• 传输速度（波特率） • 字符和确认延时时间 • 奇偶校验 • 数据位数 • 停止位数 字符帧 通信模块与通信伙伴之间通过串行接口以10、11 或 12 位字符帧的形式传输数据。 每个字 符帧都可使用多种数据格式。 在模块的属性对话框中组态所需的数据传输格式。并非所有 理论上可能的字符帧（组合）都可用，具体情况视通信模块而定。使用打印机驱动程序时的传输完整性使用打印机驱动程序时的数据完整性： • 未对使用打印机驱动程序的数据传输采取数据完整性预防措施。 •要防止在打印机接收缓冲区溢出时丢失数据，可以使用数据流控制（XON/XOFF、RTS/ CTS）。 •将数据输出到打印机时，判断打印机的 BUSY 信号。 通信模块将 BUSY 信号作为 CTS 信号来接收，并以相同的方式对其进行评估（请参见 ASCII 驱动程序）。 请注意，当使用 CTS/RTS 流控制时，必须在打印机上将BUSY 信号的极性设置为 CTS =“OFF”。 使用 ASCII 驱动程序时的传输完整性 使用 ASCII驱动程序时的数据完整性： • 当通过 ASCII 驱动程序传输数据时，除了使用奇偶校验位外（也可以取消，取决于如何设置字符帧），无任何数据完整性预防措施。 这表示虽然这种类型的数据传输具有非常有 效的吞吐率，却无法保证安全性。 •使用奇偶校验位可以检测到要传输的字符中的反转位。 如果字符中有两个或更多位被反 转，则不再能检测到该错误。 •要增强传输完整性，可为消息帧使用校验和以及长度规范。 这些措施必须由用户执行。 •通过对发送或接收消息帧进行响应的确认消息帧，可以进一步增强数据完整性。 这适用 于使用高层协议进行数据通信的情况（ISO 7层参考模型）。代码透明度 程序的代码透明度取决于已组态的结束标准的选择和流控制： • 包含一个或两个结束符 – 非代码透明 •当结束标准为字符延时时间或固定消息帧长度时 – 代码透明 • 当使用流控制 XON/XOFF 时，无法进行代码透明操作。代码透明是指用户数据中可以包含任意字符组合，而无需识别结束标准。 结束标准“字符延时时间结束后”接收数据时，字符延时时间结束时识别为消息帧结束。 从 CPU 中接受所接收的数据。在这种情况下，必须设置字符延时时间，以使其可在两个连续的消息帧之间可靠结束。 但是该字符延时时间应该足够长，这样，无论连接中的伙伴何时在消息帧内采取发送暂停，都 不会错误地识别消息帧结束。下图说明了使用结束标准“字符延时时间结束后”的接收操作。结束标准和结束符 接收数据时，如果遇到组态的结束符，将识别为消息帧结束。从CPU 中接受所接收到的数据 （包括结束符）。 如果在接收消息帧时字符延时时间结束，那么接收操作将终止。 将发出一条错误消息并丢弃消息帧碎片。如果使用结束符，则传输是非代码透明的，并且必须确保结束代码未出现在用户数据中。如果接收消息帧中的Zui后一个字符不是结束符，请注意以下情况。• 结束符在消息帧中的其它位置： 所有字符（包括结束符）都被输入到接收 DB 中。 结束符后的字符 – 如果消息帧结束时字符延时时间(CDT, Character Delay Time) 结束，则这些字符将被 丢弃。 –如果在字符延时时间结束前收到新的消息帧，则这些字符将与下一个消息帧合并。 • 结束符不包括在消息帧中： 消息帧将出现以下情况： –如果消息帧结束时字符延时时间 (CDT, Character Delay Time) 结束，则该消息帧将被 丢弃。 –如果在字符延时时间结束前收到新的消息帧，则该消息帧将与下一个消息帧合并。 下图说明了使用结束标准“结束符”的接收操作。