打印

旋转编码器

[复制链接]
7110|36
手机看帖
扫描二维码
随时随地手机跟帖
沙发
zusen| | 2008-8-14 10:50 | 只看该作者

100次,出现3次,已经很好了

我认为~~~

使用特权

评论回复
板凳
gqhonesty| | 2008-8-14 10:56 | 只看该作者

旋转频率大概有多大

频率慢的话,我认为应该一次都不能少。。。

使用特权

评论回复
地板
lsqdesign| | 2008-8-14 14:32 | 只看该作者

把毛刺去掉

把毛刺去掉

使用特权

评论回复
5
xj803| | 2008-8-14 14:45 | 只看该作者

估计是你的程序响应得太慢

估计是你的程序响应得太慢

使用特权

评论回复
6
太阳之母| | 2008-8-14 21:03 | 只看该作者

嘿嘿

3%漏了,肯定不行。

原因:用这个东西了就肯定是要求比较精密的定位,3%的精度,呵呵,说得过去吗?说得过去的话,还需要用什么旋转编码器???

猜测:又是用查询检测的方法对脉冲辨别方向、计数的吧?实用的系统里用这样的方法,99%要漏脉冲的。

解决:脉冲计数用单片机的计数器吧,假定用51,两个计数器都用上,一个正向计数,一个反向计数。旋转方向辨别和脉冲分支,用硬件实现,1片74LS74+一个反向器就解决了。

使用特权

评论回复
7
5880527| | 2008-8-14 21:56 | 只看该作者

应该不会漏的呀,估计你程序问题

在计数时程序要精简。以前用过定时器扫描,10KHZ的脉冲,速度慢所以不漏,后来都用中断,有二十来K,程序里有整圈个数检测报警,报警次数统计,手盘编码器大多数时候都会报警的,毕竟手有抖动,机器运转是从不误计

使用特权

评论回复
8
wyhkerry|  楼主 | 2008-8-15 09:03 | 只看该作者

谢谢

我怀疑是不是我得主程序响应时间 有点长了,以致于编码器得状态没有采样到!

使用特权

评论回复
9
jack.king| | 2008-8-15 09:07 | 只看该作者

用外部中断接!不能超过编码器的规定的转速

使用特权

评论回复
10
gyt| | 2008-8-15 12:02 | 只看该作者

用硬件处理吧

绝对可靠

使用特权

评论回复
11
农民讲习所| | 2008-8-15 12:18 | 只看该作者

一般来讲都是软件没处理好

一定要讲软件设计的层次,LZ要把软件结构分成[b]驱动程序和主程序.中断计数只是一个驱动程序.这个设计思想非常必要的.

使用特权

评论回复
12
gwnpeter| | 2008-8-16 13:12 | 只看该作者

哈哈,肯定是电路或者程序有问题

我没有发现有失步的现象

使用特权

评论回复
13
sensorpush| | 2008-8-17 18:53 | 只看该作者

中断程序除了计数还要包括驱动程序不?

是不是中断程序过长?

使用特权

评论回复
14
wyhkerry|  楼主 | 2008-8-18 15:04 | 只看该作者

12 楼的兄弟啊!

我采用的是查询方式,不知道你采用是什么方式啊? 主程序里面还有按键扫描,和Ad 采样 主程序里 我就采用while(1)的方式 扫描这三个子程序啊

使用特权

评论回复
15
wyhkerry|  楼主 | 2008-8-18 15:06 | 只看该作者

x小弟实在看不出来啊 5555

x小弟实在看不出来啊 5555

使用特权

评论回复
16
农民讲习所| | 2008-8-18 17:26 | 只看该作者

用查询方式99%出问题

使用特权

评论回复
17
5880527| | 2008-8-18 18:40 | 只看该作者

扫得足够快不会丢

使用特权

评论回复
18
icmap| | 2008-8-18 22:04 | 只看该作者

用手慢慢旋转时会不会也100次漏3次?

用手慢慢旋转时会不会也100次漏3次?如果是,则是算法上不合理。如果不是,则是判断周期过长,可以临时将晶振换成目前4倍频率的晶振再次确认一下。

使用特权

评论回复
19
5880527| | 2008-8-18 22:09 | 只看该作者

用手旋转漏的几率更大

10圈你能正确3圈算你牛的了

使用特权

评论回复
20
wyhkerry|  楼主 | 2008-8-22 09:35 | 只看该作者

不能靠软件来解决吗?

不能靠软件来解决吗?

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

32

主题

92

帖子

1

粉丝