關于INVENTOR參數(shù)化設計

heweiweibaby

         目前有一個滾筒輸送機項目,，有多臺輸送機,，結構類似，只是長度與寬度不一樣,，大概有七八種型號,，寬度這個參數(shù)好解決，與之相關聯(lián)的量很少,，關鍵是長度這個參數(shù)：有很多零件的結構尺寸與之相關聯(lián),，比如零件的長度，零件上的孔數(shù),，孔上安裝的輥筒數(shù),，軸承座數(shù)，支撐腿數(shù)目等等很復雜,，以前培訓的時候看老師做的模型,，是用 ilogic 通過添加規(guī)則來實現(xiàn)的，但是老師的模型零件數(shù)較少,，現(xiàn)在這個輸送機零件很多,，以我目前的水平來說，用ilogic來做很繁瑣,。


/ e4 Q# T  Z1 }& ^; Q1 F
+ Y5 b% P( g' d& n" o' m
          與輸送機長度相關聯(lián)的每個零件都需要設置幾個參數(shù),，然后通過編寫規(guī)則來控制每個零件的那幾個參數(shù)（但其實每個零件的那幾個參數(shù)都是相同的），當零件很多的時候,，就顯得很繁瑣,。
         請問各位大俠能不能在一個總裝圖里面設置一個專屬參數(shù)，總裝圖下面的零件均可調用,，這樣就不用每個零件都設置參數(shù),。
# p( C4 I5 c% E* E0 E% C         注：剛剛接觸 ilogic, 如果對ilogic有誤解，請指出
8 @# i4 H/ R5 T; F. [

陳伯雄

您先好好看看iAssenmbly的概念和可能性，我不認為iLogic能實現(xiàn)Inventor自身不能實現(xiàn)的東西,。

8 P/ u9 [" h  F& b+ {http://www.digitalmechanical.com.cn/ContentActions/7/Flipper/AbTynx2gPP9ltWIrOO7fMC-0NXZnWpQEVuOOnibmb2gzYvaGndr7YH7ev3by4pql0FkqDVxh9Zs1/
+ p) z- Q9 d5 `" C% |  P

RaynorJoel

從樓主的描述來看,您的參數(shù)化設計水平還比較初級,只是剛摸到門
- D* Y% J1 {/ t我就提幾個基本方法,看看您能否接受

先說參數(shù)化設計的目標
我認為參數(shù)化設計應該實現(xiàn)在一個參數(shù)控制界面中調整參數(shù)
其他所有零部件根據(jù)參數(shù)變化自動修改模型,實現(xiàn)牽一發(fā)而動全身的效果
在此基礎上還要實現(xiàn)調整自動化,參數(shù)可視化,設計知識化
8 y& x" [2 i& n4 {5 i
/ v5 @( m1 H9 Y3 x3 A' }僅就基本要求而言,我認為用以下方法最好
1.所有控制參數(shù)應存放于唯一零件模型文件(參數(shù)控制文件)中,所有參數(shù)調整均在該文件中進行
2.用鏈接參數(shù)的方法將參數(shù)鏈接到各個零件中進行參數(shù)化建模
+ ]/ p1 t* S9 z/ e3.當模型比較復雜,由多個部件構成時,應將每個部件分別參數(shù)化建模
' W/ R2 G* M# Z& {  Z   各部件的參數(shù)控制文件根據(jù)層級關系用聯(lián)接參數(shù)關聯(lián)

2 l. b  y7 J0 `+ t% W; M& R我認為參數(shù)關聯(lián)并不需要用到iLogic,它的能力不在于此...
, W7 v1 M; R( X1 h" I

陳伯雄

RaynorJoel 發(fā)表于 2015-6-29 11:25
從樓主的描述來看,您的參數(shù)化設計水平還比較初級,只是剛摸到門
我就提幾個基本方法,看看您能否接受

我倒認為解決數(shù)據(jù)關聯(lián)的問題,，iLogic是最主要的特色呢,，見下圖：
' L9 I7 z8 ~) m; Q
" E" D9 c0 k; N5 k0 F
您說“它的能力不在于此...”我很有興趣，請展開...

heweiweibaby

陳伯雄 發(fā)表于 2015-7-1 16:24
我倒認為解決數(shù)據(jù)關聯(lián)的問題,，iLogic是最主要的特色呢，見下圖：

陳老師您好,，這兩天做了一個參數(shù)化設計的實例,，有些感想：
  q; S9 ^* c& Z/ @, `) J7 Q        對于我的提問，多個零件公用一個參數(shù),，是可以通過ilogic間接實現(xiàn)的,，在裝配圖中建立總參數(shù)，然后通過建立零件圖中各參數(shù)與總參數(shù)的關系,，就可實現(xiàn)“水平”與“垂直”的控制,，就是您所說的“蟲洞”，這個功能確實很方便,，可實現(xiàn)“模塊化”設計,，ilogic就是個控制系統(tǒng)，總參數(shù)是輸入端,，下面的參數(shù)為輸出端,，輸出端可以接所控制的三維模型，也可以接下一個“模塊”的輸入端,，這樣,，通過各種“模塊”的組合連接，理論上是可以通過建立幾個參數(shù),，來控制任何三維模型的,。

heweiweibaby

RaynorJoel 發(fā)表于 2015-6-29 11:25
; m/ K: Y& p0 R3 I從樓主的描述來看,您的參數(shù)化設計水平還比較初級,只是剛摸到門
我就提幾個基本方法,看看您能否接受

2 v& Q2 n, X  {5 b' Z已經理解您的意思了，多謝大俠

陳伯雄

heweiweibaby 發(fā)表于 2015-7-1 21:58
! y0 W9 r( q) C  k4 Y4 h- I, V$ C陳老師您好,，這兩天做了一個參數(shù)化設計的實例，有些感想：
+ e" }: ~0 s# ^- e        對于我的提問,，多個零件公用一個參數(shù) ...

多個零件公用一個參數(shù),，用iLogic實現(xiàn)是最繞彎子的、別的方法都不行的時候的方法,。
, U- P7 h/ b! @7 t我說的“蟲洞”是指Inventor自身不能實現(xiàn)的參數(shù)關聯(lián),，用iLogic卻可以實現(xiàn)的那些。多個零件公用一個參數(shù)Inventor自己早就能簡明地實現(xiàn),。
iLogic的最大毛病就是“不能創(chuàng)建,、不支持插件”，所以您需要準備好所有的模型和參數(shù)的關系,，然后iLogic才能上手,。

% F! ^3 C- S9 r1 \, ?對于Inventor或者另外什么CAD軟件來說，所有的“設計”都只能是“參數(shù)化的”，沒有別的可能,。
所以單獨提到“參數(shù)化設計”,，我的理解只能是iPart、iAssenmbly之類的功能,。但是您并沒有接受這樣的觀點,，反而轉向較啰嗦、較麻煩的iLogic,，為啥,？
5 X' Y# g/ [& f$ ]& r  v

RaynorJoel

陳伯雄 發(fā)表于 2015-7-1 16:24
: Q$ ]/ ], H  O/ D/ K我倒認為解決數(shù)據(jù)關聯(lián)的問題，iLogic是最主要的特色呢,，見下圖：

所謂參數(shù)關聯(lián)最常見的情況就是在模型A中鏈接模型B的某些參數(shù)
. b$ p1 T" K. D- h這在參數(shù)表中就可以直接實現(xiàn),但在某些條件下不行
例如有已有相反鏈接關系,像A中的參數(shù)已經鏈接到B
還有裝配關系,裝配中的參數(shù)不能鏈接到裝配里的模型
" u6 H4 A1 C% }: J1 D9 [這被inventor稱為循環(huán)從屬關系
我認為對于這種被inventor認為違背運算順序的參數(shù)關聯(lián)才需要動用iLogic
但我是不愿意輕易使用iLogic干這種事的,最重要的原因是不可靠...
; g" E4 {8 m9 b2 P7 \6 b
" d1 {. ~# B8 w% `1 H& W5 x: `所以有了之前的方法,利用控制參數(shù)文件控制模型,其有諸多好處
' H/ m" {4 o- l# V3 j# c9 e- Y1.不會與其他零部件有裝配層級關系,極少出現(xiàn)連接其他文件參數(shù)的情況,所以不用擔心循環(huán)從屬關系
4 k6 L) B! F7 W7 m( d2.可以很容易的實現(xiàn)可視化,利用草圖做骨架造型或者輪廓造型可以對各種模型做可視化參數(shù)控制
這是excel表格參數(shù)化所不能做到的
3.可以輕易斷開參數(shù)關聯(lián),某些情況下為了避免模型被修改需要斷開參數(shù)關聯(lián),刪除控制參數(shù)文件即可斷開

至于iLogic能干嗎,我認為他更擅長做調整自動化,設計知識化方面的事
7 [* ?, o( c% x& J從最基本的利用參數(shù)抑制零部件到最復雜的表單計算都離不開iLogic
" |( g( T% E# g0 o' j
很多人喜歡拿VBA和iLogic比較,認為iLogic有很多不足
% J7 U6 t4 c. a' c0 i( W我沒接觸過VBA,所以遇到麻煩不會去想VBA能怎么解決,仍然設法用iLogic做
/ |4 ^& V" x+ y* F我認為,用iLogic作為輔助性的參數(shù)控制方法已經夠用了
. _9 U& [9 \) M; l: V# D! o) V* N至于不能創(chuàng)建,我沒什么感覺,用不到這種功能

攻城師學設計

”利用控制參數(shù)文件控制模型“這種方法還是有很多的局限性,，且東西都做好了又重新再做一遍，即慢又繁瑣,，iLogic的前提條件都滿足了直接在iLogic中關聯(lián)不是更方便,？出一個表單不是更直觀？可靠性更高,。

RaynorJoel

攻城師學設計 發(fā)表于 2015-7-2 09:49
”利用控制參數(shù)文件控制模型“這種方法還是有很多的局限性,，且東西都做好了又重新再做一遍，即慢又繁瑣,，iL ...

, t* O7 H9 q. u; J( s! ?"很多局限性"指什么? 請明示

& ~4 B/ A( c/ C對于"東西都做好了又重新再做一遍"的說法不理解
難道是指把模型建完后再做參數(shù)化么? 這種打補丁的事自然是即慢又繁瑣
" a* _, r. R( ]0 ?8 G) \" a但這是設計者的方法有問題,和”利用控制參數(shù)文件控制模型“無關

如果說iLogic比鏈接參數(shù)要方便那可真...這么說吧
) s2 y8 T( v! P3 D- t, Y1 M5 o一群人找一個人容易還是一個人找一群人容易