機械社區(qū)

標題: 今天機床跟我開了回玩笑 [打印本頁]

作者: fanyanquan 時間: 2007-1-21 20:18
標題: 今天機床跟我開了回玩笑

說說今天挺郁悶的事，百思不得其解，機床干活的時候突然出現(xiàn)跳程序，前面干了好幾件了。當時我還以為是活動了，但是看了定位什么都沒動，就是少了一刀，然后又繼續(xù)走了一遍各尺寸都合適了，不知道是系統(tǒng)不穩(wěn)定還是什么原因，F(xiàn)ANUC 0I-MC，各位同行有出現(xiàn)過類似的問題，歡迎大家交流。

作者: fanyanquan 時間: 2007-1-21 20:18
標題: Re: 今天機床跟我開了回玩笑
說說今天挺郁悶的事，百思不得其解，機床干活的時候突然出現(xiàn)跳程序，前面干了好幾件了。當時我還以為是活動了，但是看了定位什么都沒動，就是少了一刀，然后又繼續(xù)走了一遍各尺寸都合適了，不知道是系統(tǒng)不穩(wěn)定還是什么原因，F(xiàn)ANUC 0I-MC，各位同行有出現(xiàn)過類似的問題，歡迎大家交流。

--------------------------------------------------------------------------------

作者: cj0203 時間: 2007-1-24 13:38
標題: Re: 今天機床跟我開了回玩笑
是剛剛啟動嗎????????
開機機床運行15分鐘以上,走空刀的.
這樣一般可以避免
還有加強機床異常檢測
接地要好,開關機程序和步驟必須正確
否則容易出問題的,我已經(jīng)碰過好幾次

作者: cj0203 時間: 2007-1-24 13:40
標題: Re: 今天機床跟我開了回玩笑
急停要用的合適時間,一般用復位少用急停
有時候機床用時間長了會亂碼,把數(shù)據(jù)該刷掉的刷掉.重新設置這個是技術員的事情

作者: fanyanquan 時間: 2007-1-24 23:44
標題: Re: 今天機床跟我開了回玩笑
已經(jīng)是快下班的時候，你說的急停跟這有什么聯(lián)系，我干活的時候是從來沒有用過的，就是在關機床的時候用，你說的亂碼我道是覺的有道理、程序老傳，老刪的，可能ROM里會有亂碼的干擾。那說明系統(tǒng)還是有一定的缺陷。如果是個大型的設備出現(xiàn)這樣的問題怎么處理啊，把好幾十萬的活毀了。這可是說也說不清楚啊。大家應該重視這個問題，但是我一直在想我覺的跟環(huán)境溫度應該是有很的關系，我用的是國產(chǎn)的機床但是不知道進口的有沒有類似的情況。希望大家相互多探討一下。

作者: cj0203 時間: 2007-1-25 17:47
標題: Re: 今天機床跟我開了回玩笑
溫度絕對是有關系的,特別是精度上
嘿嘿,夏天加工中心就罷工過
笑死我了,給它降降溫度,它又好了
所以,CNC,DNC等出問題很正常,關鍵是要找到問題的地方,這個是需要經(jīng)驗和知識的.

作者: fanyanquan 時間: 2007-1-26 13:22
標題: Re: 今天機床跟我開了回玩笑
對，挺多細節(jié)的問題．所以大家要吸取經(jīng)驗盡量避免一些不應該的出的錯誤．有可能我們經(jīng)常不注意的小問題會引發(fā)的大問題．

作者: linzeshi 時間: 2007-1-26 17:17
標題: Re: 今天機床跟我開了回玩笑
這是挺可怕的事情，我覺得是ROM出的問題可能性最大。

作者: fanyanquan 時間: 2007-1-26 22:49
標題: Re: 今天機床跟我開了回玩笑
但是用的基本都是國外的芯片呀，就是說他的出錯率很低，但是有沒有什么方法可以解決這個問題，如果真是機器的問題，那么人是控制不了的，你不知道什么時候出，我不知道像一些自動生產(chǎn)線有沒有出現(xiàn)這樣的問題啊，歡迎大家探討．

作者: cj0203 時間: 2007-2-1 09:30
標題: Re: 今天機床跟我開了回玩笑
出問題是正常的，關鍵是會分析，作到預防問題
這個是需要經(jīng)驗和理論積累的。。。。。。。
對機床的保養(yǎng)是最關鍵的預防措施
國外數(shù)據(jù)顯示保養(yǎng)好的機床故障下降20%--40%

