启动和诊断 (S7-1500)启动特性 (S7-1500) 工作模式转换 通信模块启动后，CPU 和通信模块之间的所有数据均通过指令进行交换。 CPU STOP在通信模块与 CPU 之间运行数据传输期间，发送与接收作业均中 止。 将继续接收帧。但是，只有在组态为不清除接收缓冲区的情况下， 在STOP-RUN 切换后才会将相关信息转发给 CPU。 CPU RUN CPU 处于 RUN 状态下时，可确保发送和接收操作。通过通信模块的属性对话框中的相应组态，您可以在 CPU 启动期 间自动清除通信模块上的接收缓冲区。从通信模块的角度来看，没有任何其它工作状态/工作状态转换。 4. 根据您的任务，从“指令”(Instructions)任务卡的“通信”(Communication) 区域中为 USS 通 信选择相应指令并将它们拖放到 Main (OB1) 的网络中：– USS_Drive_Control 指令用于与变频器进行数据交换。 – USS_Read_Param 指令用于从变频器中读取参数。– USS_Write_Param 指令用于更改变频器中的参数。 5. 按照规范组态指令。 6. 将硬件组态和用户程序下载到 CPU中。
诊断功能(S7-1500) 简介 通信模块的诊断功能可以迅速确定已发生错误的位置。您可以选择以下诊断选项： 通过通信模块的显示元素进行诊断指示器提供有关通信模块的工作模式或可能的错误状态的信息。指示器 提供所有内部或外部错误以及接口特定错误的初步概述。有关详细信息，请参见相应通信模块的设备手册。 通过指令的 STATUS 输出的诊断 指令具有用于错误诊断的 STATUS输出；该输出可提供有关通信模块与 CPU 之间的通信错误的信息。可以在用户程序中评估 STATUS 参数（该 参数仅存在一个周期）。诊断错误中断 通信模块可以在分配给该模块的 CPU 上触发诊断错误中断。通信模块可 提供诊断信息。可通过用户程序或通过读取 CPU诊断缓冲区对该信息进 行分析。 通过 EventTracePtP 数据记录进行诊 断 使用 EventTracePtP数据记录，您可以保存和读取通信模块的Zui多 1000 个（通信）Zui近事件以及参数设置。 有关组态数据记录的信息，请参见“CM PtP -点对点连接的组态 功能手册。 诊断中断 (S7-1500) 诊断在 STEP 7 (TIA Portal)的在线和诊断视图中以纯文本形式显示。可通过用户程序评估错 误代码。 可能指示以下诊断信息：1) RS422 和 RS485的区别在组态对话框中设置。 2) 使用 Modbus 协议需要可装载驱动程序和相应的软件狗。 伴随信号和数据流控制 RS232C伴随信号可使用 ASCII、Modbus 主站协议和 Modbus 从站协议通过 RS232C 接口进 行控制。 使用 ASCII和打印机驱动程序协议通过 RS 232C 接口可实现 RTS/CTS 数据流控制。 使用 ASCII 和打印机驱动程序协议通过RS232C、20mA TTY 和 RS422 接口可实现 XON/XOFF 数据流控制。 指令概述 (S7-300, S7-400)指令概述 CPU、通信模块和通信伙伴之间的通信通过通信模块的指令和协议来执行。 指令构成 CPU 与通信模块之间的软件接口。必须从用户程序中循环调用这些指令。 通信协议在通信模块上执行。 协议用于使通信模块的接口适应通信伙伴的接口。基本信息 (S7-300,S7-400) 字符的串行传输 (S7-300, S7-400) 简介要在两个或多个通信伙伴之间交换数据，有多种不同网络连接方法可用。 在两个通信伙伴 之间建立点对点连接是进行信息交换的Zui简单方式。点对点连接 对于点对点连接，通信模块构成可编程逻辑控制器与通信伙伴之间的接口。 对于点对点连 接，数据通过通信模块以串行方式进行传输。所选传输过程的寻址机制在通信模块上执行。 因此，将在通信模块上而不是通信伙伴上关 闭点对点连接，对于其他连接方式也是如此。串行数据传输在串行数据传输期间，必须传输的字节的各个位按照定义的顺序依次进行传输。 单向/双向数据传输通信模块通过串行接口单独处理与通信伙伴的数据传输。 通信模块配有多个驱动程序来完 成该任务。 • 单向数据传输： – 打印机驱动程序• 双向数据传输： – ASCII 驱动程序 – 3964(R) 程序 – 计算机连接 RK512 – Modbus/USS通信模块根据物理接口和所选驱动程序处理通过串行接口的数据传输。 单向数据传输 - 打印输出 在打印输出（打印机驱动程序）期间，将有 n个字节的用户数据输出到打印机。 不接收字 符。 但用于数据流控制的各控制字符（如 XON/XOFF）则属例外。 双向数据传输 -工作模式 对于双向数据传输，通信模块可以采用以下两种工作模式： • 半双工模式（3964（R 程序）、ASCII驱动程序、RK512、Modbus/USS） 在一个或多个通信伙伴之间交替地双向传输数据。 半双工模式意味着在某一特定时间仅发送数据或仅接收数据。但用于控制数据流的各控制字符（如 XON/XOFF）则属例外，在 传输/接收操作期间，也可接收/发送这些字符。• 全双工模式（ASCII 驱动程序） 数据在一个或多个通信伙伴之间同时进行交换；在某一特定时间同时发送和接收数据。每个通信伙伴都必须能够同时操作发送和接收设备。 只有半双工模式可与设置为 RS485（2 线制）的 X27 接口模块(RS422/485) 一起使用。异步数据传输 以异步方式使用通信模块执行串行数据传输。 仅在字符传输期间才保留所谓的时间段同步操作（用于固定字符串传输的固定时间段）。 传输的各字符后会跟一个同步脉冲，也称为 起始位。 起始位传输的长度由时钟决定。停止位表示字符传输结束。 协议 除起始位和停止位外，通信双方还需要其它协议来进行串行数据传输。 这包括： • 传输速度（波特率） •字符和确认延时时间 • 奇偶校验 • 数据位数 • 停止位数 字符帧 通信模块与通信伙伴之间通过串行接口以 10、11 或 12位字符帧的形式传输数据。 每个字 符帧都可使用多种数据格式。 在模块的属性对话框中组态所需的数据传输格式。 并非所有理论上可能的字符帧（组合）都可用，具体情况视通信模块而定。传输完整性 (S7-300, S7-400)传输完整性在数据传输和传输程序选择上起着重要作用。 一般而言，使用参考模型的层数越多，传输完整性越高。使用打印机驱动程序时的传输完整性 使用打印机驱动程序时的数据完整性： •未对使用打印机驱动程序的数据传输采取数据完整性预防措施。 •要防止在打印机接收缓冲区溢出时丢失数据，可以使用数据流控制（XON/XOFF、RTS/ CTS）。 •将数据输出到打印机时，判断打印机的 BUSY 信号。 通信模块将 BUSY 信号作为 CTS 信号来接收，并以相同的方式对其进行评估（请参见 ASCII 驱动程序）。 请注意，当使用 CTS/RTS 流控制时，必须在打印机上将BUSY 信号的极性设置为 CTS =“OFF”。 使用 ASCII 驱动程序时的传输完整性 使用 ASCII驱动程序时的数据完整性： • 当通过 ASCII 驱动程序传输数据时，除了使用奇偶校验位外（也可以取消，取决于如何设置字符帧），无任何数据完整性预防措施。 这表示虽然这种类型的数据传输具有非常有 效的吞吐率，却无法保证安全性。 •使用奇偶校验位可以检测到要传输的字符中的反转位。 如果字符中有两个或更多位被反 转，则不再能检测到该错误。 •要增强传输完整性，可为消息帧使用校验和以及长度规范。 这些措施必须由用户执行。 •通过对发送或接收消息帧进行响应的确认消息帧，可以进一步增强数据完整性。 这适用 于使用高层协议进行数据通信的情况（ISO 7层参考模型）。使用 3964R 的传输完整性 通过使用 3964R 程序增强的数据完整性： • 使用 3964R 时的汉明间距为3。这可测量数据传输的完整性。 • 3964(R) 程序可确保传输线路上的高传输完整性。 可通过设置和释放指定的消息帧，并使用块校验字符 (BCC, block check character) 来实现此高传输完整性。可以使用两种不同的程序进行数据传输，在使用或不使用块校验字符的情况下： • 不带有块校验字符的数据传输： 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 均评估消息帧头中的附加长度信息，并生成与数据传输成功/未成功相关的（时间监视的）确认消息帧。