我有個看似簡單問題，就是程序速度跟不上，就是根據(jù)編碼器連接所對應(yīng)的計(jì)數(shù)器，利用計(jì)數(shù)器的值與設(shè)定值比較，當(dāng)相同時候驅(qū)動Y輸出，當(dāng)計(jì)數(shù)器的值與設(shè)定值相同（另外一個設(shè)定值）時候，就停止Y輸出，編碼器是360脈沖，機(jī)臺速度800轉(zhuǎn)/分鐘，在最大的速度是每脈沖0.2ms 多點(diǎn)，如何保證運(yùn)算速度跟得上呢？

我的問題就是一個凸輪開關(guān)的問題，我想在PLC里面實(shí)現(xiàn)這個功能，不知道有誰嘗試過呢？

如三菱FX系列PLC中，高速計(jì)數(shù)與高速計(jì)數(shù)器的比較指令都是采用中斷處理高速動作，與掃描周期無關(guān)。

因?yàn)槲疫�要處理滯后的問題（因?yàn)闄C(jī)械上動作會有滯后，所以要把滯后量要提前輸出，才保證機(jī)械上的同步）所以還要有數(shù)據(jù)運(yùn)算，可是數(shù)據(jù)運(yùn)算后是在程序結(jié)束后才刷新數(shù)據(jù)，即使是用高速比較指令，還是會有問題，我是希望在每次在編碼器原點(diǎn)刷新數(shù)據(jù)，這樣就要求程序的運(yùn)行周期要保證在0.2ms以內(nèi)才保證不會吊了脈沖計(jì)算。

今天晚上想到一個可行的方案

使用Q系列的中斷模塊，把編碼器一相輸入引到中斷輸入，在每個脈沖中斷時候，對比現(xiàn)在計(jì)數(shù)器值和設(shè)定值來決定輸出和復(fù)位，立刻刷新輸出，只要程序短就可以達(dá)到0.2ms  周期。其他的就在掃描周期里面進(jìn)行。

程序短還要用Q系列的PLC，樓主真有錢�。�

聽起來像是運(yùn)動CPU的活！
定掃描周期本身就有這功能

話說回來，本來是Motion的事為什么要computer處理？

樓主這樣處理是不是太復(fù)雜了？你所說的滯后量是可以計(jì)算出來的嗎？計(jì)算出來與實(shí)際走出來的誤差是不是能達(dá)到編碼器一個脈沖的精度？如果不能，你把控制實(shí)時性搞得再高也無濟(jì)于事；再說如果能計(jì)算出來的話為何不把這一點(diǎn)時間片（1周期）也折算進(jìn)去呢？

引用

引用第4樓回憶依然最美于2011-07-20 09:51發(fā)表的  :
程序短還要用Q系列的PLC，樓主真有錢��！

只是這段程序的需要，其他程序加起來起碼有3w 步。

引用

引用第6樓daizhi于2011-07-20 11:44發(fā)表的  :
話說回來，本來是Motion的事為什么要computer處理？

我的要求不是凸輪曲線，而是電子凸輪。

引用

引用第7樓sandy_love于2011-07-20 17:27發(fā)表的  :
樓主這樣處理是不是太復(fù)雜了？你所說的滯后量是可以計(jì)算出來的嗎？計(jì)算出來與實(shí)際走出來的誤差是不是能達(dá)到編碼器一個脈沖的精度？如果不能，你把控制實(shí)時性搞得再高也無濟(jì)于事；再說如果能計(jì)算出來的話為何不把這一點(diǎn)時間片（1周期）也折算進(jìn)去呢？

也不是想得太復(fù)雜，只是現(xiàn)在還沒有人用PLC成功應(yīng)用，只是用光洋的凸輪控制器來做，但是他這個的是調(diào)整麻煩，我想把他做到PLC里面，調(diào)整的在觸摸屏上調(diào)整。誤差是可以測量出來的，因?yàn)槲沂怯脕砜刂齐姶砰y的，電磁閥不管開關(guān)頻率多高，他所動作的時間是一定的，那就確定在不同的速度上所滯后的量，而他所響應(yīng)的時間可以根據(jù)產(chǎn)品的實(shí)際情況做微調(diào)，這只用調(diào)整一次就可以。你說的一點(diǎn)時間，我的可是有3w步左右的程序，怎樣快也要5－6MS  這已經(jīng)走了20多個脈沖，而且這個周期也不是穩(wěn)定的，所以我才用到編碼器接到中斷模塊的想法，只有這樣才保證每個脈沖都能夠判斷，不會做成產(chǎn)品的報(bào)廢

想法很好！
超越架構(gòu)已經(jīng)難度不小了，還要游刃有余........難

“電磁閥不管開關(guān)頻率多高，他所動作的時間是一定的”
相對你的要求精度來說，這是個謬論！