作者: 螺旋線 時間: 2007-11-16 20:48
FANUC的系統(tǒng)有時的確有稀奇古怪的問題.你想想電腦還有死機的時候呢!只能是平時注意保養(yǎng),尤其是電柜內的濕度和防塵,溫度的控制.還有,如果問題可以再現(xiàn),那應該是操作和程序的問題.比如誤觸發(fā)了跳段信號,機床廠的為了調試方便,經(jīng)常用跳段.看看你那少跑的一刀是不是有跳段符號.如果問題是不可再現(xiàn)的.那就是系統(tǒng)的問題了,外部電磁干擾也有可能,注意機床的接地情況.我見過由于接地不好出現(xiàn)的奇怪故障,最后花了3萬塊,做了個好地就解決了.

作者: 愛你久久 時間: 2007-11-17 14:16
我覺的可能是接地問題
不接地的話，周圍的電氣對機床影響很大
體現(xiàn)在加工的工件上

作者: q79861520 時間: 2007-11-17 18:43
這個問題不希奇。不知道你用的什么機床。

作者: 數(shù)控散人 時間: 2007-11-19 09:11
沒有無緣無故的問題,要相信這一點.
問題產(chǎn)生的原因比較復雜,有操作的\編程的\外部干擾\內部不穩(wěn)定等各種因素;我們應該本著科學的態(tài)度,具體分析故障的根本癥結,科學是可以重復實驗驗證的.也是需要有心人用心去發(fā)現(xiàn)的.
唯心主義的方法論是會阻止我們對事物的科學認知的.

作者: 螺旋線 時間: 2007-11-19 11:04
不知道數(shù)控散人大俠是做那一行的,什么叫唯心主義的方法論?不知你對電磁干擾有多少認識,電磁干擾的重要特點就是一切都不是你想要的!可以重現(xiàn)的故障對于專業(yè)人士來講根本就不是什么問題,很好辦.前段時間見過一個撞刀事故, 撞刀后保留了現(xiàn)場,直接把倍率打到零,都沒復位!我們到現(xiàn)場后,查看了操作履歷,沒有問題,然后,沒做任何調整,復位后直接重新運行,一切OK.再測試程序,程序從任何位置啟動都不會出現(xiàn)撞刀情況,排除操作工沒有復位程序而導致的撞刀.至于那些運行方式的問題更是不可能,因為我們把那些信號都屏蔽掉了,只用單段!最后把FUNAC的工程師請來,也是分析不出原因!
請問數(shù)控散人,你對這個撞刀事故有什么高見?

作者: 數(shù)控散人 時間: 2007-11-19 11:42
不論是什么原因,都最終能夠得到合理的解決或解釋,這是作為去解決問題的重要理念,是不應該動搖的.不然出現(xiàn)無法解決或解釋的情況,那我們將會失去解決問題的方向和動力.
   上述觀點僅僅是實際工作中的一點經(jīng)驗而已,完全可以商榷.
   對于樓主所說的問題,我想是不難解決的,既然是撞刀,如果程序中沒有換刀的語句,而是由于刀架不正確的運轉造成的;或者是由于軸的非正常運動造成的,總是可以分辨出來的吧,然后順著此方向一點一點查下去,應該可以給出合理的解釋(大不了推到干擾上面,嘿嘿).
      我說的是普遍現(xiàn)象,可能不符合您的具體情況.酌情參考吧.

作者: 螺旋線 時間: 2007-11-19 14:01
數(shù)控散人的處理問題的基本原則我同意.可能前面的講述不夠全面.實際上我本人對該撞刀的原因有比較深刻的理解.具體的現(xiàn)象我不在講述了.這個撞刀的原因只有兩種可能.1,FUNAC系統(tǒng)的底層軟件有缺陷.這個缺陷在特定的情況下可以重復再現(xiàn)的,至今FUNAC公司任沒有明確答復和改進.當時我對FUNAC的工程師說,會不會是干擾或硬件的不穩(wěn)定導致程序跑飛了,他說不可能,說什么這個監(jiān)控那個監(jiān)控的,不會出現(xiàn)程序跑飛的情況.我也不好說什么了,問題是同樣的機床放在一起,其他的什么事沒有!就這臺撞過兩次!防干擾措施都是按同一標準做的.實際上FUNAC系統(tǒng)有好多處理都是和想要的不相符合.不知到數(shù)控散人對FUNAC的固定循環(huán)研究的多不多,難道你沒發(fā)現(xiàn)問題?說到底,系統(tǒng)的底層處理是不夠完善的,他們就像WINDOWS系統(tǒng)一樣,打補丁,結果解決了這個問題又帶來其他問題.而西門子我感覺他提供的功能,說是什么就是什么,各種情況考慮的非常全面.2,就是操作工隱瞞了事實,偽造了現(xiàn)場.后來去跟蹤復查問題時,無意發(fā)現(xiàn)他們經(jīng)常進行回零操作.我們的機床是不需要上電回零的.,我們零位開關用的是接近開關,接近開關回零容易出現(xiàn)誤差,通常有一個螺距.最后提一下,我們的刀具是固定死的,主軸要是有松動的話反應是劇烈的,整個機床會強烈顫抖的.對于換刀,不好意思,換刀指令我都不知道,從來沒用過!
看來你是搞加工中心的,在那里高就?
還有,謝謝你發(fā)的宏程序編輯和執(zhí)行器.不知道是不是我想要的.

