今天时间充裕点,把这个帖子,也来个结尾
朋友们对这个帖子的回复,都很中肯,并保持了一种客观和谨慎,表现出了技术工作者严谨的作风;这些都值得赞赏,也值得后学同仁借鉴。
同时,从回复内容也可以看出,这些朋友都是有一定使用经历者;所以,对于我的粗浅意见,欢迎指正。
比较一致的观点是:每个人的程序都不一样。这点我非常赞同。
针对这段程序,也有就细节提出看法的,比如14楼的“可能考虑到方便修改X4的常开常闭动作方式”
当然,虽然每个人都有自己的编程风格,但一些基本的原则可以共通。在做编程规划时,考虑可以全面一些,然后再根据控制对象的具体情况取舍。
图8-6的示例,主要考虑了以下几点:① 程序移植方便;② 操作维护便利;③ 安全。
① 该例中,仅用了一个输入端进行工作方式的选择,只使用了选择开关的一个触点;但在以后的设计中,为了工作方式选择的可靠性,也可能使用不同的触点、确定不同的工作方式。这种情况下,就只要修改“X4”,程序的其他地方,不会因此而改动。
这种情况,在设备的制作生产中,常能遇到。
如果如19楼所说,考虑使用触摸屏,则又是另外的情形,不失为一个好的建议。
② 考虑到操作维护的便利,其中一个方面是:提供明确的指示、给出必要的提示。
图中,M301、M302可作为工作方式指示信号;而M210,在工作方式选定以后,如果又操作了选择开关,使得选择开关的位置、与所选方式不一致,则可给出提示信号(假设,工作方式一经选定,不可随意改变)。
③ 笔者是电气维修出身,常把一些维修经验融入到设计中;例如,接错线、接触不良、器件损坏的情况,都曾看到过。
所以,在程序中,预留有M211:当M10、M11取自不同的输入信号时,若出现异常情况,则给出信号。
至于M201、M202,是完成“工作方式选择”的主功能,就不说了。
再有,关于程序的简单,笔者主张是在清晰基础上的简洁,而不一定盯在一条两条指令的减少上。
当然,图8-6的程序,是根据设计习惯,随手举的一个例子;由于没有针对性,正如朋友们所说,难以作出更多的评价。
[此贴子已经被作者于2011/10/30 8:44:59编辑过]