我用一個(gè)高速計(jì)數(shù)輸入點(diǎn)，比如X0,對應(yīng)高速計(jì)數(shù)器C235計(jì)數(shù)，要求計(jì)數(shù)到達(dá)設(shè)定值以后比如200個(gè)，C235清零，再從新計(jì)，但是同時(shí)PLC還要累計(jì)當(dāng)天C235一共計(jì)的數(shù)量的總數(shù)，這個(gè)值要實(shí)時(shí)顯示在觸摸屏上。以前用過的辦法是用兩個(gè)高速輸入點(diǎn)分別計(jì)，但是現(xiàn)在無點(diǎn)可用。求教下前輩有沒有什么高招解決這樣的問題。
看了下這兩天有些朋友的回復(fù)，可能是我表達(dá)得不是很清楚。我就是想達(dá)到這樣的效果：C235計(jì)數(shù)到達(dá)200個(gè)，然后自動清零，重新計(jì)，但是總數(shù)不能清零，要繼續(xù)計(jì)C235累加的數(shù)值，比如C235到達(dá)200個(gè)清零再重新計(jì)到1，那么總數(shù)就是201了嘛，我是想讓201實(shí)時(shí)顯示出來。比較難搞的就是高速計(jì)數(shù)，不然我完全可以用X000的上升沿給另外個(gè)寄存器計(jì)數(shù)，但是這里速度很快，不用高速計(jì)數(shù)計(jì)不準(zhǔn)的。

兩個(gè)計(jì)數(shù)器，一個(gè)是C235，另一個(gè)是C0，當(dāng)成35等于200時(shí)M1導(dǎo)通，先給C0計(jì)數(shù)觸發(fā)然后給C235清零，這樣你C0的個(gè)數(shù)乘以200就等于你的當(dāng)天的個(gè)數(shù)。。。。           

這樣也可以

對，用個(gè)寄存器作為累加器

謝謝一樓二樓兩位的回答，如果事情這樣簡單就好辦咯，問題是總數(shù)要實(shí)時(shí)顯示在觸摸屏上面啊，這才是我絞盡腦袋也想不出來的原因。

觸摸屏也是有掃描周期的。顯示也是有延遲的。人的視覺更是有延遲。只要系統(tǒng)不出現(xiàn)誤差，屏的顯示延遲不要太離譜就可以了。
假如PLC的掃描周期小于觸摸屏的。
2樓的程式可以用。只是再作些小修補(bǔ)就好了。

引用

引用第5樓yfcc923于2015-07-10 16:13發(fā)表的  :
觸摸屏也是有掃描周期的。顯示也是有延遲的。人的視覺更是有延遲。只要系統(tǒng)不出現(xiàn)誤差，屏的顯示延遲不要太離譜就可以了。
假如PLC的掃描周期小于觸摸屏的。
2樓的程式可以用。只是再作些小修補(bǔ)就好了。

你想下，C235上升沿，那不是計(jì)200個(gè)才輸出一次嗎，這樣不是跟實(shí)際值相差太遠(yuǎn)了嗎？還是我表達(dá)不清楚呢？我意思是，記到200個(gè)，C235自動清零，重新計(jì)，但是總數(shù)可不清零，是要C235的值累加，而且是實(shí)時(shí)累加，比如C235清零再重新計(jì)到1，總數(shù)就是201了，馬上顯示出來。

如圖  應(yīng)該可以 [attachment=137168]

引用

引用第7樓zhangyangge于2015-07-10 17:58發(fā)表的  :
如圖  應(yīng)該可以 [attachment=137168]

這程序我看了下，感覺有門，不過寫到機(jī)器里不是那么回事啊！

引用

引用第8樓賞心悅目于2015-07-10 19:15發(fā)表的  :

這程序我看了下，感覺有門，不過寫到機(jī)器里不是那么回事啊！

先rst  m60   再set  m60  你寫錯了 另外DADD   改為DADDP

不好意思，寫錯程序了，謝謝樓上的，明天再試試

最新正確版  d400 是總數(shù) [attachment=137174]