現(xiàn)場(chǎng)改造硬件接線已經(jīng)固定了,前機(jī)有取料請(qǐng)求的輸出和取料完成的輸入,后機(jī)有取料請(qǐng)求的輸入,和取料完成的輸出信號(hào);
前機(jī)做完后推出氣缸,再發(fā)出取料請(qǐng)求;
后機(jī)接收取料請(qǐng)求后開(kāi)始取料,取料完成再發(fā)出取料完成;
等前機(jī)接收到取料完成就停止取料請(qǐng)求信號(hào),后機(jī)接收到取料請(qǐng)求復(fù)位后再停止完成信號(hào);

現(xiàn)在遇到運(yùn)行中前機(jī)被切換手動(dòng)或者初始化后移動(dòng)了取料的氣缸,這個(gè)時(shí)候如果復(fù)位取料請(qǐng)求,因?yàn)椴煌�線程的問(wèn)題,可能出現(xiàn)后機(jī)直接復(fù)位完成信號(hào),導(dǎo)致前機(jī)交互卡住;
不復(fù)位又可能出現(xiàn)前機(jī)不滿足取料條件時(shí),依舊在取料

會(huì)不會(huì)你把信號(hào)線接錯(cuò)了  造成誤動(dòng)作

引用

引用第1樓hzjzxf于2025-10-01 14:08發(fā)表的  :
會(huì)不會(huì)你把信號(hào)線接錯(cuò)了  造成誤動(dòng)作

不是接錯(cuò),只是請(qǐng)求信號(hào)的開(kāi)啟和停止時(shí)序問(wèn)題

既然問(wèn)題這么清晰，程序就不能精準(zhǔn)判斷

引用

引用第3樓hstec2002于2025-10-02 07:18發(fā)表的  :
既然問(wèn)題這么清晰，程序就不能精準(zhǔn)判斷

不同線程,執(zhí)行順序就是不可預(yù)測(cè)的,再加一個(gè)回應(yīng)信號(hào)就能解決,但是設(shè)備已經(jīng)固定了

既然設(shè)備已經(jīng)固化了！那還有什么討論請(qǐng)教的余地呢？
在我的腦回路里面！設(shè)備固化一般是指硬件，這些固化可以理解，因?yàn)橛布�更改確實(shí)很麻煩，整過(guò)硬件更改的多知道。
你那軟件也固化？這就有點(diǎn)不理解！不知道你那軟件固化指的是那方面？

對(duì)取料完成信號(hào)和取料請(qǐng)求信號(hào)進(jìn)行更嚴(yán)格的限制，比如取料請(qǐng)求信號(hào)到達(dá)，進(jìn)行記錄，此時(shí)如果切換到手動(dòng)或者故障，那取料完成信號(hào)是不會(huì)輸出的，直到解決好所有問(wèn)題，而后機(jī)在取料請(qǐng)求必須在前機(jī)的取料完成信號(hào)在的時(shí)候才進(jìn)行動(dòng)作，如果不在就等待完成。
不要試圖前幾已經(jīng)停機(jī)，后機(jī)還繼續(xù)工作，這樣好像省了一點(diǎn)時(shí)間，但是不是合理的邏輯。

1:一般切停時(shí)盡量做到交互完成才允許切停(除非急停情況下)
2:前機(jī)到了請(qǐng)料階段，就兩個(gè)流程，1,發(fā)出請(qǐng)求，等待后機(jī)響應(yīng) 2,等待后機(jī)動(dòng)作完成，回復(fù)完成信號(hào)

引用

引用樓主刺猬果果于2025-10-01 11:48發(fā)表的 最近遇到個(gè)前后機(jī)交互問(wèn)題 :
現(xiàn)場(chǎng)改造硬件接線已經(jīng)固定了,前機(jī)有取料請(qǐng)求的輸出和取料完成的輸入,后機(jī)有取料請(qǐng)求的輸入,和取料完成的輸出信號(hào);
前機(jī)做完后推出氣缸,再發(fā)出取料請(qǐng)求;
后機(jī)接收取料請(qǐng)求后開(kāi)始取料,取料完成再發(fā)出取料完成;
等前機(jī)接收到取料完成就停止取料請(qǐng)求信號(hào),后機(jī)接收到取料請(qǐng)求復(fù)位后再停止完成信號(hào);

.......

一般都是自動(dòng)給出取料信號(hào)，手動(dòng)時(shí)把聯(lián)機(jī)信號(hào)取消就行了。

新增個(gè)記憶功能，當(dāng)暫停或者切換的時(shí)候把部位的情況記錄下來(lái)，等切換回來(lái)的時(shí)候要回去原來(lái)的記錄

你的交握程序好好檢查一下

前后機(jī)的交互信號(hào)是PLC控制的邏輯么？是的話把手動(dòng)自動(dòng)的邏輯加進(jìn)去，不就行了。