今天機床跟我開了回玩笑

螺旋線

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

愛你久久

我覺的可能是接地問題
0 t+ y( p5 q5 t9 ~不接地的話，周圍的電氣對機床影響很大
- h$ h' a4 X2 W* A3 ]體現在加工的工件上

q79861520

這個問題不希奇。不知道你用的什么機床。

數控散人

沒有無緣無故的問題,要相信這一點.
; M( x4 d+ M- Q( v問題產生的原因比較復雜,有操作的\編程的\外部干擾\內部不穩定等各種因素;我們應該本著科學的態度,具體分析故障的根本癥結,科學是可以重復實驗驗證的.也是需要有心人用心去發現的.
唯心主義的方法論是會阻止我們對事物的科學認知的.

螺旋線

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

數控散人

不論是什么原因,都最終能夠得到合理的解決或解釋,這是作為去解決問題的重要理念,是不應該動搖的.不然出現無法解決或解釋的情況,那我們將會失去解決問題的方向和動力.
: w2 k( h( b7 m* V: }4 h       上述觀點僅僅是實際工作中的一點經驗而已,完全可以商榷.
5 o* V7 i/ @. u: ]" B9 m1 H       對于樓主所說的問題,我想是不難解決的,既然是撞刀,如果程序中沒有換刀的語句,而是由于刀架不正確的運轉造成的;或者是由于軸的非正常運動造成的,總是可以分辨出來的吧,然后順著此方向一點一點查下去,應該可以給出合理的解釋(大不了推到干擾上面,嘿嘿).
  t6 J4 z; x( T( ?1 t6 h# ^6 @        我說的是普遍現象,可能不符合您的具體情況.酌情參考吧.

螺旋線

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

數控散人

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

螺旋線

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

丟了翅膀的鳥

呵呵     謝謝