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

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

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

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

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

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

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

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

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

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

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

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

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