久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

標題: 一定位一脈沖的EC11旋轉編碼器最簡潔的單片機驅動代碼 [打印本頁]

作者: lkc8210 時間: 2021-7-2 19:11
標題: 一定位一脈沖的EC11旋轉編碼器最簡潔的單片機驅動代碼
先上代碼為敬

if(!PinA && PinA_O && PinB) {
Now++;
}PinA_O = PinA;
if(!PinB && PinB_O && PinA) {
Now--;
}PinB_O = PinB;

復制代碼

只有六行代碼就能用EC11對Now進行加減操作

為什么這樣寫呢？
上時序圖
順時針轉：

逆時針轉：

我們看到，當順時針轉時
Pin A會早于Pin B 轉低電平，反之亦然

代碼解讀：
!PinA && PinA_O && PinB//當Pin A 為低電平而之前為高電平(即下降沿)并且Pin B為高電平
這一句就捕捉到順時針轉時序圖中箭指著的那一剎那的情況
于是Now加1

!PinB && PinB_O && PinA//當Pin B 為低電平而之前為高電平(即下降沿)并且Pin A為高電平
這一句就捕捉到逆時針轉時序圖中箭指著的那一剎那的情況
于是Now減1

如果編碼器不加電容消抖
就用軟件消抖

if(ScanCount++ > 50) { //其數值按單片機速度加減
ScanCount = 0;
if(PinA && !PinA_O && PinB) {
Now++;
}PinA_O = PinA;
if(PinB && !PinB_O && PinA) {
Now--;
}PinB_O = PinB;
Now>9? Now = 0:_nop_();
Now<0? Now = 9:_nop_();
}

復制代碼

現附上小應用實例一則
基如STC15F104E的EC11軟串口六位密碼檢查程序
如發現順逆時針相反，對調PinA/PinB 定義腳即可

上圖.c文件51hei下載:

Encoder3_PW_Lock.zip (1.7 KB, 下載次數: 467)

作者: haokey 時間: 2021-7-3 09:46
假如順時針扭了一點但沒到位之前逆時針扭回去了呢？

作者: lkc8210 時間: 2021-7-3 12:37
不考慮任何不正常操作

作者: zenghl 時間: 2021-7-3 14:49
代碼簡潔易懂

作者: dzbj 時間: 2021-7-3 17:04

haokey 發表于 2021-7-3 09:46
假如順時針扭了一點但沒到位之前逆時針扭回去了呢？

我覺得"ScanCount++"解決了你說的問題就是說這之后得到的是一個確定值要么轉了要么沒轉即便按你說的哆嗦一下那也是下一次監測的事了

感覺這代碼寫的不錯

作者: lkc8210 時間: 2021-7-3 23:41

dzbj 發表于 2021-7-3 17:04
我覺得"ScanCount++"解決了你說的問題就是說這之后得到的是一個確定值要么轉了要么沒轉即便按你說的哆 ...

然而，并不能
之前的回覆草率了

先上時序圖

青色虛線之間是一次完整的脈沖
Now++是發生在第一條青色虛線之后少少的時間
但一定早于哆嗦X 和哆嗦Y
而Now++或Now--的先要條件是: 之前高電平+現在低電平(下降沿發生)
無論哆嗦X 還是哆嗦Y所產生的都是之前低電平+現在高電平(上升沿發生)
不滿足Now++或Now--的先要條件

所haokey兄所提出的問題，真正答案是：沒事發生

而"ScanCount++"所做的事是加長掃描時間去消抖
再上時序圖：

這是一個不干凈的脈沖
如果沒有"ScanCount++"

單片機會在黃色虛線那里判斷
結果在3，4，6判為成立

如果加上"ScanCount++"

就只會在2那里成立，避開了抖動

當然"ScanCount++ >"的數值要進行調節
如果數值太大如圖

在2看到的就是B之前高電平+B現在低電平(B下降沿發生)+A高電平＝逆時針轉了!

作者: haokey 時間: 2021-7-7 11:25

lkc8210 發表于 2021-7-3 23:41
然而，并不能
之前的回覆草率了

能不能幫忙分析一下有沒有其他不正常的情況？

作者: haokey 時間: 2021-7-7 12:20

lkc8210 發表于 2021-7-3 23:41
然而，并不能
之前的回覆草率了

