西门子S7-300授权总经销商 6ES7352-5AH11-0AE0 高速布尔处理器

西门子S7-300授权总经销商 6ES7352-5AH11-0AE0 高速布尔处理器

该参考模型定义了通讯伙伴的外部特性。 每个协议层（*低层除外）都嵌入相邻的下层 中。   各层定义如下： 1. 物理层 – 数据传输的物理要求，例如传输介质、波特率 2. 数据链路层 – 数据传输的安全程序 – 访问方法 3. 网络层 – 通讯路径的定义 – 两个通讯伙伴之间数据传输的寻址规范 4. 传输层 – 错误检测程序 – 校正操作 – 握手 5. 会话层 – 数据传输设置 – 执行 – 数据传输释放 6. 表示层 – 以设备特定的形式执行标准化通讯系统显示类型（数据解释准则） 7. 应用层 – 通讯任务规范及其所需的功能 28 CP 341 点到点通讯、安装和参数分配 设备手册, 04/2011, A5E0 串行数据传输的基本原理 2.2 使用点对点连接的传输程序 处理协议 发送通讯伙伴从协议的*高层（第 7 层 — 应用层）向*低层（第 1 层 — 物理层规范） 处理协议，而接收通讯伙伴以相反的顺序处理协议，即从第 1 层开始。   并非所有协议都必须考虑全部 7 层。 如果发送和接收通讯伙伴使用的语言相同，则可忽 略第 6 层。 CP 341 点到点通讯、安装和参数分配 设备手册, 04/2011, A5E0 29 串行数据传输的基本原理   2.3 传输完整性 2.3 传输完整性 传输完整性在数据传输和传输程序选择上起着重要作用。 一般而言，使用参考模型的层 数越多，传输完整性越高。 对提供的协议进行分类 CP 341 可以使用以下协议： ● 3964R 程序 ● RK 512 计算机链接 ● ASCII 驱动程序 ● 打印机驱动程序 下图说明了 CP 341 的这些协议如何适合 ISO 参考模型： 图 2-3 30 提供的 CP 341 协议在参考模型中的位置 RK (R) CP 341 点到点通讯、安装和参数分配 设备手册, 04/2011, A5E0 串行数据传输的基本原理 2.3 传输完整性 使用打印机驱动程序时的传输完整性 使用打印机驱动程序时的数据完整性： ● 未对使用打印机驱动程序的数据传输采取数据完整性预防措施。 ● 要防止在打印机接收缓冲区溢出时丢失数据，可以使用数据流控制（XON/XOFF、 RTS/CTS）。 ● 将数据输出到打印机时，判断打印机的 BUSY 信号。 CP 341 将 BUSY 信号作为 CTS 信号来接收，并以相同的方式对其进行判断（请参见 ASCII 驱动程序）。 请注 意，当使用 CTS/RTS 流控制时，必须在打印机上将 BUSY 信号的极性设置为 CTS =“OFF”。 使用 ASCII 驱动程序时的传输完整性 使用 ASCII 驱动程序时的数据完整性： ● 当通过 ASCII 驱动程序传输数据时，除了使用奇偶校验位外（也可以取消，取决于如 何设置字符帧），无任何数据完整性预防措施。 这表示虽然这种类型的数据传输具有 非常有效的吞吐率，却无法保证安全性。 ● 使用奇偶校验位可以检测到要传输的字符中的反转位。 如果字符中有两个或更多位被 反转，则不再能检测到该错误。 ● 要增强传输完整性，可为消息帧使用校验和以及长度规范。 这些措施必须由用户执 行。 ● 通过对发送或接收消息帧进行响应的确认消息帧，可以进一步增强数据完整性。 这适 用于使用高层协议进行数据通信的情况（ISO 7 层参考模型）。 使用 3964R 的传输完整性 通过使用 3964R 程序增强的数据完整性： ● 使用 3964R 时的汉明间距为 3。这可测量数据传输的完整性。 ● 3964(R) 程序可确保传输线路上的高传输完整性。 可通过设置和释放指定的消息帧， 并使用块校验字符 (BCC, block check character) 来实现此高传输完整性。 可以使用两种不同的程序进行数据传输，在使用或不使用块校验字符的情况下： ● 不带有块校验字符的数据传输： 3964 ● 带有块校验字符的数据传输： 3964R 在本手册中，当说明和注释提及两个数据传输程序时则使用指定的 3964R。 CP 341 点到点通讯、安装和参数分配 设备手册, 04/2011, A5E0 31 串行数据传输的基本原理   2.3 传输完整性 使用 3964R 时的性能限制 ● 不能保证会通过通信伙伴中的 PLC 程序进一步处理发送/接收数据。 只能通过使用可 编程确认机制确保这一点。 ● 3964R 程序的块校验（EXOR 操作）检测不到丢失的零（作为一个完整字符），因为 在 EXOR 操作中零不影响计算结果。 尽管丢失一个完整字符（该字符一定为零！）的可能性很小，但如果传输条件极差， 这种情况也有可能发生。 通过将数据消息帧的长度随数据本身一起发送并在通信伙伴中检查该长度，可以保护 传输避免发生此类错误。 ● 当使用 RK 512 计算机链接进行数据传输时，可以消除此类传输错误。因为此程序 （与 3964[R] 程序不同）可以通过响应消息帧确认进一步处理（例如存储在目标数据 块中），并将发送数据长度记录在消息帧头中。 这使得 RK 512 可以获得大于 3964R 的汉明间距（为 4）。 使用 RK 512 时的传输完整性 通过使用 RK 512 获得超高数据完整性： ● 使用 RK 512 和 3964R 时的汉明间距是 4。这可以测量数据传输的完整性。 ● 使用 RK 512 计算机链接可以保证数据线路上的高传输完整性（因为 RK 512 使用 3964[R] 程序进行数据传输）。 ● 确保在通信伙伴中进行进一步处理（因为 RK 512 解释程序检查消息帧头中的附加长 度规范，并在将数据存储在通信伙伴的目标数据区中后生成一个消息帧，确认数据传 输成功还是失败）。 ● RK 512 计算机链接可独立保证正确使用 3964R 程序，并分析/添加长度规范和生成响 应消息帧。 不需要任何用户处理！ 用户需要做的仅是判断*终确认消息的正负。 使用 RK 512 时的性能限制 ● 使用 RK 512 计算机链接可提供*大的数据完整性！ 例如，您还可以通过使用其它块 校验机制（例如 CRC 校验）进一步提高它。 CP 341 点到点通讯、安装和参数分配 32 设备手册, 04/2011, A5E0 串行数据传输的基本原理 使用 3964(R) 程序进行数据传输 2 .4 2.4 2.4.1 2.4.2 控制字符 优先级 使用 3964(R) 程序进行数据传输 使用 3964(R) 程序进行数据传输的原理 3964(R) 程序可以控制通讯处理器和通讯伙伴之间的点对点连接中的数据传输。 除物理 层（第 1 层）外，3964(R) 程序还包含数据链路层（第 2 层）。   3964R 程序的控制字符 数据传输期间，3964R 程序将控制字符添加到用户数据（数据链路层）。 这些控制字符 使得通信伙伴可以检查数据是否已全部无错到达。 3964R 程序将分析以下控制字符： ● STX（Start of Text，文本开始）； 要传输的字符串的起点 ● DLE（Data link Escape，数据链路转义）； 数据传输转换 ● ETX（End of Text，文本终点）； 要发送的字符串的终点 ● BCC（Block Check Character，块校验字符）（仅 3964[R]）； 块校验字符 ● NAK（Negative Acknowledge，否定确认）； 否定确认 说明 如果 DLE 作为信息字符传输，则要发送两次（DLE 副本），以便在进行连接设置和释 放的发送线路上将它与 DLE 控制字符区分开来。 然后接收器将恢复 DLE 副本。 使用 3964R 程序时，必须为一个通信伙伴指定较高的优先级，为另一个伙伴指定较低的 优先级。 如果两个通信伙伴同时发出发送请求，则优先级较低的伙伴将延迟其发送请 求。