http://www.opto22.com.cn/document/lad-log.htm


有关一般梯级逻辑语言 (RLL) 与以流程图

(FLOATCHART) 方式在编程上的差异和举例

在前面, 向大家提供了两页有关: "OPTO 22 系统与 PLC 在技术和成本效益等方面的比较: 中文简译和四页英文原文, 让大家可以就技术层面和进行系统集成效益方面, 对 PLC 与 OPTO 22 的产品, 有了可观的了解和比较外。 为了使大家对一般 PLC 的所谓 「梯级逻辑语言」 (LADDER LOGIC LANGUAGE) 与 OPTO 22 以 "流程图" 编程方式的组态软件, 包括在硬件某些方面, 有何不同。 兹把附在下面十页有关英文原文实例, 再简译并举列如下:

在控制程序来说, PLC 的处理器和 OPTO 22 的主控制器, 与 I/O 打交道时, 在基本方法上, 有极大的差异。 OPTO 22 的主控制器, 与它系统内的 I/O, 直接互相作出反应。 而 PLC 的处理器, 因基于以扫描技术为基础。 要解决其逻辑控制问题, 必须周而复始地, 一遍又一遍地, 要对其系统内所有的输入 (INPUT) 点, 进行不休的读取, 才能处理所设定的控制逻辑, 然后写入输出 (OUTPUT) 点, 并对寄存器 (REGISTER) 刷新。 由于控制程序的组成, 简单来说, 是 "提问" 与 "命令" 的组合。 而 "梯级逻辑语言" (RLL) 的操作, 是由许多 "梯级" 组合(RUNG) 所代表。 在其 RUNG 的左边, 等待一特定的状态发生, 然后在 RUNG 的右边, 执行所需的 "作用" (ACTION)。 因此, 程序将由许多设定出来的梯级 (RUNGS) 所组成, 然后根据所设定的正确顺序, 去执行任务。 这样一来, RLL 必须以并行方式, 进行编程与操作。 换句话说, 编写 RLL 程序的人, 一定要无时无刻地, 要对每一扫描的不同周期所需提问的 "问话" 要熟知。

OPTO 22 在处理所有指令是以实时状态进行。 当所设定的程序, 需要对某一输入 (INPUT) 点, 进行读取时, 才实时向应, 进行读取, 并立即对相应的输出 (OUTPUT) 点, 进行相应的反应。

OPTO 22 以流程图 (FLOATCHART) 为基础的编程方式, 向用户提供另一种, 非常直观而简单的工具, 作为在编程时, 要作出的 "提问" 与 "指令" 的控制逻辑, 进行处理。 这工具包括有四个层次的混合组成部份：

一、长方形的 "作用方块" (ACTION BLOCKS), 内由一系列的命令与指令子程序所组成;

二、菱形的 "状态方块" (CONDITION BLOCKS), 内由一系列, 作为指引逻辑流向的 "提问" 所组成;

三、椭圆形的 "顺续方块" (CONTINUOUS BLOCKS), 这方块设有各方块的最终位置, 提供由其中一个方块, 跳到另一个方块的功能, 并可改善流程图被快速查阅的功能;

四、利用带有箭头式样线条, 起到 "连接" (CONNECTIONS) 各种不同 "功能方块" 的功能。 这功能可按设想, 把各功能 "方块", 连接成逻辑顺序流向。

必须在编辑和传送之前确保已正确完成所有的梯级
To put it as a Chinese sentecne should be.

Compile 在这里不能译为“编辑”。

在编程过程中，edite 译为“编辑”，是指编写原代码，由程序员完成；compile 译为“汇编”，是指把原代码转换为可执行的目标码，是软件自动完成。如果都叫“编辑”，容易混淆。

全句可译为：

“所有梯级都必须完成，并无错误，方能进行汇编和传输。”

所有梯级必须完整有效，方可进行汇编和传输
此处complete应为完整解，不是完成。

我回答这个句子的体会：

1. 这个句子是典型的“只有...才”、“首先...然后”句式，进行相应的变换就可以了。

2. rung 必须查找计算机词典和相关资料，确定是“梯级”比较合适。

3. 我认为 complete 应作形容词，要是作动词的话，不是被动态，而且后面的 valid 无法解释。

4. transferred：转移？传送？

以上愚见，仅供参考，谢谢！