今天機床跟我開了回玩笑

螺旋線

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

愛你久久

我覺的可能是接地問題
不接地的話，周圍的電氣對機床影響很大
( G5 W  l$ E6 e4 }體現在加工的工件上

q79861520

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

數控散人

沒有無緣無故的問題,要相信這一點.
/ `) p3 ]; O1 r$ w* a問題產生的原因比較復雜,有操作的\編程的\外部干擾\內部不穩定等各種因素;我們應該本著科學的態度,具體分析故障的根本癥結,科學是可以重復實驗驗證的.也是需要有心人用心去發現的.
) C* H+ c: T& s+ w3 L9 q唯心主義的方法論是會阻止我們對事物的科學認知的.

螺旋線

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

數控散人

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

螺旋線

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

數控散人

回樓上,分析問題有理有條,好.
: B8 _- G* R. h2 ^2 u+ ^# l1. 我想:不論是法那科還是西門子都有一個逐漸完善趨于合理的過程,也就是說,這個世界上沒有最終的極品數控,就象沒有最終的真理一樣.只是大一些的公司生產的年頭和經驗略強而已.新興的公司,如果能夠清楚的認識到這一點,也是能夠后來居上的.
) m" v2 `  H  C, o8 b2. 針對你第一項的分析,如果認為底層軟件出現問題,那實際上所有相同的機床都應該出現同樣的問題.請注意,我并不是認為底層軟件沒問題,而是您現在的具體現象不一定是底層軟件引起的.
+ Q( i* J0 B- R$ m. }3. 操作問題,是很多情況下無法完全復原的,而且人們總是有意無意的去隱瞞它.
4. 另外,我想說:針對數控程序的監控檢測軟件是比較完善的,軟件的冗余設計實現起來還相對便利一些,但是硬件的此類監測就相對要少一些.所以我還是偏重于硬件部分.
1 I0 {* `3 f, J2 U# r: D5. 最后,是給你發的.應該是你想要的.但要慎重使用,盡量避免和原機床設計發生沖突.

螺旋線

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

丟了翅膀的鳥

呵呵     謝謝