【话题】2500线的编码器测速要不要使用高数计数？（20240418）

2米完全没问题

可以试试用接近开关+普通输入口（设置最快相应--如果可以）
LDHF的客户不相信设备自带速度信号~带的检测仪与设备显示差2-3，用市售转速检测设备其与检测仪误差还大
定制一套，其偏差也很大且不稳，转速范围几十-5000RPM,客户要误差0-3（参考测速仪）
现场看了设备，没不要用编码器，它有法兰盘，利用均匀的安装螺栓
开始也是有高速计数，结果偏差很大，中断......最后就是普通程序解决问题
最后的交付程序有一个修正，在3000转左右会出现1的偏差，修正后后偏差0，~与设备显示比
累计提供了10几个PLC，是自己采购PLC（程序图纸都提供了），还是不在需要这个添加的东西，不得而知。

其实，如果全部用编码器有问题

1.成本较高，编码器+安装支架等等。
2.编码器寿命堪忧。


如果是旋转轴，肯定有锁紧螺丝，做一个L支架装一个普通接近开关去感应锁紧螺母，输入接高速X端，中断也好，高速计数器也好，一样可以算出转速的。

不是精度要求高，根本没必要用这个编码器去测速，简单点用个光电开关或接近开关都可以了

主要看要求的精度与刷新速度，楼主说的30转/分，这个速度很低，如果一圈的计数点太少，要想达到精度，更新速度要很慢才行

这应该是上个世纪的信息了~
几十HZ？看一下输入响应，程序运行周期，通过计算可行？
将采集信号改为中断可行？
当然用编码器也没有问题，有速度计算指令最好，没有就费电了
采样周期6s好计算，也足够，太短数据跳变厉害（尤其使用脉冲间隔时间的中断计算）
数据不要清零，采用采样周期数据差做计算比较好~后来分析可能是清0时抛弃了这个周期的数据
前述客户实验采集的信号有6个/周，实际可能有6,8,12（程序中都考虑了~通过IN切换），最高转速5000RPM,

应该是多了个“几”字

对于现代PLC+楼主要求的测转速，达到60Hz没问题
当年这个程序扫描周期约5ms，使用一个标识，输入相应设置最快
计算方式不同结果差别挺大