機械社區
標題: 今天機床跟我開了回玩笑 [打印本頁]
作者: fanyanquan 時間: 2007-1-21 20:18
標題: 今天機床跟我開了回玩笑
說說今天挺郁悶的事，百思不得其解， 機床干活的時候突然出現跳程序，前面干了好幾件了。當時我還以為是活動了，但是看了定位什么都沒動，就是少了一刀，然后又繼續走了一遍各尺寸都合適了，不知道是系統不穩定還是什么原因，FANUC 0I-MC，各位同行有出現過類似的問題，歡迎大家交流。
作者: fanyanquan 時間: 2007-1-21 20:18
標題: Re: 今天機床跟我開了回玩笑
說說今天挺郁悶的事，百思不得其解， 機床干活的時候突然出現跳程序，前面干了好幾件了。當時我還以為是活動了，但是看了定位什么都沒動，就是少了一刀，然后又繼續走了一遍各尺寸都合適了，不知道是系統不穩定還是什么原因，FANUC 0I-MC，各位同行有出現過類似的問題，歡迎大家交流。
$ c/ J1 M/ f3 C5 D3 t4 H5 b" h7 I- j Y" M: x/ @
7 Y6 l. T1 v5 z, A0 }* @--------------------------------------------------------------------------------
* `4 P( l7 x' D9 K
作者: cj0203 時間: 2007-1-24 13:38
標題: Re: 今天機床跟我開了回玩笑
是剛剛啟動嗎????????
$ K* D9 L7 C3 ? a) w# l; b* \開機機床運行15分鐘以上,走空刀的.) x4 z' j0 q$ D6 O" d0 N
這樣一般可以避免
* N1 ~3 C3 C3 d i/ T還有加強機床異常檢測
+ |- ]% U7 \+ L( v接地要好,開關機程序和步驟必須正確2 E+ z( B M5 v# d
否則容易出問題的,我已經碰過好幾次
7 P! d7 |5 M! v& l8 u! m
作者: cj0203 時間: 2007-1-24 13:40
標題: Re: 今天機床跟我開了回玩笑
急停要用的合適時間,一般用復位少用急停
?3 p5 u& e4 Z/ n有時候機床用時間長了會亂碼,把數據該刷掉的刷掉.重新設置這個是技術員的事情3 P1 D8 i K3 E' m( ], h8 x
作者: fanyanquan 時間: 2007-1-24 23:44
標題: Re: 今天機床跟我開了回玩笑
已經是快下班的時候，你說的急停跟這有什么聯系，我干活的時候是從來沒有用過的，就是在關機床的時候用，你說的亂碼我道是覺的有道理、程序老傳，老刪的，可能ROM里會有亂碼的干擾。那說明系統還是有一定的缺陷。如果是個大型的設備出現這樣的問題怎么處理啊，把好幾十萬的活毀了。這可是說也說不清楚啊。大家應該重視這個問題，但是我一直在想我覺的跟環境溫度應該是有很的關系，我用的是國產的機床但是不知道進口的有沒有類似的情況。希望大家相互多探討一下。
作者: cj0203 時間: 2007-1-25 17:47
標題: Re: 今天機床跟我開了回玩笑
溫度絕對是有關系的,特別是精度上2 }; T4 x j" u7 h7 h" q
嘿嘿,夏天加工中心就罷工過
0 y/ w2 ?% U G8 F- a. c z笑死我了,給它降降溫度,它又好了" w. ~& F) c. i" ]9 M: }
所以,CNC,DNC等出問題很正常,關鍵是要找到問題的地方,這個是需要經驗和知識的.
作者: fanyanquan 時間: 2007-1-26 13:22
標題: Re: 今天機床跟我開了回玩笑
對，挺多細節的問題．所以大家要吸取經驗盡量避免一些不應該的出的錯誤．有可能我們經常不注意的小問題會引發的大問題．
作者: linzeshi 時間: 2007-1-26 17:17
標題: Re: 今天機床跟我開了回玩笑
這是挺可怕的事情，我覺得是ROM出的問題可能性最大。
作者: fanyanquan 時間: 2007-1-26 22:49
標題: Re: 今天機床跟我開了回玩笑
但是用的基本都是國外的芯片呀，就是說他的出錯率很低，但是有沒有什么方法可以解決這個問題，如果真是機器的問題，那么人是控制不了的，你不知道什么時候出，我不知道像一些自動生產線有沒有出現這樣的問題啊，歡迎大家探討．
作者: cj0203 時間: 2007-2-1 09:30
標題: Re: 今天機床跟我開了回玩笑
出問題是正常的，關鍵是會分析，作到預防問題6 W! ~7 s( [- I$ z7 P
這個是需要經驗和理論積累的。。。。。。。+ C2 V2 m/ n: \3 I& U" N2 C
對機床的保養是最關鍵的預防措施
& L$ T7 c7 x6 k國外數據顯示保養好的機床故障下降20%--40%
2 A1 ]: k3 X- w' e K! [$ r4 I
作者: 螺旋線 時間: 2007-11-16 20:48
FANUC的系統有時的確有稀奇古怪的問題.你想想電腦還有死機的時候呢!只能是平時注意保養,尤其是電柜內的濕度和防塵,溫度的控制.還有,如果問題可以再現,那應該是操作和程序的問題.比如誤觸發了跳段信號,機床廠的為了調試方便,經常用跳段.看看你那少跑的一刀是不是有跳段符號.如果問題是不可再現的.那就是系統的問題了,外部電磁干擾也有可能,注意機床的接地情況.我見過由于接地不好出現的奇怪故障,最后花了3萬塊,做了個好地就解決了.
作者: 愛你久久 時間: 2007-11-17 14:16
我覺的可能是接地問題
c4 y# r. c E& p# ^ ~. C不接地的話，周圍的電氣對機床影響很大: D* X! y1 Z9 u, P( G& A) C
體現在加工的工件上
作者: q79861520 時間: 2007-11-17 18:43
這個問題不希奇。不知道你用的什么機床。
作者: 數控散人 時間: 2007-11-19 09:11
沒有無緣無故的問題,要相信這一點.
0 n2 F& L f* \; _+ ~; b [3 u# g* Z問題產生的原因比較復雜,有操作的\編程的\外部干擾\內部不穩定等各種因素;我們應該本著科學的態度,具體分析故障的根本癥結,科學是可以重復實驗驗證的.也是需要有心人用心去發現的.3 G I8 D2 I6 B4 i; v; s
唯心主義的方法論是會阻止我們對事物的科學認知的.
作者: 螺旋線 時間: 2007-11-19 11:04
不知道數控散人大俠是做那一行的,什么叫唯心主義的方法論?不知你對電磁干擾有多少認識,電磁干擾的重要特點就是一切都不是你想要的!可以重現的故障對于專業人士來講根本就不是什么問題,很好辦.前段時間見過一個撞刀事故, 撞刀后保留了現場,直接把倍率打到零,都沒復位!我們到現場后,查看了操作履歷,沒有問題,然后,沒做任何調整,復位后直接重新運行,一切OK.再測試程序,程序從任何位置啟動都不會出現撞刀情況,排除操作工沒有復位程序而導致的撞刀.至于那些運行方式的問題更是不可能,因為我們把那些信號都屏蔽掉了,只用單段!最后把FUNAC的工程師請來,也是分析不出原因!
( f5 m8 e Z ?9 T* o' R, A6 E請問數控散人,你對這個撞刀事故有什么高見?
作者: 數控散人 時間: 2007-11-19 11:42
不論是什么原因,都最終能夠得到合理的解決或解釋,這是作為去解決問題的重要理念,是不應該動搖的.不然出現無法解決或解釋的情況,那我們將會失去解決問題的方向和動力.) `. C- f# O0 j# \
上述觀點僅僅是實際工作中的一點經驗而已,完全可以商榷.
6 P( O1 ^ e( \# n5 I, v3 S, K4 {# [# H 對于樓主所說的問題,我想是不難解決的,既然是撞刀,如果程序中沒有換刀的語句,而是由于刀架不正確的運轉造成的;或者是由于軸的非正常運動造成的,總是可以分辨出來的吧,然后順著此方向一點一點查下去,應該可以給出合理的解釋(大不了推到干擾上面,嘿嘿).
5 l% Q2 U6 p& N" S* l6 x 我說的是普遍現象,可能不符合您的具體情況.酌情參考吧.
作者: 螺旋線 時間: 2007-11-19 14:01
數控散人的處理問題的基本原則我同意.可能前面的講述不夠全面.實際上我本人對該撞刀的原因有比較深刻的理解.具體的現象我不在講述了.這個撞刀的原因只有兩種可能.1,FUNAC系統的底層軟件有缺陷.這個缺陷在特定的情況下可以重復再現的,至今FUNAC公司任沒有明確答復和改進.當時我對FUNAC的工程師說,會不會是干擾或硬件的不穩定導致程序跑飛了,他說不可能,說什么這個監控那個監控的,不會出現程序跑飛的情況.我也不好說什么了,問題是同樣的機床放在一起,其他的什么事沒有!就這臺撞過兩次!防干擾措施都是按同一標準做的.實際上FUNAC系統有好多處理都是和想要的不相符合.不知到數控散人對FUNAC的固定循環研究的多不多,難道你沒發現問題?說到底,系統的底層處理是不夠完善的,他們就像WINDOWS系統一樣,打補丁,結果解決了這個問題又帶來其他問題.而西門子我感覺他提供的功能,說是什么就是什么,各種情況考慮的非常全面.2,就是操作工隱瞞了事實,偽造了現場.后來去跟蹤復查問題時,無意發現他們經常進行回零操作.我們的機床是不需要上電回零的.,我們零位開關用的是接近開關,接近開關回零容易出現誤差,通常有一個螺距.最后提一下,我們的刀具是固定死的,主軸要是有松動的話反應是劇烈的,整個機床會強烈顫抖的.對于換刀,不好意思,換刀指令我都不知道,從來沒用過!% a2 X4 m/ Z$ r
看來你是搞加工中心的,在那里高就?( M/ k1 M( @$ M# t5 y
還有,謝謝你發的宏程序編輯和執行器.不知道是不是我想要的.
作者: 數控散人 時間: 2007-11-20 09:50
回樓上,分析問題有理有條,好. J7 C z. N! M/ p
1. 我想:不論是法那科還是西門子都有一個逐漸完善趨于合理的過程,也就是說,這個世界上沒有最終的極品數控,就象沒有最終的真理一樣.只是大一些的公司生產的年頭和經驗略強而已.新興的公司,如果能夠清楚的認識到這一點,也是能夠后來居上的.
" O% M8 o c6 G- \% K2. 針對你第一項的分析,如果認為底層軟件出現問題,那實際上所有相同的機床都應該出現同樣的問題.請注意,我并不是認為底層軟件沒問題,而是您現在的具體現象不一定是底層軟件引起的.
3 z6 o ~$ m! s* g# W/ P3. 操作問題,是很多情況下無法完全復原的,而且人們總是有意無意的去隱瞞它.
8 u) D I1 L# t% ?; h+ r$ W* O4. 另外,我想說:針對數控程序的監控檢測軟件是比較完善的,軟件的冗余設計實現起來還相對便利一些,但是硬件的此類監測就相對要少一些.所以我還是偏重于硬件部分.
% e8 t& t/ N) P! [5. 最后,是給你發的.應該是你想要的.但要慎重使用,盡量避免和原機床設計發生沖突.
作者: 螺旋線 時間: 2007-11-20 12:00
數控散人對電氣及機械看來有很深的研究.不同的系統有不同的特點.但我搞不懂的是好東西為什么不相互借鑒呢.都宣傳說自己的系統如何如何功能強大,處理速度如何如何快,性價比如何如何高.我認為完善精簡合理的底層處理才是關鍵.舉個例子:西門子的斜軸功能用起來非常方便,而FUNAC的斜軸功能就怪怪的,最直接的體現就是影響效率.我們試圖通過別的計算方法來解決這個問題,問題就來了,普通編程沒問題,一用上高速跳步就完蛋,非撞不可!根本原因就是坐標系的處理有缺陷.但犧牲效率的情況下是可以正常使用的.沒辦法,日本人也不重視這個問題,一直沒改善.但用戶和西門子的機床一比,人家就要問你為什么.解釋都煩了.最后我們只能說,FUNAC比西門子故障率低.3 T* Q& D8 _( E
另,東西是我要的,要是有0I-TC的連接庫文件就更好了.我們以后要用這東西,先學習學習.正在研究使用手冊.感覺這東西太不方便了,沒有FUNAC PICTER用起來方便,只是那得基于WINDOWS的系統才行.謝謝提醒.
作者: 丟了翅膀的鳥 時間: 2010-11-29 07:38
呵呵 謝謝
作者: wtuwfn 時間: 2010-11-29 22:31
回復 數控散人 的帖子
1 ?& Q7 U$ r; A6 C# G& o" F$ Z+ A0 n) K" n+ _1 X3 L* S
百慕大三角海區是怎么回事啊?
* X3 E' s# Q- n
作者: 機械一人 時間: 2010-11-29 23:29
是不是換程式了？換程式的時候不小心按了兩次o搜索就會變成其他的程式的
作者: 小賊 時間: 2010-12-1 18:02
% D' O* J( F6 x
今天還是第一次聽說這樣 事呢
作者: 丁丁QD 時間: 2010-12-3 16:07
我剛接觸數控有過這樣的想法 看來是真的
! Q! H6 k' U0 I3 @ 數控里不會有病毒吧
作者: sxxy521hu 時間: 2010-12-5 21:50
來個更經典的，我們這9月下了場大雨，第2天車間15個變頻器，12個歇菜了
作者: 2010dengkai 時間: 2010-12-6 21:40
這類似的情況我也遇到過，只時重新開始，就會正常運轉了。
作者: 石開 時間: 2010-12-7 07:53
xuexi de le / c/ ^5 T, Q. r6 ` l( l$ f# N
jichuang ouranxing guzhang benlai jiu bu hao gao
| 歡迎光臨 機械社區 (http://www.ytsybjq.com/) |
Powered by Discuz! X3.5 |