CAX玩家論壇  

返回   CAX玩家論壇 > 技術討論區 > Unigraphics > Unigraphics 問題區
註冊 論壇輔助說明 會員名單 行事曆事件 標記討論區已讀 統計

回覆
 
主題工具
舊 2011-03-09   #1
ackack
工程師
 
註冊日期: 2010-05-22
文章: 63
聲望力: 0
聲望: 10 ackack 正向着好的方向發展
預設 請問螺旋下刀的後處理問題

請問一下設定螺旋下刀之後,後處理出來的程式並不是跑圓弧g02或g03的下刀,而是g01,不知道有沒有大大知道要怎麼設定讓螺旋下刀後處理出來時是走圓弧的嗎??
如果有大大會的麻煩詳細具體一點的說明一下,萬分感謝~~謝 謝
ackack 目前離線   回覆時引用此篇文章
舊 2011-03-10   #2
Near.Lin
研發經理
 
Near.Lin 的頭像
 
註冊日期: 2009-06-21
住址: 台中
文章: 2209
聲望力: 11
聲望: 105 Near.Lin 即將成為的新星Near.Lin 即將成為的新星
預設

引用:
作者: ackack 檢視文章
請問一下設定螺旋下刀之後,後處理出來的程式並不是跑圓弧g02或g03的下刀,而是g01,不知道有沒有大大知道要怎麼設定讓螺旋下刀後處理出來時是走圓弧的嗎??
如果有大大會的麻煩詳細具體一點的說明一下,萬分感謝~~謝 謝

螺旋下刀,顧名思義,從上往下以螺旋(在3度空間內,用點連接方式)下刀.

3軸 XY,ZX,ZY 3平面 G02,G03 是要在同一平面才可以 .

( 平面如何轉換,我也很想知道 )

3軸控制器平面 G17 , G18 , G19 螺旋下刀如果以 N(北),E(東),S(南) 跟 S(南),W(西),N(北) 3個方向點定義斜平面 .

這樣 3 軸機器能接受嗎 ?

或許可以用 5軸 控制器 試試看.
__________________
.......................................
若人提起透三天 . 偏界邪魔不敢望

此文章於 2011-03-10 01:41 PM 被 Near.Lin 編輯.
Near.Lin 目前離線   回覆時引用此篇文章
舊 2011-03-10   #3
uts-john
研發經理
 
註冊日期: 2009-03-25
文章: 440
聲望力: 7
聲望: 38 uts-john 身上有一圈迷人的光環哦
預設

附上以前NX3版的舊資料,

開啟 .tcl

1. 搜尋是否有set mom_kin_helical_arc_output_mode 這一行
如果節單後面是LINEAR則改為 FULL_CIRCLE

2.如果沒有加入
set mom_kin_helical_arc_output_mode FULL_CIRCLE
加入的位置一般選在proc MOM_start_of_program之前有
set 設定之後。

照上述設定後,轉出的程式雖然是G02或G03,還會出現RISE這個指今
有些控制器會出現錯誤訊息。
uts-john 目前離線   回覆時引用此篇文章
舊 2011-03-11   #4
weiber
研發經理
 
註冊日期: 2007-08-18
文章: 169
聲望力: 9
聲望: 58 weiber 即將成為的新星
預設

引用:
作者: ackack 檢視文章
請問一下設定螺旋下刀之後,後處理出來的程式並不是跑圓弧g02或g03的下刀,而是g01,不知道有沒有大大知道要怎麼設定讓螺旋下刀後處理出來時是走圓弧的嗎??
如果有大大會的麻煩詳細具體一點的說明一下,萬分感謝~~謝 謝

以機台要跑螺旋下刀 3 度空間下刀動作 當後處理產生出來有 XYZ IJK 模式時候
機台將會出現報警 021.... 打電話給機台商他馬上會說叫你找他業務說你沒有買
fanuc 要開那模組還要再加 20 萬

以對岸修改後處理的人我想他們可能認定螺旋下刀只有在下刀動作時候才會建立
沒想過清角也可以走螺旋方式.他們作法是將後處理裡面的 IJK 當中的一項給拿掉
這樣想也對 這樣後處理出來就不是走 3度空間 自然機台讀取格式就少了一項 xyz ij
對岸認為只有下刀才走螺旋下刀~~

我的方式是直接在後處理裡面修改 00 圖面將 motion - linear 底下的 assumed...
選項給取消 01 圖片 motion - circle - 確定 xyz ijk 存在 圓弧運動走全圓(full circle)
IJK 走 向量 vector - arc start to center 最後重點 02 圖片到 Custom command
-import - 找 PB_CMD_init_helix 給 import (有時候內定的後處理會沒有螺旋下刀)
修改 set mom_kin_helical_arc_output_mode LINEAR

