-
-
上海朕锌电气设备有限公司
- 13585754803
热门搜索：
西门子6SL3220-1YD38-0UB0
上海朕锌电气设备有限公司
西门子销售部 cpu plc s700
s7-300 s7 400 s7 1200 s7 1500
mm440 mm430 mm420 g120 变频器 V90变频器
s7 288模块 伺服电机 触摸屏
把通讯数据传递到M区，查看交叉引用，这个M点地址没有线圈，也没有类似的传送指令，那么，它是如何传递的呢？其次，话说这个设备之前运行一直正常，而设备保养后异常的可能原因会有那些？一时也无法追根溯源到现状，只能先放弃再说。手头着手分析相关的机器人原点信号，确实这个设备系统上也应用到这些关键信号，我又让同事通过手动切换信号的通断，确认这些信号的作用后，我大胆尝试着给这个机器人在原点的M信号，做线圈驱动控制。将程序编辑后下载，让同事再次切换信号的通断，信号切换正常。让同事启动设备，在手动状态下，试着运行设备正常，再继续做单循环也正常，说明本次问题的根源是这个机器人M信号，没有得到信号的传递，就是我开始交叉引用那里看到的没有线圈及指令的驱动，这个是这个程序的怪异之处。
小结：
1） 之前正常而目前出现问题，关键问题是这个M信号点没有得到一个需要的状态值，而之**直运行正常。这个问题不亚乎这个程序不是较终版本的，可能由于同事经验上的欠缺或者操作失误，造成程序的丢失。
2） 如果程序没有丢失，那这个M点又将是如何使能的呢？很显然，在日常验证程序时，经常性的会遇到一些所谓的诡异情况，假设我使能一个M点线圈地址，然后我删除这个线圈，其结果这个M线圈所驱动的触点仍然会保持删除前的状态值。在此，可以想到可能出现问题的出处、及初始化的重要性了。
3） 就此另外一个根本原因就是程序逻辑方面的基础问题，对一些程序的基本知识点的缺乏，造成一些问题出现时，无法判断问题关键点出自哪些？说到底还是基本功问题了。
我也经常性的看到某一些同事，在处理简单故障时，急于就成，通过简单粗暴的修改程序或者直接强制某一些点，来判断可能存在的问题，这样的处理非常不可取，也不理智、也无利于安全。所谓诡异的程序原本就没有，有，也大多是人为原因造就的。今天看到论坛上有一个问题，