quote:以下是引用伊默在2006-09-25 14:59:27的发言:
嗯.这个是个急停的好办法!
但是,FM353和CPU之间是通过MPI通讯交换数据的,所以在OB40内使能MDI ON-the-fly到FM353执行MDI确ON-the-fly还是有一个小小的延时的,嘿嘿
假设,这个延时时间为2毫秒, 步进的速度为300RPM,卷径为80毫米, 那么看看2毫秒的延时带来的定位误差是多少?: (300/60) * 3.14*80 *2 /1000 =1.256毫米!!! 远远超过了合同要求哦! 而且这个延时时间是不确定的,卷绕的速度也是不确定的(在HMI内设定), 最大卷径也是不确定的(不同的电芯型号卷径是不同的),所以.....
首先,我认为你还需要仔细理解、体会以下“MDI on-the-fly”的含义。这个方案中,NC程序已经预先写到FM353中,仅仅只是等待启动运行(通过OB1完成该任务)。在你的硬件中断触发条件符合时,仅仅是完成一个触发命令(通过OB40完成该任务),这个PLC扫描滞后时间是固定的,而且应该是非常短暂的(具体时间依赖于不同档次的CPU)。这个编程思路,我在早先、开始阶段,就已经提出。主要是:你需要加强理解“MDI on-the-fly”的含义。我认为,这个方案,应该还是有很强的可行性的。
另外,再帮助你提出一个更“快速、实时”的解决方案,你也可以试试它的可行性:
注意看看FM353模板自带的4个数字量输入点。你可以设定其中一个功能作为“External block change”。看看手册的第十章节,这个方法可以更加快速、实时的完成你的工艺。