使用 RK512 获取数据的程序

下图显示了使用 RK512 计算机连接通过响应消息帧获取数据时的传输顺序。

图片: 使用响应消息帧获取时的数据通信

获取数据

FETCH 作业按下面顺序执行：

主动伙伴

发送 FETCH 帧。 其中包含消息帧头。

被动伙伴

接收消息帧，检查头，从 CPU 获取数据，并使用包含数据的响应帧进行确认。 其包含数据。

主动伙伴

接收响应消息帧，将响应消息帧中接收的用户数据传递给 CPU，然后终止 FETCH 作业。

如果* 4 个字节中含有错误编号（不等于 0），则响应帧不包含任何数据。

如果请求的字节**过 128 个，额外的字节将自动在一个或多个后续消息帧中获取。 每个后续 FETCH 帧均使用后续响应消息帧（包含更多用户数据）进行确认。

接收最后一个后续响应消息帧（包含最后一个用户数据块）后，整个用户数据便传递给 CPU，并且 FETCH 作业已完成。

后续 FETCH 帧

下图显示了使用后续响应消息帧获取数据时的传输顺序。

图片: 使用后续响应消息帧的 FETCH 帧的顺序

准全双工操作

半全双工模式的含义是： 伙伴可随时发送命令和响应帧，只要其它伙伴当前未发送。 命令和响应帧的较大嵌套深度为“1”。 因此，使用响应帧应答上一个命令消息帧之前，不能处理下一个命令消息帧。

在特定情况下可以实现 - 当两个伙伴收到响应消息帧之前都要发送（传输）伙伴的 SEND 或 FETCH 消息帧时。 例如，当收到响应消息帧之前伙伴的 SEND 或 FETCH 消息帧被输入到通信模块的输出缓冲区中时。

在下图中，仅在收到伙伴的 SEND 帧后才发送**个 SEND 帧的后续响应消息帧。

图片: 准全双工操作

RK512 CPU 作业

下图显示了进行 CPU 作业时 RK512 计算机连接中涉及的顺序。

图片: 使用 RK512 进行 CPU 作业时数据传输的顺序

RK512 伙伴作业

下图显示了进行伙伴作业时 RK512 计算机连接中涉及的顺序。

图片: 使用 RK512 进行伙伴作业时数据传输的流程图