使用 RK 512 计算机连接传输数据 —基本信息引言RK 512 计算机连接控制 CPU 和通信伙伴之间的 PtP 数据交换。与 3964(R) 相反，RK 512计算机连接提供较高数据完整性和gaoji的寻址选项。响应消息帧RK512 计算机连接响应每个正确接收的指令帧，并向 CPU 发送响应消息帧。 这允许发送站验证数据是否被 CPU接收且无错，或验证它需要的数据是否可以在 CPU 中获得。命令帧指令帧是 SEND 消息帧或 FETCH 消息帧之一。SEND消息帧在传输 SEND 消息帧时，CPU 传输一个包含用户数据的指令帧。 通信伙伴用不包含用户数据的响应消息帧响应。FETCH消息帧在传输 FETCH 消息帧时，CPU 传输一个不包含用户数据的指令帧。 通信伙伴用包含用户数据的响应消息帧响应。连续的消息帧对于SEND 和 FETCH 消息帧，如果数据长度超过 128 个字节，便自动传输连续的消息帧。消息帧头对于 RK 512计算机连接，每个消息帧都用一个头初始化。 它包含消息帧 ID，有关数据源和目标的信息以及错误编号。下表说明了指令帧头的结构：字节说明1 指令帧中的消息帧 ID(00H)，用于连续的指令帧 (FFH)2 消息帧 ID (00H)3 ‘A’(41H)： 带目标DB 的 SEND 请求 ‘O’(4FH)： 带目标 DX 的 SEND 请求 ‘E’(45H)： FETCH 请求4要传送的数据的获取来源(仅“D”可用于发送)： ‘D’(44H)： 数据块“X”(58H) = 扩展数据块 ‘E’(45H)：输入字节“A”(41H) = 输出字节 ‘M’(4DH)： 存储器字节“T”(54H) = 时间单元 ‘Z’(5AH)：计数器单元56带 SEND 作业的数据目标或带 FETCH 作业的数据源。例如，字节 5 = DB 号，字节 6 = DW 号*点对点通讯6.9 协议说明CPU 31xC：工艺功能操作说明, 03/2011, A5E00432666-05 373字节 说明7高位字节长度： 根据类型，将以字节或字格式传输的数据长度8 低位字节长度： 根据类型，将以字节或字格式传输的数据长度9处理器间通信标志字节号；如果尚未指定处理器间通信标志，在此输入 FFh值。10 位 0 到 3：如果尚未指定处理器间通信标志，在此输入 FH 值。 位 4 到 7： CPU 号（1 到 4）；如果未指定 CPU 号（编号0），但却指定了处理器间通信标志，则在此输入 0H；如果未指定 CPU 号或处理器间通信标志，则在此输入 FH。* RK 512寻址介绍了带字限制的数据源和目标。 在 SIMATIC S7 中自动转换为字节地址。字节 3 和 4 包含 ASCII字符。连续的指令帧头仅由字节 1 到 4 组成。响应消息帧的结构和内容传输指令帧后，RK 512在监视时间内等待通信伙伴的响应消息帧。 监视时间的长度为20 s。响应消息帧由 4个字节组成，包含作业处理信息：下表提供响应消息帧的结构和内容。字节 说明1 响应消息帧的消息帧ID(00H)，用于连续的响应消息帧(FFH)2 消息帧 ID (00H)3 分配的值 00H4 响应消息帧中通信伙伴的错误编号：*如果传输过程中无错，则为 00H > 00H 错误编号* 响应消息帧中的错误编号会在 SFB 的 STATUS输出处自动生成事件 ID。发送数据SEND 请求按下面顺序执行：● 主动伙伴传输 SEND 消息帧。 包含消息帧头和数据。●被动伙伴接收消息帧，验证头和数据，并且在数据写入目标块后用响应消息帧进行应答。● 主动伙伴接收响应消息帧。如果用户数据长度超过 128个字节，将发送连续的 SEND 消息帧。● 被动伙伴接收连续的 SEND消息帧，验证头和数据，并且在数据写入目标块后用连续的响应消息帧进行应答。说明如果 CPU 没有在未出错的情况下收到 SEND消息帧，或在消息帧头中出现错误，则通信伙伴在响应消息帧的字节 4 中输入一个错误编号。在协议出错的情况下，在响应消息帧中不会有条目。连续的 SEND 消息帧如果用户数据长度超过 128 个字节，将启动连续的 SEND消息帧。 顺序对应 SEND 消息帧的顺序。如果发送的字节数超出 128个字节，则将自动分成一个或多个消息帧传输。下图说明了使用连续的响应消息帧发送连续的 SEND消息帧时数据传输的顺序：获取数据FETCH 请求按下面的顺序执行：1. 主动伙伴：传输 SEND 消息帧。 其中包含消息头。2.被动伙伴：接收消息帧，验证头，从 CPU 获取数据并用响应消息帧应答。 此帧包含数据。3. 主动伙伴：接收响应消息帧。4.如果用户数据长度超过 128 个字节，将发送连续的 FETCH 消息帧。 此帧包含头字节1 到 4。5. 被动伙伴：接收连续的FETCH 消息帧，验证头，从 CPU 获取数据，并用包含更多数据的连续响应消息帧进行应答。如果在第 4 字节中含有错误编号（不为0），则响应消息帧不包含任何数据。如果请求了超过 128 个字节，则会自动在一个或多个连续的消息帧中获取额外的字节。说明如果 CPU没有在未出错的情况下收到 FETCH 消息帧，或在消息帧头中出现错误，则通信伙伴在响应消息帧的字节 4 中输入一个错误编号。在协议出错的情况下，在响应消息帧中不会有条目。伪全双工模式伪全双工表示：通信伙伴可随时发送指令和响应消息帧，即使其它通信伙伴当前也正在发送。 指令和响应消息帧的Zui大嵌套深度是“1”。因此，在用响应消息帧应答上一个帧之前，不能处理其它指令帧。在某些情况下，如果同时有两个通信伙伴请求发送，则可在传输响应消息帧之前传输SEND消息帧。在下图中，在通信伙伴传输 SEND 消息帧之前，没有发送响应第一个 SEND 消息帧的连续响应消息帧：RK 512处理请求的顺序RK 512 CPU 请求在下图中可看到带 CPU 请求的 RK 512计算机连接的顺序： 常规规范概述下表提供了常规规范。更多 SIMATIC S7-300 相关技术规范，请参见参考手册《S7-300 自动化系统，模块数据》 和安装手册《S7 -300 自动化系统，装配》：● EMC(电磁兼容性)● 运输与储存条件●机械和环境气候条件● 关于绝缘测试、安全等级以及防护等级的信息● 认证ASCII 驱动程序的规范概述下表列出了 ASCII驱动程序的规范：ASCII 驱动程序Zui大消息帧长度 1024 字节参数 可组态： 传输率：300、600、1200、2400、4800、9600、19200 波特，38400 波特(半双工模式) 字符帧： 10、11 或12 位 字符延时时间： 1 ms 到 65535 ms(1 ms 步长) 流控制： 无，XON/XOFF XON/XOFF字符(仅“流控制”=“XON/XOFF”) 在 XOFF 后等待 XON： 20 ms 到 65530 ms (以 10ms为增量) 要缓冲的消息帧数： 1 到 10，使用整个缓冲区 防止覆盖： 是/否 收到的消息帧的消息结束识别：–在字符延时时间结束时– 在收到文本结束字符时– 在收到固定数目的字符时超出字符延时时间时的 ASCII 驱动程序消息结束识别参数不需要更多参数分配。 在超出声明的字符延时时间时识别为消息结束。通过可组态的文本结束字符识别消息结束的 ASCII 驱动程序参数也可组态： 文本结束字符数： 1, 2 第一/第二个结束代码的十六进制代码 BCC 字符数： 1,2通过组态的字符长度识别消息结束的 ASCII 驱动程序参数 也可以将参数设置为： 字符长度： 1 到 1024个字节传输时间概述下表包含测量的传输时间(取决于选择的通信协议)。两个 CPU 314C-2 PtP 针对此测量互连。测量的是通信链接上从第一个消息帧的第一个字符出现到下一个连续消息帧的第一个字符出现这段时间。使用 ASCII驱动程序时，测量基于Zui快的协议版本(带一个文本结束字符的消息结束识别并且无软件流控制)。使用 3964(R) 步骤和 RK 512计算机连接时，以相应的默认设置（即带 BCC 的默认值）执行测量。下图说明了 CPU 31xC 和 CPU 31xC/CP340/CP341/CP 440/CP 441 之间用于 RS422操作的电缆。对于连接电缆，需要以下插入连接器：● CPU 31xC端： 带螺丝互锁的 15 针 D 型子插入连接器● 通信伙伴端： 带螺丝互锁的 15 针 D 型子插入连接器电缆 X 27/RS485(CPU 31xC – CPU 31xC/CP 340/CP 341/CP 440/CP 441)下图说明了 CPU 31xC 和CPU 31xC/CP 340/CP 341/CP 440/CP 441 之间用于 RS485操作的电缆。Siemens不提供现成的电缆。对于连接电缆，需要以下插入连接器：● 在 CPU 31xC 端： 带螺丝互锁的 15 针 D 型子插入连接器●在通信伙伴端： 带螺丝互锁的 15 针 D 型子插入连接器电缆 X27/RS422 (CPU 31xC-CP 544, CP 524,CPU 928B, CPU 945, CPU 948)下图说明了 CPU 31xC 和 CP 544、CP 524、CPU928B、CPU 945、CPU 948 之间用于 RS422 操作的电缆。Siemens不提供现成的电缆。对于连接电缆，需要以下插入连接器：● 在 CPU 31xC 端： 带螺丝互锁的 15 针 D 型子插入连接器●在通信伙伴端： 带螺丝互锁的 15 针 D 型子插入连接器事件类别下表提供了对各种事件类别和 ID 的说明：事件类别3(03H)：“SFB 参数分配出错”事件编号 事件 补救措施(03)01H源/目标数据类型非法或缺失。范围(起始地址，长度)非法。DB 不允许或不存在（例如，DB0）或其它源/目标数据类型非法或缺失。处理器间通信的字节号或位号无效。进行检查并在需要时更正参数。在消息帧头中，伙伴提供了非法参数。检查参数并在需要时创建块。参见请求表以获得有效数据类型。在消息帧头中，伙伴提供了错误参数。(03)03H访问区域被拒绝。 检查参数。 请参见请求表，以获得允许的起始地址和长度。 否则，伙伴会在消息帧头中提供错误参数。事件类别 5(05H)：“作业处理错误”事件编号 事件 补救措施(05)01H 当前请求因冷重启动或复位而被取消。 重复已取消的请求。通过编程设备重新分配接口参数时，应确保在开始写入操作前，没有其它活动的请求。(05)02H在此操作状态(例如，没有组态设备接口)下不允许请求。组态设备接口。(05)0EH 帧长度无效或在Zui大允许长度内没有出现声明的结束代码。消息帧长度 > 1024 个字节。 选择较短的消息帧长度。或在发送缓冲区的适当位置添加结束代码。(05)13H 数据类型错误(DB ...)：数据类型未知或不允许（例如 DE）在 SFB中指定了不匹配的源和目标数据类型。请参见作业表格获取有关允许的数据类型和组合的信息。(05)15H为协调标志指定的位号不正确。
事件类别 5(05H)：“作业处理错误”事件编号 事件 补救措施(05)16H 指定的 CPU 号太大。 允许的 CPU 号为： 0、1、2、3或 4(05)17H 传输长度 > 1024 个字节过长 将请求分成较短的多个请求。(05)1DH发送/接收请求被中止，原因为 通信块复位 新的参数分配重复调用通信块。(05)22H 前一请求尚未完成就启动了新的 SEND请求。 在前一请求以 DONE 或 ERROR 关闭前，不要启动新的 SEND 请求。事件类别 6(06H)：“处理伙伴请求时出错”(仅对于 RK 512)事件编号 事件 补救措施(06)01H 在第一个命令字节中出错（非 00 或FFH） 伙伴上的基本头结构错误。 可以使用数据链接中互联的接口测试设备检查伙伴设备的故障。(06)02H 第三个命令字节出错（非A、0 或 E） 伙伴上的基本头结构错误。 可以使用数据链接中互联的接口测试设备检查伙伴设备的故障。(06)03H在有连续消息帧的情况下，第三个命令字节出错(与第一个消息帧的命令不同)伙伴上的基本头结构错误。可以使用数据链接中互联的接口测试设备检查伙伴设备的故障。(06)04H 第四个命令字节出错(命令字母不正确)伙伴上的基本头结构错误，或请求了非法命令组合。 检查允许的命令。可以使用数据链接中互联的接口测试设备检查伙伴设备的故障。(06)06H 第五个命令字节出错(DB 号不允许)请参见请求表，以获得允许的 DB 号、起始地址或长度。(06)07H 第 5 个或第 6个命令字节中出错（起始地址过高）请参见请求表，以获得允许的 DB 号、起始地址或长度。(06)09H 第 9 个和第 10个命令字节出错(此数据类型的协调标志非法或位号过大)。伙伴上的基本头结构错误。 在请求表中查找何时允许使用协调标志。(06)0AH第十个命令字节出错(CPU 号非法) 伙伴上的基本头结构错误。点对点通讯6.10 规范CPU 31xC：工艺功能操作说明,03/2011, A5E00432666-05 397事件类别 7 (07H)：“发送错误”事件编号 事件 补救措施(07)01H仅对于 3964(R)：发送首个重复： 传输消息帧时检测到错误，或伙伴使用否定应答代码(NAK)请求一个重复。重复不是错误，但它可以指示传输线路有干扰或伙伴设备有故障。如果达到Zui大重复次数后仍未传输消息帧，则输出一个错误编号，说明第一个出现的错误。(07)02H 仅对于3964(R)：连接错误：在发送 STX 后，收到了 NAK 或其它代码(DLE或 STX除外)。可以使用切换到传输线路的接口测试设备检查伙伴设备的故障。(07)03H 仅对于 3964(R)： 超出应答延时时间： 发送STX 后，伙伴在应答延时时间内没有响应。伙伴设备太慢或没有准备好接收，或者出现发送线路断开等情况。可以使用数据链接中互联的接口测试设备检查伙伴设备的故障。(07)04H 仅对于3964(R)：在伙伴端取消：在当前的发送操作中，从伙伴处收到了一个或多个字符。检查伙伴是否也指示可能因未收到所有的发送数据(例如，发送线路断开)，或致命错误未决，或者伙伴设备故障而导致的错误。如果需要，可使用数据链接中互联的接口测试设备对此进行验证。(07)05H 仅对于3964(R)：发送时否定应答检查伙伴是否也指示可能因未收到所有的发送数据(例如，发送线路断开)，或致命错误未决，或者伙伴设备故障而导致的错误。如果需要，可使用数据链接中互联的接口测试设备对此进行验证。(07)06H 仅对于 3964(R)：连接结束错误： 伙伴在连接结束时以NAK 或一个随机字符串(DLE 除外)拒绝了消息帧，或过早收到应答字符(DLE)。检查伙伴是否也指示可能因未收到所有的发送数据(例如，发送线路断开)，或致命错误未决，或者伙伴设备故障而导致的错误。如果需要，可使用数据链接中互联的接口测试设备对此进行验证。点对点通讯6.10 规范CPU 31xC：工艺功能398 操作说明,03/2011, A5E00432666-05事件类别 7 (07H)：“发送错误”事件编号 事件 补救措施(07)07H 仅对于3964(R)：连接结束时超出确认延时，或发送消息帧之后超出回复监视时间：DLE ETX断开连接后，在应答延时时间内没有收到伙伴的响应。伙伴设备有故障或太慢。如果需要，可使用数据链接中互联的接口测试设备对此进行验证。(07)08H 仅对于 ASCII 驱动程序：已超过 XON的等待时间。通信伙伴有故障、太慢或已离线关闭。 检查通信伙伴或在需要时更改参数分配。(07)09H 仅对于 3964(R)：不能连接。超出允许的连接请求数。检查接口电缆或传输参数。还要检查在伙伴设备上是否正确组态了 CPU和 CP 之间的接收功能。(07)0AH仅对于 3964(R)：不能传输数据。 超出允许的传输尝试次数。检查接口电缆或传输参数。(07)0BH 仅对于3964(R)：由于两个伙伴均为高优先级，故无法解决初始化冲突。更改参数分配。(07)0CH 仅对于3964(R)：由于两个伙伴均为低优先级，故无法解决初始化冲突。更改参数分配。点对点通讯6.10 规范CPU31xC：工艺功能操作说明, 03/2011, A5E00432666-05 399事件类别 8 (08H)：“接收错误”事件编号事件 补救措施(08)01H 仅适用于 3964(R)：期待首个重复：收到消息帧时检测到错误。 CPU 通过否定应答 (NAK)请求伙伴重复。重复不是错误，但它可以指示传输线路有干扰或伙伴设备有故障。如果达到Zui大重复次数后仍未传输消息帧，则输出一个错误编号，说明第一个出现的错误。(08)02H 仅适用于3964(R)：连接错误：在闲模式下，收到了一个或多个随机代码(NAK 或 STX 除外)，或收到 STX 后，伙伴不等待响应 DLE就发送了更多代码。伙伴通电后：伙伴接通电源时，CPU收到一个未定义的字符。可以使用数据链接中互联的接口测试设备确定伙伴设备的故障。(08)05H 仅适用于3964(R)：接收时出现逻辑错误：收到 DLE 后，又收到一个随机代码(DLE 或ETX 以外)。检查伙伴是否总是复制消息帧头中的DLE 和数据字符串，或连接是否通过 DLE ETX 断开。 可以使用数据链接中互联的接口测试设备确定伙伴设备的故障。(08)06H超过字符延时时间：在字符延时时间内未收到两个连续字符，或仅适用于 3964(R)：在字符延时时间内，未收到在建立连接时发送 DLE后的首个字符。伙伴设备有故障或太慢。 如果需要，可使用数据链接中互联的接口测试设备对此进行验证。(08)07H消息帧长度非法：收到一个长度为零的消息帧。收到长度为零的消息帧并非错误。检查通信伙伴为何发送不含用户数据的消息帧。(08)08H仅适用于 3964(R)：块检查字符 (BCC) 中出错：内部计算的 BCC 值与伙伴在连接结束时收到的 BCC不匹配。检查连接是否被严重破坏；此时也可查看错误代码。 可以使用数据链接中互联的接口测试设备确定伙伴设备的故障。(08)09H仅适用于 3964(R)：已超过块重复的等待时间在通信伙伴方声明一个与您的模块相同的块等待时间。可以使用数据链接中互联的接口测试设备检查通信伙伴的故障。(08)0AH没有可用的空闲接收缓冲区：没有可用于接收数据的缓冲区空间。必须更频繁地调用 SFB RCV。