恭喜,你发布的帖子
发布于 2023-03-18 11:31:36
16楼
这个采样时间和执行时间,真的很多人不知道怎么选择的,如果用户不做选择的话,还是由程序自己决定分时操作对扫描周期比较好。你100毫秒执行一次和100毫秒加1个周期(100个周期)执行一次,对用户没有影响,仅仅把扫描周期摊开了。摊开就摊开吧。
8个pid同一中断里面执行没什么影响,100个pid在同一个中断里面执行,就像快车道出现一道伸缩缝,咯噔一下……有些事情刚好遇上这个扫描周期就奇奇怪怪的了。我也说不准什么情况,例如有时候有个脉冲怎么长了那么多?有时候气缸怎么打不准了?刀口对不准了?等等
能按照这种思路做,不就做到了?就是因为低成本,就要讨论低成本的做法。而不是一味地鼓吹使用高端设备去解决。否则低成本就没有存在意义。
相信有人有能力把6轴机械人的直线移动动作写进去plc,然后用通讯控制6个伺服。算法没有不能转换的。但是到了这种地步就真的太为难plc了,根本处理能力不足。这就必须用较高端的东西控制。
低成本下能够有足够的条件做好的,是可以选择的。
一方面,对于低成本可能专家觉得8个pid足够了。
一方面,你想突破这限制,就要知道自己是站在哪里去突围。你不可能在井口叫下面一只青蛙跳上来,它就可以跳上来。这扫描周期问题,就是下面青蛙面临的问题。一个低成本的plc能不能瞬间承受你大量的数据处理事务?
我不是要推翻你无限次调用的目标,只是不要站在高处看更高的风景而已,你先下来看看……
请填写推广理由:
分享
只看
楼主