我们用的是标准编码器，编码器的值是从另一个站通过MPI传过来的，会不会是传输速率问题呢
       根据计算速度最快时两个上升沿的间隔大约是600MS，上升沿到下降沿的时间是50MS，而且我速度开得很慢都好不到哪去，手动转动机器（超慢）就可以
       我也试过将程序里所有其他的功能块都屏蔽也不行
       硬件中断倒没试过！

引用 robertjml 在 2007-8-20 14:59:00 发言【内容省略】

请问Robertjml,上面的20MS和10MS是如何算出来的啊

不是程序扫描的问题，可能与通讯有关，MPI通讯速度很慢的，曾经测试过，不适合楼主的应用。
建议改成DP通讯方式。

VIV:
编码器产生的高速脉冲, 是输入到 ET200从站的 SM321模板? 或是输入到 MM4变频器? 还是输入到 FM350计数器模板? ----- 编码器的电缆接到哪里?
按你所介绍, 两个上升沿的间隔大约是600MS (脉冲周期=600MS)，上升沿到下降沿的时间是50MS (高电平时间=50MS). 使用编码器来完成该检测任务, 是否有点"大才小用"?

编码器产生的信号输入到CPU314C-2PTP,主要作用不在此,此处只是借助编码器的值做运算实现一个子功能,你提醒了我,可以利用其它途径实现,谢谢

还是想知道为什么会出现这种情况,楼上朋友说是MPI传输太慢?

VIV:
凭个人经验, S7-300最快的扫描周期通常在OB1, 最小的扫描时间大约20MS. S7-400最快的扫描周期通常在OB38, 最小的扫描时间大约10MS.
以S7-300举例说明, 如果在20MS内, 编码器产生的脉冲有两次以上的上升沿, S7-300 CPU只能读到一次上升沿信号. 其它上升沿信号全部丢失! 当然, 你若有FM350模板, 则是另外一回事!

写硬件中断。

引用 robertjml 在 2007-8-21 14:22:00 发言【内容省略】

没有OB40快！！！

用你的I10.0的上升沿和下降沿触发硬件中断吧，OB40。
OB3x是定时中断,并不一定比OB1快。
另外可以试一下程序结构
在OB1处理：
OB1
FP+FN程序
FP+FN程序
call OTHER
FP+FN程序
FP+FN程序
FP+FN程序
call OTHER
FP+FN程序
FP+FN程序
FP+FN程序
call OTHER
FP+FN程序
FP+FN程序
FP+FN程序
call OTHER
FP+FN程序
注意OB1不要超时。