以上這些動作是將螺旋下刀部份因為機台控制器沒有購買該功能所以後處理部分我們將
螺旋部分動作走 G01 去做下刀動作這樣就可以避開螺旋下刀問題.如此一來 後處理過去檔案部會變大 又可以避開螺旋下刀機台報警問題

有的人會建議直接在UG 軟體裡面 機械控制 輸出 修改為線性 這樣後處理出去檔案將會很大 建議可以參考上面方法
上傳的影像
檔案類別: jpg 00.JPG (54.4 KB, 15 次檢視)
檔案類別: jpg 01.JPG (79.5 KB, 12 次檢視)
檔案類別: jpg 02.JPG (89.4 KB, 14 次檢視)
weiber 目前離線   回覆時引用此篇文章
舊 2011-03-11   #5
Near.Lin
研發經理
 
Near.Lin 的頭像
 
註冊日期: 2009-06-21
住址: 台中
文章: 2209
聲望力: 11
聲望: 105 Near.Lin 即將成為的新星Near.Lin 即將成為的新星
預設

引用:
作者: weiber 檢視文章
以機台要跑螺旋下刀 3 度空間下刀動作 當後處理產生出來有 XYZ IJK 模式時候
機台將會出現報警 021.... 打電話給機台商他馬上會說叫你找他業務說你沒有買
fanuc 要開那模組還要再加 20 萬

以對岸修改後處理的人我想他們可能認定螺旋下刀只有在下刀動作時候才會建立
沒想過清角也可以走螺旋方式.他們作法是將後處理裡面的 IJK 當中的一項給拿掉
這樣想也對 這樣後處理出來就不是走 3度空間 自然機台讀取格式就少了一項 xyz ij
對岸認為只有下刀才走螺旋下刀~~

我的方式是直接在後處理裡面修改 00 圖面將 motion - linear 底下的 assumed...
選項給取消 01 圖片 motion - circle - 確定 xyz ijk 存在 圓弧運動走全圓(full circle)
IJK 走 向量 vector - arc start to center 最後重點 02 圖片到 Custom command
-import - 找 PB_CMD_init_helix 給 import (有時候內定的後處理會沒有螺旋下刀)
修改 set mom_kin_helical_arc_output_mode LINEAR

以上這些動作是將螺旋下刀部份因為機台控制器沒有購買該功能所以後處理部分我們將
螺旋部分動作走 G01 去做下刀動作這樣就可以避開螺旋下刀問題.如此一來 後處理過去檔案部會變大 又可以避開螺旋下刀機台報警問題

有的人會建議直接在UG 軟體裡面 機械控制 輸出 修改為線性 這樣後處理出去檔案將會很大 建議可以參考上面方法

請問 weiber 大 ;

這個做法後處理出來的 G01 點群螺旋數量應當會比 直接 LINEAR 輸出的點群數量為少,所以檔案才會變小,

但 定義是 motion - circle , 而輸出卻是 LINEAR ( 這有點像是以前CAM用騙刀的方式 )

這樣跟計算輸出的 精度 會不會有關係ㄋ , ( 如果下刀底部周圍有凸牆或其他干涉形體時,會不會有小小的過切現象 .)

註 : 因網路用文字表達,勿造成文字上的語氣誤解 .( 純粹請益 , 沒有質疑的意思 )
__________________
.......................................
若人提起透三天 . 偏界邪魔不敢望
Near.Lin 目前離線   回覆時引用此篇文章
舊 2011-03-11   #6
weiber
研發經理
 
註冊日期: 2007-08-18
文章: 169
聲望力: 9
聲望: 58 weiber 即將成為的新星
預設

引用:
作者: Near.Lin 檢視文章
請問 weiber 大 ;

這個做法後處理出來的 G01 點群螺旋數量應當會比 直接 LINEAR 輸出的點群數量為少,所以檔案才會變小,

但 定義是 motion - circle , 而輸出卻是 LINEAR ( 這有點像是以前CAM用騙刀的方式 )

這樣跟計算輸出的 精度 會不會有關係ㄋ , ( 如果下刀底部周圍有凸牆或其他干涉形體時,會不會有小小的過切現象 .)

註 : 因網路用文字表達,勿造成文字上的語氣誤解 .( 純粹請益 , 沒有質疑的意思 )
lear 大 我是 weiber 小小.