探討一下，假如我改成這樣會怎樣：
if(!PinA&&PinB)
{PinA_O= 1;}
if(!PinB&&PinA)
{PinB_O= 1;}

if(PinA_O&& PinA)
{
PinA_O = 0;
if(!PinB)
{
Now++;
}
}

if(PinB_O&& PinB)
{
PinB_O= 0;
if(!PinA)
{
Now--;
}
}

作者: lkc8210 時間: 2021-7-7 17:20

haokey 發表于 2021-7-7 12:20
探討一下，假如我改成這樣會怎樣：
if(!PinA&&PinB)
{PinA_O= 1;}

這樣改是為了什么？

作者: yxlitol 時間: 2021-8-25 19:52
小白請教：請問，IF最后面大括號外面的PinA_O = PinA是什么意思？
if(PinA && !PinA_O && PinB) {
Now++;
}PinA_O = PinA；

作者: yxlitol 時間: 2021-8-25 19:57
PinA_O是怎么定義為下降沿的啊？真心請教

作者: lovexiazai 時間: 2022-1-27 11:10
代碼簡潔

作者: cdhigh 時間: 2022-1-28 06:16
按中鍵時如果有移位，可能會誤觸發一次加減

作者: lkc8210 時間: 2022-1-28 13:54

yxlitol 發表于 2021-8-25 19:52
小白請教：請問，IF最后面大括號外面的PinA_O = PinA是什么意思？
if(PinA && !PinA_O && PinB) {
...

記錄A腳電平

作者: lkc8210 時間: 2022-1-28 14:00

yxlitol 發表于 2021-8-25 19:57
PinA_O是怎么定義為下降沿的啊？真心請教

不是單單用PinA_O去看
要結合PinA
if(!PinA && PinA_O && PinB)的文字表達就是：
當"A腳現在是低電平" 與 "A腳前一次是高電平" 與 "B腳現在是高電平" 時成立

!PinA && PinA_O 這倆合起來才能判斷是否下降沿

作者: lkc8210 時間: 2022-1-28 14:03

cdhigh 發表于 2022-1-28 06:16
按中鍵時如果有移位，可能會誤觸發一次加減

如果編碼器太松就有可能

作者: xiexugang 時間: 2022-2-3 22:59
這個代碼寫的不錯簡明有效很實用

作者: wasonking 時間: 2022-2-5 01:12
代碼簡潔易懂

作者: bhjyqjs 時間: 2022-2-7 10:49
樓主代碼及其精簡，不錯！
實際上，只檢測A引腳的下降沿，由B引腳狀態決定加減更高效。
經實驗，無漏脈沖和多加多減現象。
void key() //按鍵處理
{
   if((PinA_O== PinA)||(PinA ==1))  //不理會A引腳上升沿，低電平每個脈沖只做一次處理
   {
   PinA_O= PinA;
        return;
   }
   (PinB == 0) ? NUM-- : NUM++; //根據引腳B的值,判斷正反轉
PinA_O = PinA;                      //存儲引腳A狀態
}
采樣A引腳下降沿時B引腳狀態，同相減、異相加。

作者: lzzasd 時間: 2022-2-7 16:45
你這種處理方法我都試過了用在EC11旋轉編碼器上勉強夠用也存在其他處理占用時間而掉脈沖的情況但如果脈沖要達到1K的速度就掉脈沖嚴重
EC11還是可以用下的

作者: lkc8210 時間: 2022-2-7 17:20

bhjyqjs 發表于 2022-2-7 10:49
樓主代碼及其精簡，不錯！
實際上，只檢測A引腳的下降沿，由B引腳狀態決定加減更高效。
經實驗，無漏脈沖 ...

妙啊~

作者: cdhigh 時間: 2022-2-8 01:32

lkc8210 發表于 2022-1-28 14:03
如果編碼器太松就有可能

為什么我知道是因為我以前就是用類似的算法，后來全部換成更復雜的算法了。
看應用，如果誤加減影響不大則可以用，否則需要更魯棒性的算法

作者: cn_zhx 時間: 2022-2-8 10:18
本帖最后由 cn_zhx 于 2022-2-8 14:43 編輯

其實，這里AB數據線產生的是格雷碼，如果我們采集時采用判斷AB兩線的變化，即，A或B來下降沿時，作出4次判斷，可以避免樓上所說的哆嗦，但是，要求采樣頻率要跟得上，可以采用加減速器的方法，

作者: lkc8210 時間: 2022-2-8 13:29

cn_zhx 發表于 2022-2-8 10:18
其實，這里AB數據線產生的是格雷碼，如果我們采集時采用判斷AB兩線的變化，即，A或B來下降沿時，作出4次判 ...

什么是加減速器的方法？
可以詳細說說嗎？

作者: cn_zhx 時間: 2022-2-8 14:40
齒輪傳動，小齒輪帶大齒輪，用大齒輪帶動編碼器旋轉，即可降低轉速

作者: hewayking 時間: 2022-2-16 14:19
個人做法硬件加104電容一個接外部中斷一個接普通IO 中斷后讀普通IO高低正轉高或低反轉低或高控制++ -- 可靠高效無敵一般人我不告訴他

作者: guojizhou 時間: 2022-2-17 14:27

hewayking 發表于 2022-2-16 14:19
個人做法硬件加104電容一個接外部中斷一個接普通IO 中斷后讀普通IO高低正轉高或低反轉低或高 ...

難打別人不都是這樣嗎？

作者: datouyuan 時間: 2022-6-14 15:48

hewayking 發表于 2022-2-16 14:19
個人做法硬件加104電容一個接外部中斷一個接普通IO 中斷后讀普通IO高低正轉高或低反轉低或高 ...

我也認為這種方法更好。
http://www.zg4o1577.cn/bbs/dpj-221520-1.html
這是用十速51mcu做的直流電機定位功能，非常可靠準確，用于EC11要加104電容。
一定要用軟件消抖，要增加2個全局bit變量用于存儲AB引腳之前的狀態，但這樣增加了不少mcu開銷。

作者: 微笑的小小 時間: 2022-11-8 17:51
這個代碼我在STC15W408AS上調試通過。為什么在STC8H1K08上不行，就是沒有操作EC11旋轉編碼器,電腦串口不斷收到數據。

作者: 微笑的小小 時間: 2022-11-8 20:55
//00準雙向 01推挽輸出 10高阻輸入 11開漏輸出高阻輸入
P3M1 = B0000_0000;
P3M0 = B1010_0000;

增加這個后就可以了

作者: 微笑的小小 時間: 2022-11-8 20:55
stc8h默認是高阻

作者: hi等你 時間: 2023-4-17 10:59
不用這么復雜，只要判斷兩個腳是11，然后延時毫秒多少。忘了，再判斷是不是10，就說明

它旋轉了，如果判斷出來是01就是反方向旋轉了，中斷和定時器都不需要，主程序留在

等待的時候加一丟丟延時再執行就ok了

作者: 17735215296 時間: 2023-6-26 22:21

hi等你發表于 2023-4-17 10:59
不用這么復雜，只要判斷兩個腳是11，然后延時毫秒多少。忘了，再判斷是不是10，就說明

它旋轉了，如果判 ...

[em17

作者: lkc8210 時間: 2023-6-27 11:30

hi等你發表于 2023-4-17 10:59
不用這么復雜，只要判斷兩個腳是11，然后延時毫秒多少。忘了，再判斷是不是10，就說明

它旋轉了，如果判 ...

看到"延時毫秒"和"中斷和定時器都不需要"
就知道你還沒弄懂

作者: hi等你 時間: 2023-6-28 16:05

lkc8210 發表于 2023-6-27 11:30
看到"延時毫秒"和"中斷和定時器都不需要"
就知道你還沒弄懂

我就是不用定時器和中斷，這個資源用在更重要的地方，只需要判斷10和11就行，反轉判斷01和11.

已經成品用了好久了，手感也很好

作者: cnfloatleaf 時間: 2023-6-30 21:18
EC11不需要用延時，放在中斷程序中，占用資源很少，用的很穩定。

作者: cnfloatleaf 時間: 2023-6-30 21:21

微笑的小小發表于 2022-11-8 17:51
這個代碼我在STC15W408AS上調試通過。為什么在STC8H1K08上不行，就是沒有操作EC11旋轉編碼器,電腦串口 ...

STC15W的引腳默認是準雙向口，STC8H的引腳默認是高阻，初始化的時候需要設置為準雙向口。

作者: joyb 時間: 2023-7-1 09:36

hi等你發表于 2023-6-28 16:05
我就是不用定時器和中斷，這個資源用在更重要的地方，只需要判斷10和11就行，反轉判斷01和11.

已 ...

能否共享一下

作者: herui2128 時間: 2023-9-22 15:41
謝謝樓主分享，我用的STC15W408AS。用樓主的例程，采用兩個外部中斷來檢測脈沖。能正常檢測到正轉和反轉。但是旋轉編碼器的旋轉速度稍微快點，就容易丟脈沖（脈沖速度快了，連成一片了），導致單片機采不到或者誤采到B相。求一下速度快點的解決辦法。count1和count2是正轉和反轉的脈沖計數，以后用于計算角度使用。
void exint0() interrupt 0 //INT0中斷入口
{
if(!P32 && PinA_O && P33)
{
count1++;

}
PinA_O = P32;
}
//外部中斷服務程序1
void exint1() interrupt 2 //INT1中斷入口
{
if(!P33 && PinB_O && P32)
{
count2++;
}
PinB_O = P33;
}

作者: lkc8210 時間: 2023-9-22 16:14

herui2128 發表于 2023-9-22 15:41
謝謝樓主分享，我用的STC15W408AS。用樓主的例程，采用兩個外部中斷來檢測脈沖。能正常檢測到正轉和反轉。 ...

用一個外中斷即可

uint Delay_XD = 0;
bit Encoder_EN = 1;
void exint0() interrupt 0 //INT0中斷入口
{
if(Encoder_EN)
{
if(!P33)
{
count1++;
}else{
count2++;
}
Encoder_EN = 0;
}
}
void main()
{
//your code
while(1)
{
//your code
if(!Encoder_EN)
{
if(P32)
{
if(Delay_XD++>=1000)//按主循環周期調節
{
Delay_XD = 0;
Encoder_EN = 1;
}
}else{
Delay_XD = 0;
}
}
}
}

復制代碼

作者: wkman 時間: 2023-9-22 19:34
一般方法：先判斷跳變（同時觸發抖動計時連續判斷），再判斷另一個io的高低，

作者: 君工創 時間: 2023-9-22 23:34
我用一個外中斷，使用正常。

作者: 劉佑紅 時間: 2023-9-25 15:48
以下是我之前采用拿來主義得到的，只對判斷后執行部分稍作修改，應用還不錯。
/************************參數設置***************************/
void canshu() //EC11旋轉編碼器一定位一脈沖
{
static bit LastA = 0; //EC11旋轉編碼器的A引腳上一次的狀態
static bit LastB = 0; //EC11旋轉編碼器的B引腳上一次的狀態

  if(KA != LastA) //判斷EC11旋轉編碼器A引腳是否等于上一次的狀態
  {
if(KA == 0) //EC11旋轉編碼器旋轉后，判斷KA是否是低電平狀態
   {
if(KB) //判斷KB引腳當前狀態,高電平則為正轉
{num++;}
else
{num--;}
   }
   LastA = KA; //更新編碼器上一個狀態暫存變量
   LastB = KB; //更新編碼器上一個狀態暫存變量
}
}

現在看來LsaB變量似乎沒有用，有空了去掉它試試。對于正反向不同的EC11，我是通過調換num變量的加減方向來解決的。

作者: zhxzhx 時間: 2023-9-28 09:49

haokey 發表于 2021-7-7 12:20
探討一下，假如我改成這樣會怎樣：
if(!PinA&&PinB)
{PinA_O= 1;}

你這樣是不行的,會重復的加或減

作者: zhxzhx 時間: 2023-9-28 09:57
  unsigned char key=0;
  static bit nextA;
  if (KA()!=nextA)
{nextA=KA();
   if (nextA==1)
      {if (KB()==1) key=6;else key=5;}
   else
      {if (KB()==0) key=6;else key=5;}
}
return key;

作者: diyage 時間: 2023-11-25 19:55

劉佑紅發表于 2023-9-25 15:48
以下是我之前采用拿來主義得到的，只對判斷后執行部分稍作修改，應用還不錯。
/************************ ...

我跟你用的一樣，但是發現轉快了丟碼，慢很好

作者: hhp008 時間: 2023-11-29 14:12
下載學習一下，正準備用這個一定位一脈沖編碼器。

作者: 劉佑紅 時間: 2023-11-29 15:01

diyage 發表于 2023-11-25 19:55
我跟你用的一樣，但是發現轉快了丟碼，慢很好

你說的這種情況，確實存在，也不能旋轉過快，且在部分EC11上表現明顯，即存在挑EC11現象，，后來我嘗試將KB對地接的104電容換成105的就改善了，也不挑EC11了，你可試試。

作者: skyrusher 時間: 2023-11-29 16:40
很好的優化方法，學習了！

作者: zyhlove813 時間: 2023-12-14 17:37
樓主的代碼很不錯，我這邊有另一種算法，也很精簡EC11編碼器基于運算解碼的算法(原創)，匯編后大小也基本一樣，有一個算法甚至更小

作者: shennognshi 時間: 2024-1-19 14:17
完美的代碼效果應該是轉動一下只計數一下，不能多增也不能不增，最重要的是！不論轉得多快還是多慢，都如此，那才是好代碼！從這個標準來說，我試驗了上10款作者自詡為非常不錯的代碼，均不合格！當然我自己也編不出合格的代碼來，一度懷疑是我買的EC11編碼器在硬件方面不合格，因為只有上拉電阻。沒有消抖電容。但符合這樣標準的編碼器效果是普遍存在的，比如十幾、二十年前的進口功放機，就采用了旋轉編碼器調整音量，那編碼器的使用效果才是我追求的，現在我的一個項目卡在編碼器上，怎么都不好用，肯定采用中斷來實現，還沒找到合適的代碼，下一步寄加消抖電容看看誰的代碼最理想，再來匯報。

作者: nearsea 時間: 2024-1-19 14:51
這東西還是需要用狀態機來寫，只要描述好正常狀態遷移的關系，異常狀態處理，硬件上消抖不消抖都是可以處理好的。

作者: cooleaf 時間: 2024-1-19 14:56
要想多快都不丟步（相對哈，快到中斷處理都來不及不算哈），必須在中斷里來處理。這種中斷+輪詢判斷的方式，依然會丟步的。

作者: shennognshi 時間: 2024-1-26 16:36
之前測試很多代碼，效果均不理想，表現為正轉、反轉有誤判，從而導致計數不對。我想到的辦法是得到方向數據后（比如正轉定義為1，反轉定義為0），先修正方向，再結合中斷和方向二者，決定是否累加或累減計數值。方案是建立一個數組，包括10個元素，用來存儲獲得的方向，任何時刻記錄的是最近十次獲得的方向數據，對數組的10個元素進行累加，和超過5時，強制為正方向，反之為負方向。實測效果有所改善，計數值絕不會忽大忽小、重復出現等情況了。遺憾的是如果你反復正轉、反轉1下，那計數還是會有問題，即不會保持不變。但這種使用場景很少見吧？真要微調，你多轉幾下，再反過來多轉幾下就行。有人會說，實際卡頓感與計數反映會不同步吧？理論上講是這樣，但單片機速度很快，實際感覺不到不同步。

作者: hewayking 時間: 2024-7-2 17:06
個人做法是a下降沿中斷中斷后判斷b高低確定正反轉

作者: shennognshi 時間: 2024-9-20 15:54

hewayking 發表于 2024-7-2 17:06
個人做法是a下降沿中斷中斷后判斷b高低確定正反轉

試了，很棒！史上最簡潔的代碼。

作者: zyhlove813 時間: 2024-9-27 08:22
http://www.zg4o1577.cn/bbs/dpj-233399-1.html
這個也是很簡潔，又新穎的EC11驅動

作者: w645053932 時間: 2025-1-16 12:31

bhjyqjs 發表于 2022-2-7 10:49
樓主代碼及其精簡，不錯！
實際上，只檢測A引腳的下降沿，由B引腳狀態決定加減更高效。
經實驗，無漏脈沖 ...

高手啊!

作者: youlinys 時間: 2025-2-15 15:21
相當簡潔的代碼。需要時間消化。

作者: KJSD 時間: 2025-6-4 18:49
有在PIC單片機上使用編碼開關的程序代碼，小白想借鑒下

歡迎光臨 (http://www.zg4o1577.cn/bbs/)