作者: 數(shù)控散人 時間: 2007-11-20 09:50
回樓上,分析問題有理有條,好.
1. 我想:不論是法那科還是西門子都有一個逐漸完善趨于合理的過程,也就是說,這個世界上沒有最終的極品數(shù)控,就象沒有最終的真理一樣.只是大一些的公司生產(chǎn)的年頭和經(jīng)驗略強而已.新興的公司,如果能夠清楚的認識到這一點,也是能夠后來居上的.
2. 針對你第一項的分析,如果認為底層軟件出現(xiàn)問題,那實際上所有相同的機床都應該出現(xiàn)同樣的問題.請注意,我并不是認為底層軟件沒問題,而是您現(xiàn)在的具體現(xiàn)象不一定是底層軟件引起的.
3. 操作問題,是很多情況下無法完全復原的,而且人們總是有意無意的去隱瞞它.
4. 另外,我想說:針對數(shù)控程序的監(jiān)控檢測軟件是比較完善的,軟件的冗余設計實現(xiàn)起來還相對便利一些,但是硬件的此類監(jiān)測就相對要少一些.所以我還是偏重于硬件部分.
5. 最后,是給你發(fā)的.應該是你想要的.但要慎重使用,盡量避免和原機床設計發(fā)生沖突.

作者: 螺旋線 時間: 2007-11-20 12:00
數(shù)控散人對電氣及機械看來有很深的研究.不同的系統(tǒng)有不同的特點.但我搞不懂的是好東西為什么不相互借鑒呢.都宣傳說自己的系統(tǒng)如何如何功能強大,處理速度如何如何快,性價比如何如何高.我認為完善精簡合理的底層處理才是關鍵.舉個例子:西門子的斜軸功能用起來非常方便,而FUNAC的斜軸功能就怪怪的,最直接的體現(xiàn)就是影響效率.我們試圖通過別的計算方法來解決這個問題,問題就來了,普通編程沒問題,一用上高速跳步就完蛋,非撞不可!根本原因就是坐標系的處理有缺陷.但犧牲效率的情況下是可以正常使用的.沒辦法,日本人也不重視這個問題,一直沒改善.但用戶和西門子的機床一比,人家就要問你為什么.解釋都煩了.最后我們只能說,FUNAC比西門子故障率低.
另,東西是我要的,要是有0I-TC的連接庫文件就更好了.我們以后要用這東西,先學習學習.正在研究使用手冊.感覺這東西太不方便了,沒有FUNAC PICTER用起來方便,只是那得基于WINDOWS的系統(tǒng)才行.謝謝提醒.

作者: 丟了翅膀的鳥 時間: 2010-11-29 07:38
呵呵謝謝

作者: wtuwfn 時間: 2010-11-29 22:31
回復數(shù)控散人的帖子

百慕大三角海區(qū)是怎么回事啊?

作者: 機械一人 時間: 2010-11-29 23:29
是不是換程式了？換程式的時候不小心按了兩次o搜索就會變成其他的程式的

作者: 小賊 時間: 2010-12-1 18:02

今天還是第一次聽說這樣事呢

作者: 丁丁QD 時間: 2010-12-3 16:07
我剛接觸數(shù)控有過這樣的想法看來是真的
數(shù)控里不會有病毒吧

作者: sxxy521hu 時間: 2010-12-5 21:50
來個更經(jīng)典的，我們這9月下了場大雨，第2天車間15個變頻器，12個歇菜了

作者: 2010dengkai 時間: 2010-12-6 21:40
這類似的情況我也遇到過，只時重新開始，就會正常運轉了。

作者: 石開 時間: 2010-12-7 07:53
xuexi de le
jichuang ouranxing guzhang benlai jiu bu hao gao

歡迎光臨機械社區(qū) (http://e-learninguniversity.com/)