你說得很對 這樣就是用騙的方式 也像對岸把K值拿掉的意思.過切現象是不會 因為機台也是跑軟體所轉出來的路徑 除非路徑已經過切.後處理只是負責將軟體算好的路徑作一轉換動作
有差別的地方就在精度問題 先前的客戶也是給我當頭棒喝 他認定他洗模具 螺旋下刀 她用在開粗時候做一下刀動作 以避開刀把用斜向或插洗方式進刀照成刀具損耗.
成品本身他有預留量 所以走G01 路徑成的螺旋路徑 他認定是可以(出錢的最大,他講OK那就OK瞜) 在我觀點 我是以機台角度去看 精度來說 G01 走的方式 除了螺旋那段的程式會變
肥大之外他的 linear point to point 也是依據你在軟體的內外公差來決定要多少個點去跑出這個螺旋線.要精細那就設為 0.002 還有我們也該去反推出 02 03 走的路徑線它的精度又可以達到多少~如果還是很堅持就是要走 xyzijk 同時出現 那就機械商講的花個錢把這功能給打開(永X機械)他就走0203 螺旋線給我們看.
weiber 目前離線   回覆時引用此篇文章
舊 2011-03-11   #7
Near.Lin
研發經理
 
Near.Lin 的頭像
 
註冊日期: 2009-06-21
住址: 台中
文章: 2209
聲望力: 11
聲望: 105 Near.Lin 即將成為的新星Near.Lin 即將成為的新星
預設

感謝 weiber 大 解疑 , 謝謝

所以還是卡在控制器的功能 , 並不是機器不能接受 . [ 就是要花錢 ]

( 當初想說理論上以 圓周 N,E,S,W 4 個方位點去定義 2 個 斜平面做 G02,G03 應該是可行的,只是現有標準控制器這樣是不聽使喚的,平面定義不同 )

控制器的運算原理不太了解,心裡猜測 , 會不會是控制器的功能又將 G02 X,Y,Z I,J,K

自動計算又轉成 G01 X,Y,Z 走點方式ㄋ ( 純粹個人的猜測 )

為什麼我會這樣猜測,是因為3軸機器本身純粹是 X,Y,Z 3軸向 , 在控制器顯示的數值只有,X,Y,Z

程式所定義的 G02,G03 走圓弧模式只是數值計算的公式條件,控制器經運算後輸出命令

給機器 RUN 時 ( 這一段看不到 ) , 事實上機器還是以 X,Y 做圓周運動(X移動多少,Y移動多少),

走出來的圓也並非如車床車出來的圓 . (看來 控制器 埋藏 很多不為人知的秘密 )
__________________
.......................................
若人提起透三天 . 偏界邪魔不敢望
Near.Lin 目前離線   回覆時引用此篇文章
舊 2011-03-11   #8
ackack
工程師
 
註冊日期: 2010-05-22
文章: 63
聲望力: 0
聲望: 10 ackack 正向着好的方向發展
預設

引用:
作者: weiber 檢視文章
以機台要跑螺旋下刀 3 度空間下刀動作 當後處理產生出來有 XYZ IJK 模式時候
機台將會出現報警 021.... 打電話給機台商他馬上會說叫你找他業務說你沒有買
fanuc 要開那模組還要再加 20 萬

以對岸修改後處理的人我想他們可能認定螺旋下刀只有在下刀動作時候才會建立
沒想過清角也可以走螺旋方式.他們作法是將後處理裡面的 IJK 當中的一項給拿掉
這樣想也對 這樣後處理出來就不是走 3度空間 自然機台讀取格式就少了一項 xyz ij
對岸認為只有下刀才走螺旋下刀~~

我的方式是直接在後處理裡面修改 00 圖面將 motion - linear 底下的 assumed...
選項給取消 01 圖片 motion - circle - 確定 xyz ijk 存在 圓弧運動走全圓(full circle)
IJK 走 向量 vector - arc start to center 最後重點 02 圖片到 Custom command
-import - 找 PB_CMD_init_helix 給 import (有時候內定的後處理會沒有螺旋下刀)
修改 set mom_kin_helical_arc_output_mode LINEAR

以上這些動作是將螺旋下刀部份因為機台控制器沒有購買該功能所以後處理部分我們將
螺旋部分動作走 G01 去做下刀動作這樣就可以避開螺旋下刀問題.如此一來 後處理過去檔案部會變大 又可以避開螺旋下刀機台報警問題

有的人會建議直接在UG 軟體裡面 機械控制 輸出 修改為線性 這樣後處理出去檔案將會很大 建議可以參考上面方法



原來還有這麼多的學問,真是長見識了,大大所教的方法我會在試試看,畢竟我螺旋下刀也只用在粗加工而已,感謝大大的教導~~謝謝
ackack 目前離線   回覆時引用此篇文章
回覆


目前檢視此主題的會員: 1 (0 位會員和 1 位遊客)
 
主題工具

發表文章規則
不可以發表新主題
不可以回覆主題
不可以上傳附件
不可以編輯您的文章

開啟 vB 代碼
關閉 HTML 程式碼
論壇跳轉


所有時間均為中原標準時間。現在的時間是 05:33 PM


Powered by vBulletin® 版本 3.6.7
版權所有 ©2000 - 2014,Jelsoft Enterprises Ltd.