編編 號號 無錫太湖學院 畢畢業(yè)業(yè)設設計計（論論文文） 題目：題目： 基于基于 UG 平臺的油缸的參數(shù)化設計平臺的油缸的參數(shù)化設計 信機 系系 機電一體化 專專 業(yè)業(yè) 學 號： 學生姓名： 指導教師： （職稱：副教授 ） （職稱： ） 2013 年 05 月 25 日 無錫太湖學院本科畢業(yè)設計（論文）無錫太湖學院本科畢業(yè)設計（論文） 誠誠 信信 承承 諾諾 書書 全套設計，加全套設計，加 153893706 本人鄭重聲明：所呈交的畢業(yè)設計（論文） 基于 UG 平臺 的油缸的參數(shù)化設計 是本人在導師的指導下獨立進行研究所取 得的成果，其內(nèi)容除了在畢業(yè)設計（論文）中特別加以標注引 用，表示致謝的內(nèi)容外，本畢業(yè)設計（論文）不包含任何其他 個人、集體已發(fā)表或撰寫的成果作品。 班 級： 機械 94 學 號： 0923189 作者姓名： 2013 年 05 月 25 日 I 無無錫錫太太湖湖學學院院 信信 機機 系系 機機電電一一體體化化 專專業(yè)業(yè) 畢畢 業(yè)業(yè) 設設 計計論論 文文 任任 務務 書書 一、題目及專題：一、題目及專題： 1、題目 基于 UG 平臺的油缸的參數(shù)化設計 2、專題 二、課題來源及選題依據(jù)二、課題來源及選題依據(jù) UG 在 CAD/CAM 上顯示出了強大的功能,但 UG 為了支持一般 軟件的運行于操作,僅具有 CAD/CAM 的一些基礎性功能,沒有開發(fā) 出完善且系統(tǒng)的功能來支持專用產(chǎn)品的計算機設計及制造。 從產(chǎn)品的設計到制造的整個過程中,產(chǎn)品的形狀及幾何尺寸不可 避免的要進行反復的協(xié)調(diào),優(yōu)化與修改.如果通過 CAD/CAM 進行非 參數(shù)化建模,那么即使只是改變圖形的一個結構與尺寸,也要對產(chǎn)品的 具體數(shù)據(jù)進行修改,甚至是重新進行建模,能否在進行產(chǎn)品設計的時候， 通過添加某些特定的數(shù)據(jù)從而獲得產(chǎn)品設計所需的各個機構及零部 件的具體尺寸，這便是是參數(shù)化設計的具體思想。 三、本設計（論文或其他）應達到的要求：三、本設計（論文或其他）應達到的要求： 熟悉 UG 的發(fā)展歷程，特別是近十幾年來提出的對于 UG 平臺的 二次開發(fā)的理論 掌握 UG 平臺二次開發(fā)的原理以及 VC+語言編譯的原理和方法 II 熟練掌握 UG 平臺上對話框的設計與排布 了解并熟練運用 UG 與 VC+編程語言的關聯(lián)性 掌握基于 UG 平臺的三維模型的設計與構建 熟練掌握所編寫程序在 UG 平臺上正確運行的方法 四、接受任務學生：四、接受任務學生： 機械 94 班班 姓名姓名 五、開始及完成日期：五、開始及完成日期： 自自 2012 年年 11 月月 12 日日 至至 2013 年年 05 月月 25 日日 六、設計（論文）指導（或顧問）：六、設計（論文）指導（或顧問）： 指導教師指導教師 簽名簽名 簽名簽名 簽名簽名 教教研研室室主主任任 學科組組長研究所學科組組長研究所 所長所長 簽名簽名 系主任系主任 簽名簽名 2012 年年 11 月月 12 日日 III 摘摘 要要 通過 CAD/CAM 平臺，UG 體現(xiàn)出了其強大的功能，但 UG 為了支持一般的 CAD/CAM 軟件系統(tǒng)，只擁有其中一部分最基本的功能，缺少用于設計制造專用產(chǎn)品所需 要的完整的計算機功能。機械設計產(chǎn)品花樣繁多，需要對具體的設計制造對象對 CAD/CAM 軟件二次開發(fā)，以此來創(chuàng)建出功能優(yōu)異，界面完善，使用便捷的 CAD/CAM 系統(tǒng).通過 UG 的二次開發(fā)工具，可以擴展 UG 的功能，實現(xiàn)某些特定產(chǎn)品的參數(shù)化設計 和管理?？梢源蟠筇岣弋a(chǎn)品設計的效率。 此次設計的題目是基于 UG 二次開發(fā)的油缸參數(shù)化設計管理?？傮w思路是輸入預荷油 缸的原始設計參數(shù)，通過相關公式及查表獲得油缸的幾何參數(shù)，再通過油缸的幾何參數(shù) 建立油缸模型，從而達到油缸參數(shù)化設計，再通過對油缸的各個零部件的管理達到基于 UG 二次開發(fā)的油缸參數(shù)化管理。 關鍵詞：關鍵詞：油缸；設計參數(shù)；幾何參數(shù)；參數(shù)化設計；管理 無錫太湖學院學士學位論文 IV Abstract UG display the formidable function on CAD/CAM, but UG is the general support software system, only has the CAD/CAM basic function and not provide the complete computer-aided design/manufacture function which the special-purpose product needed. As a result of the ever- changing mechanical product,it needs to aim at the concrete object in the CAM software platform which selects to carry on the re-development and designs the nodding acquaintance good and it is easy to operate special-purpose product CAD/CAM system.Through the UG re- development tool,we may expand the function of UG and realize certain specific product parametrization design and the management.we also may enhance the efficiency of product design greatly. This design topic is based on the UG re-development on hydrocylinder parametrization design management.The overall train of thought is that we should input the primitive design variable of the pre-Dutch hydrocylinder,and obtains the geometry parameter of the cylinder through the correlation formula and the table, and then establish the hydrocylinder mode through geometry parameter of hydrocylinder , thus we achieve the hydrocylinder parametrization design and hydrocylinder parametrization management. Keywords: hydrocylinder,design parameter,geometry parameter, parametrization design,management 目目 錄錄 摘 要 .III AbstractIV 目 錄.V 1 緒論 .1 1.1 本課題的研究內(nèi)容和意義 1 1.2 國內(nèi)外的發(fā)展概況 .1 1.3 本課題應達到的要求 .2 2 相關軟件 .3 2.1 unigraphics NX 的簡介.3 2.1.1 unigraphics NX 的概述3 2.1.2 unigraphics NX 的功能3 2.2 Visual C+的簡介.6 2.2.1 Visual C+的概述6 2.2.2 Visual C+的功用7 2.2.3 設計選用的原因 .7 3 液壓缸的介紹 .9 3.1 液壓缸的分類和特點 .9 3.1.1 活塞式液壓缸3.9 3.1.2 柱塞式液壓缸 .12 3.1.3 擺動液壓缸 .13 3.1.4 其他 .14 4 預荷油缸的尺寸參數(shù)的確定 .15 4.1 液壓缸的主要尺寸 15 4.1.1 活塞桿直徑 d .15 4.1.2 液壓缸內(nèi)徑 D.15 4.2 液壓缸的校核 16 4.2.1 缸體壁厚的校核16 4.2.2 液壓缸缸蓋固定螺栓直徑的校核.16 1 d 4.2.3 活塞桿穩(wěn)定性的驗算 16 4.3 動系統(tǒng)及元件缸內(nèi)徑及活塞桿外徑選定標準 17 4.3.1 液壓缸的缸內(nèi)徑應符合下表 4-4 的規(guī)定7.17 4.3.2 液壓缸的活塞桿外徑應符合下表 4-5 的規(guī)定17 5 UG/Open API 的介紹 18 5.1 UG/Open API 的基礎知識 .18 5.1.1 UG/Open API 應用程序的初始化與終止 20 5.1.2 函數(shù)名稱及參數(shù)規(guī)范 .20 5.1.3 UG 對象類型及操作23 無錫太湖學院學士學位論文 VI 6 創(chuàng)建 UG 應用程序的用戶界面27 6.1 MenuScript 菜單技術27 6.1.1 簡介 .27 6.1.2 菜單腳本文件及其語法 .28 6.2 UIStyle 對話框技術35 6.2.1 缸筒的參數(shù)化設計的對話框 .35 6.2.2 活塞的參數(shù)化設計的對話框 .39 6.2.3 卡鍵帽的參數(shù)化設計的對話框 .41 6.2.4 載荷預設值的對話框 .44 7 編譯環(huán)境設置 .46 7.1 創(chuàng)建 VC+ .46 7.2 配置調(diào)試環(huán)境 47 8 編寫 UG/Open API 程序 50 8.1 簡介 .50 8.2 創(chuàng)建應用程序主體函數(shù)建模函數(shù) 50 8.2.1 缸筒建模函數(shù)10.50 8.3 應用程序的自動加載 51 8.3.1 應用程序的自動加載 .51 8.4 應用程序的運行結果 .52 8.4.1 應用程序的運行結果 .52 9 結論與展望 .55 9.1 結論 .55 9.2 不足之處及未來展望 .55 致 謝 .56 參考文獻 .57 附 錄 .58 基于 UG 平臺的油缸的參數(shù)化設計 1 1 緒論緒論 原始的機械設計及制造過程艱難且充滿復雜性，從設計的整體思路初現(xiàn)端倪開始設 計者就要不間斷的反復進行產(chǎn)品設計的整個過程，由于缺少一個人性化的產(chǎn)品設計系統(tǒng), 設計的整體過程就會顯得比較復雜，隨之而來的便是效率的及其低下。隨著設計軟件及 CAD/CAM 技術的不斷發(fā)展，開發(fā)者通過編寫程序?qū)⒃O計過程中最抽象，最通用及最最通 用的部分抽取出來并使使用者能夠根據(jù)實際的情況進行功能的組合，以實現(xiàn)參數(shù)化的 CAD/CAM 交互系統(tǒng)。 1.1 本課題的研究內(nèi)容和意義本課題的研究內(nèi)容和意義 UG 在 CAD/CAM 上顯示出了強大的功能,但 UG 為了支持一般軟件的運行于操作,僅 具有 CAD/CAM 的一些基礎性功能,沒有開發(fā)出完善且系統(tǒng)的功能來支持專用產(chǎn)品的計算 機設計及制造。機械設計的復雜性及產(chǎn)品功能的繁復性決定了需要對 CAM 軟件平臺進行 二次開發(fā)以適應具體變化的對象。同樣，通過 UG 二次開發(fā)工具，可以擴展 UG 的功能， 實現(xiàn)某些產(chǎn)品的參數(shù)化設計加工和管理，由此，產(chǎn)品設計的效率將被大大的提高。 產(chǎn)品的設計制造過程中,產(chǎn)品自身的形狀及相應的尺寸必然需要經(jīng)過多次的協(xié)調(diào),優(yōu)化 與修正。如果通過 CAD/CAM 進行非參數(shù)化建模,那么即使只是改變圖形的一個結構與尺 寸,也要對產(chǎn)品的具體數(shù)據(jù)進行修改,甚至是重新進行建模,能否在進行產(chǎn)品設計的時候，通 過添加某些特定的數(shù)據(jù)從而獲得產(chǎn)品設計所需的各個機構及零部件的具體尺寸;同樣,若產(chǎn) 品的總體設計發(fā)生變化,是否可以通過只修改其中一部分的數(shù)據(jù)而獲得產(chǎn)品全新的數(shù)據(jù)信 息呢？這便是是參數(shù)化設計的具體思想。 1.2 國內(nèi)外的發(fā)展概況國內(nèi)外的發(fā)展概況 UG 因其強大的功能成為了當今世界上最為被廣泛應用的設計軟件，其中包含了世界 上最強力、最廣泛的產(chǎn)品設計應用模塊。UG 軟件作為先進的 CAD/CAM 設計軟件，擁有 產(chǎn)品的開發(fā)制造，設備全自動生產(chǎn)、設備無縫精確裝配、三維圖形資源庫的功能。 UG 在當今機械產(chǎn)品的設計與制造行業(yè)中被運用的日漸廣泛及深入，相較于 AutoCAD 等平面繪圖系統(tǒng)，UG 的運用較為繁復，但也無法阻礙人們對其深入了解的腳 步。從這一點也可以看出來 UG 擁有人們所希望的良好的性能和全面的開發(fā)方法。伴隨著 我國 GDP 的快速增長及制造業(yè)技術的不斷發(fā)展，對于電腦制圖能力的要求越來越高，并 且現(xiàn)在的制圖軟件功能也越來越強大，所以 UG 的應 用也越來越廣泛，現(xiàn)在，這些制圖 軟件已在電子和電氣、科學研究、機械 設計、軟件開發(fā)、機器人、模具、工廠自動化、 土木建筑、地質(zhì)、家電等 各個領域得到廣泛應用。制造商在進行產(chǎn)品的研發(fā)時所需要的 工具及軟件可以完全的被 NX 開發(fā)方案所支持。UGS PLM 的一些解決方案均能與 NX 開 發(fā)方案完美結合。 無錫太湖學院學士學位論文 2 如今，UG 已經(jīng)被包括：通用汽車，通用電氣，福特，波音麥道，洛克希德，勞斯 萊 斯，日產(chǎn)，克萊斯勒，及美軍方所運用，UG 幾乎包辦了所有飛機及汽車發(fā)動機的設計， 體現(xiàn)出了其在高端工程領域及軍工領域的實力。在高端領域與 CATIA 并駕齊驅(qū)。 對一般 的設計人員來說，要運用 UG 進行復雜產(chǎn)品的三維機械設計，設計師首先要花費大量的時 間熟悉整個軟件的運行過程，同時要在較短的時間內(nèi)對三維建模有較為深刻的認識，這 是一個極其困難的任務。UG 的二次開發(fā)工具應運而生，通過其對復雜機械結構的參數(shù)化 設計，設計的整體效率被大大的提高。由于 UG 軟件的通用性只包含有 CADCAM 的一 些基本功能，無法提供進行專門產(chǎn)品設計是所需要的特定的功能。機械產(chǎn)品具有繁復性， 需要針對具體對 象在選用的 CAM 軟件平臺上進行二次開發(fā)，來設計出界面友好、功能 強大和使用方便的專用產(chǎn)品的 CAD/CAM 系統(tǒng) UG/OPEN UIStyler、UG/OPEN GRIP 和 UG/OPEN API 的二次開發(fā)技術。 1.3 本課題本課題應達到的要求應達到的要求 此次設計的題目是基于 UG 平臺的油缸的參數(shù)化設計.總體思路是輸入油缸的原始設 計參數(shù)，通過相關公式及查表獲得油缸的幾何參數(shù)，再通過油缸的幾何參數(shù)運用 Unigraphics NX 及 Visual C+等三維軟件及編程軟件建立油缸模型，從而達到油缸參數(shù)化 設計。 基于 UG 平臺的油缸的參數(shù)化設計 3 2 相關軟件相關軟件 2.1 unigraphics NX 的簡介的簡介 2.1.1 unigraphics NX的概述的概述 UG NX 作為機械設計領域用途最為廣泛的三維建模軟件，其主要的作用是創(chuàng)建從設 計到制造的整套自動化流程，作為全新一代的 CADCAM 的系統(tǒng)軟件，其在機械設計方 面用途廣泛。相對于傳統(tǒng) CADCAM 軟件功能的局限性，UG NX 不僅能進行產(chǎn)品結構的 繪制與建立，更能為此建立一套健全的產(chǎn)品設計制造方案，包括產(chǎn)品設計、結構設計、 模型建立、加工成型、結構分析、產(chǎn)品的分析及數(shù)據(jù)管理、甚至產(chǎn)品使用壽命的評估， 因此 UG NX 是集合了多種功能的設計系統(tǒng)。 UG NX 已成為世界商最優(yōu)秀公司廣泛使用的設計系統(tǒng)。這些公司包括：通用電氣、 波音飛機、松下、飛利浦、愛立信、柯達、精工。從 1990 年登陸中國以來，經(jīng)歷了多次 迅猛的發(fā)展已成為中國航天業(yè)、汽車制造、機械制造業(yè)及家用電氣等領域的首選軟件。 1 2.1.2 unigraphics NX 的功能的功能 幾個不同的模塊構成了 UG NX 軟件，其中包括了 CAD、CAM、注塑件、金屬件、 工程質(zhì)量檢測、管路應用、Web、逆向工程等不同模塊，其中每個功能模塊都以 Gateway 環(huán)境為基礎，它們之間既相互獨立又互相聯(lián)系。 2.1.2.1 CAD 模塊模塊 由于在三維建模領域擁有很強的能力，因此 UG NX 軟件早已被世界上多家航天及汽 車制造廠商所運用。CAD 模塊又由以下許多獨立功能的子模塊構成： （1） 建模模塊 此模塊作為全新的產(chǎn)品設計造型模塊，提供實體化建模、特性建模、曲面建模等一 系列先進的造型和輔助功能。草圖工具適合于全參數(shù)化設計；曲線工具雖然參數(shù)化功能 不如草圖工具，但用來構建線框圖更為方便；實體工具完全整合基于約束的特性建模和 顯示幾何建模的特征，由此各種特征實體、線框架構等功能能被自由的使用；曲面工具 是基于整合了實體化建模和曲面建?；A技術上的設計工具，可以設計出如工業(yè)造型設 計產(chǎn)品的復雜曲面外形。 （2） 工程制圖模塊 UG 工程制圖模塊中的平面工程圖由實體模型自主生成，也可用曲線功能直接繪制。 此模塊還提供自主的視圖布局（包括基本視圖、剖視圖、向視圖等），而且可以自動或 無錫太湖學院學士學位論文 4 者手動對尺寸進行標注，自動進行剖面線的繪制、對形位公差和表面粗糙度進行標注等。 由于 3D 模型的變化，工程圖將會進行同步的更新，進而使二維工程圖與三維模型達到基 本一致，同時也減少了因 3D 模型改變而更新二維工程圖的時間。 另外，消隱線與截面視圖也包括于視圖之中，模型修改完成后也會進行相應的更新， 且可以運用自動的視圖布局能力提供快速的圖紙布局，從而減少工程圖更新所需的時間。 （3） 裝配建模模塊 UG 裝配建模模塊是用于產(chǎn)品的模擬裝配，支持“由底向上”和“由頂向下”的裝配方法。 在總裝配文中可以對裝配模型進行設計和改造，組件通過對齊、偏移等方法進行定位及 配對，加強了性能，減少了對存儲的要求。 （4） 模具設計模塊 模具設計模塊是 UGS 公司提供的運行在 UG 軟件基礎上的一個智能化、參數(shù)化的注 塑模具設計模塊。此模塊能夠?qū)Ξa(chǎn)品的分型、型腔、滑塊、推桿、鑲塊、型腔輪廓，以 及創(chuàng)建電火花加工的電極、模具的模架、澆注系統(tǒng)和冷卻系統(tǒng)等提供了方便的設計途徑， 最終的目的是生成與產(chǎn)品參數(shù)相關的、可用于數(shù)控加工的三維模具模型。此外，3D 模型 的每一改變均會自動地關聯(lián)到型腔和型芯。 2.1.2.2 CAM 模塊模塊 作為 UG NX 在計算機上的輔助制造模塊，CAM 模塊提供了 CLSFS 編譯與創(chuàng)建實現(xiàn) 了對 NC 的加工，提供了包括銑、車、切割、鈑金等加工方法的交互操作，還具有機床數(shù) 據(jù)文件生成器及圖形后置處理的支持。同時又提供了系統(tǒng)資源制造系統(tǒng)、刀具軌跡編輯 器、模擬切削、模擬機床等一系列功能。 2.1.2.3 UG/Gateway 模塊模塊 Gateway 是運行另外一些對應模塊的前提條件，該模塊為 UG NX6 另外模塊的運作提 供了底層相一致的數(shù)據(jù)庫支持和一個圖形交互環(huán)境。通過它能夠打開已經(jīng)保存的部件文 件、建立全新的部件文件、畫出工程圖像及支持不同格式的文件等操作，也提供圖層控 制、屏幕布局及視圖的定義、表達式及特征查詢、對象信息及分析、顯示控制及隱藏和 再現(xiàn)對象等操作。 2.1.2.4 MoldWizard 模塊模塊 MoldWizard 是 UGS 公司設計的能夠在 Unigraphics NX 軟件基礎上運行的一個注塑模 具設計模塊。MoldWizard 為產(chǎn)品的分型、型腔、推桿、滑塊、鑲塊、復雜型創(chuàng)建電火花 加工的電極和模具的模架、冷卻系統(tǒng)和澆注系統(tǒng)等提供了方便的設計途徑，最終可以生 成與產(chǎn)品參數(shù)相同的、可用于數(shù)控加工的三維模具模型。 基于 UG 平臺的油缸的參數(shù)化設計 5 2.1.2.5 有序的開發(fā)環(huán)境有序的開發(fā)環(huán)境 UG NX 開發(fā)工具統(tǒng)稱為 UG/OPEN，是一系列基于 UG 的應用軟件在一個開放的平臺 上集成的。他們隨 UG NX 一起發(fā)布，主要包括：API、UI Styler、GRIP、KF、NX OPEN、Menu script。 2.1.3 設計選用的原因設計選用的原因 UG/OPEN 是一系列 UG NX 開發(fā)工具的總稱，主要包括：UIStyler、Menu script、GRIP、UI API、NX OPEN、KF。 （1） UG/OPEN UIStyler 作為開發(fā)對話框的工具,UG/OPEN UIStyler 能使設計的對話框于 UG 相集成,使用戶的 操作更加方便、更有效的與 UG 進行聯(lián)動操作。免除了對繁復的圖形與用戶接口進行編程,直 接使用對話框里的基本空間進行不同的組合從而形成功能相異的對話框。 啟動入 UG,點擊【開始】【所有應用模塊】【用戶界面樣式編輯器】即可啟動 UG 的對話框自主設計功能。可通過選擇點擊工具欄上的各個控件實現(xiàn)設計對話框上各控 件的添加及刪除;通過對象瀏覽器能觀察到各個控件所包含的信息；可運用資源編輯器對 對話框中的各個控件的信息及功能進行修改與刪除；同時，可通過設計對話框觀察所設 計的對話框的界面情況。 界面設計結束后,將設計完成的對話框保存后即可自動生成三個文件: .dlg、_template.c 和 .h 文件。其中：.dlg 用于保存對話框中的圖形文件; .h 是對話框的頭文件,其中包含了 對話框和對話框中控件的標識符號及其原型函數(shù);_template.c 作為對話框中 C 語言的頭文 件,包含了各種指令及定義。之后的工作是修改 *_template.c 模板文件并在其中加入相應 的代碼,以確保對話框能調(diào)用函數(shù)以實現(xiàn)預期的功能。模板文件*_template.c 的修改應該在 Vc 中修改完成,然后和 .h 編譯連接生成 .dll 文件.這種 dll 文件可以直接通過 3 種方式調(diào) 用： 1）通過 Open Grip 函數(shù)調(diào)用 2）通過.men 調(diào)用，需要寫在.men 文件中 3）通過 UI Styler 二次開發(fā)的對話框.dlg 中的按鈕響應函數(shù)來調(diào)用 開發(fā)人員可以通過 UIStyler 工具方便、快捷地設定出和 UG 的界面風格相統(tǒng)一的對話 框界面，防止進行復雜的編程。而且可以和用其他開發(fā)工具開發(fā)出的結果進行集成。 （2） UG/OPEN MenuScript 用這一工具可以使菜單實現(xiàn)用戶化。UG/OPEN MenuScript 支持 UG 菜單及對話框 的設計及修改，我們可以使用此功能對 UG 的菜單進行重新編排或增加新的功能來實現(xiàn)用 戶所編譯的二次開發(fā)程序、用戶的工具文件以及系統(tǒng)的各項命令等。以下介紹兩種能夠 無錫太湖學院學士學位論文 6 通過 UG/OPEN MenuScript 實現(xiàn)的 UG 菜單的用戶化操作： 1）添加了用戶菜單文件：將已經(jīng)經(jīng)過用戶編輯的且符合要求與規(guī)定的文件添加到與 其對應的目錄下，這是一種較好的方法。 2）修改編譯用戶標準菜單文件：用戶編輯與修改已經(jīng)存在的菜單文件.但運用這種辦 法將會改變 UG 原有的菜單布局并且無法恢復。 （3） UG/OPEN GRIP GRIP 作為一種獨有的圖形交互編程語言可以使用戶實現(xiàn)在 UG 平臺下的大部分操作， GRIP 命令與英語詞匯驚人的相似,語法方面與其他編程語言有某些相同之處,在一些情況 下 GRIP 編程語言對于某些較高級的操作似乎比 UG 交互更為有效,UG 交互所能實現(xiàn)的功 能都能通過 GRIP 編程語言實現(xiàn)。UG/Open GRIP 作為最被廣泛運用的 GRIP 語言編輯器 由 UG 所提供,用戶可以通過它實現(xiàn)修改、編輯、編譯、連接程序。和普通的語言一樣, GRIP 語言擁有其自身的程序、語法、函數(shù)和與其他不同的語言進行互動的接口，單個 GRIP 語句中包含了單個或多個 GRIP 命令,作為 GRIP 語句的基本成分。GRIP 命令有三種 表示格式:A)GPA 符號格式：以此訪問 UG 系統(tǒng)中各個對象及參數(shù)。)陳述格式：在編輯 于生成實體中起作用。)EDA 符號格式：在訪問 UG 數(shù)據(jù)庫中各個對象的功能時起作用。 作為工程師的語言,GRIP 語言具有簡明，易懂的特點,由于所編寫的程序長而繁復且 要求對細節(jié)的精準把握。GRIP 語言常只適用于一些規(guī)模相對較小的程序。 （4） UG/OPEN API UG/Open API（User Function）,是一個允許程序訪問并改變 UG 對象模型的程序集合。 UG/OpenAPI 裝載了接近 2000 個 UG 操作的函數(shù), 通過它可以在 C 程序和 C+程序中以 庫函數(shù)的形式調(diào)用 UG 內(nèi)部的將近 2000 個操作，該函數(shù)幾乎可以實現(xiàn) UG 平臺上的所有 操作，包括：對 UG 中文件及數(shù)據(jù)的管理、對圖形終端和數(shù)據(jù)庫的操作。 由于編譯連接的不同，UG/Open API 程序可以兩種不同的環(huán)境中運行,分別是外部 （External）及內(nèi)部（Internal）。通過.exe 的方式，外部類型可以直接運行于操作系統(tǒng)之 中,雖然能在計算機中生成所需的圖形文件，但是此類型沒辦法顯示出圖形與用戶相交互 的特性;內(nèi)部類型的運行環(huán)境限制于 UG 中，并且以.dll 的方式被加入到到 UG 的運行進程 中,并常駐于內(nèi)存之中。與外部類型相比，更快的連接速度、更小的程序大小及更好的互 動性是其顯著的優(yōu)點。 UG/Open API 程序通過 C 或 C+語言進行編譯，這里給出兩種方法在 VC 中建立用 于 UG 平臺的二次開發(fā)程序：1）采用向?qū)嫿ǔ绦虻幕镜目蚣埽?）手工構建一個工程。 第一種方法通過向?qū)У闹敢凑找?guī)定的步驟逐步構建出程序的基本框架；第二種方法則 繁瑣得多,通過在 VC 中手動加入各個配置,以建立起 UG 軟件和 VC 之間的關聯(lián)，所以最 好使用向?qū)斫?UG 平臺的二次開發(fā)工程。 基于 UG 平臺的油缸的參數(shù)化設計 7 2.2 Visual C+的簡介的簡介 2.2.1 Visual C+的概述的概述 C 語言作為計算機的高級語言已經(jīng)在國際上處于主流地位，既可以用它來編譯系統(tǒng)內(nèi) 的軟件，也可以用它來編譯應用軟件。 匯編語言普遍運用于早期操作系統(tǒng)中程序的編譯。由于匯編語言對計算機的依賴性 較強，所以為了加強系統(tǒng)軟件的可讀性及可移植性，應該改用高級語言。但是，由于匯 編語言的某些功能難以用高級語言來實現(xiàn)（匯編語言可以直接對硬件進行操作）。人們 希望找到一種同時具備兩種語言優(yōu)點的語言，于是，C 語言由此應運而生了。 Visual C+6.0 不僅僅作為 C+編譯器，更是一個運用于 Windows 操作平臺的可視化 集成開發(fā)狀況。Visual C+6.0 由許多部件組成，包括調(diào)試器、編輯器以及向?qū)?AppWizard、類向?qū)?Class Wizard 等一些開發(fā)工具. 這些組件通過一個名為 Developer Studio 的組件集成成為一個和諧的開發(fā)狀況。2 2.2.2 Visual C+的功用的功用 Visual C+它大概可以分成以下三個主要部分： （1） MFC：理論上說，MFC 也不是專門用于 VC+語言的處理，其他類型的 VC+語言也可用 MFC 來進行處理。于此同時，通過 Visual C+編寫代碼并不意味著必 須要用 MFC，用 Visual C+、ATL、STL 來編寫 SDK 程序一樣可以。不過，Visual C+ 原本就是為 MFC 打造的，Visual C+中許多特征和語言擴展也是為 MFC 專門而設，所以 用 Visual C+而不是 MFC 就等于丟棄了 Visual C+中極大部分的功能。但是，Visual C+也不完全等于 MFC。 （2） Developer Studio：作為集成開發(fā)環(huán)境，生活中的大部分工作都是通過此平臺 完成的，另外由于其標題上寫著“Microsoft Visual C+”，所以有很多人必定會認為這便是 Visual C+。其實并不是這樣，雖然 Developer Studio 提供了多種多樣的 Wizard 和及其完 善的編譯器，但事實上并不包含有任何鏈接的程序及編譯的功能，真正完成這些工作的 幕后英雄另有其人。Developer Studio 不是專門用于 VC 的，同樣也可用于 VJ，VB，VID 等。 （3） Platform SDK 才是 Visual C+及整個 Visual Studio 的靈魂和精華，雖然我們很 少能直接與它相接處?？傮w說來，Platform SDK 是以 Microsoft C/C+編譯器為基礎搭配 MASM，以其他一些工具及文檔資料作為輔助程序。上文中提到 Developer Studio 不含有 編譯程序的應用，那此項工作改由誰來完成？是 NMAKE，是 CL，和其它多種多樣的命 令行程序，這些我們不可見的程序才是組成 Visual Studio 的基礎。9 無錫太湖學院學士學位論文 8 2.2.3 設計選用的原因設計選用的原因 UG/Open API 應用程序是利用 UG/Open API,采用 C 語言進行程序設計,使用 C 語言編 輯器和連接器創(chuàng)建的能夠在外部環(huán)境及內(nèi)部環(huán)境運行的可執(zhí)行的程序(文件名后綴名為.exe)或 者動態(tài)庫(文件名后綴為.dll)形式的程序。基于有差別的操作系統(tǒng)平臺,在編譯和鏈接產(chǎn)生 UG/OpenAPI 應用程序的同一時間,編譯的選項和所需要系統(tǒng)的文庫有所不同。為了使 UG/Open API 應用程序能夠正常的運作,一定要對編譯和鏈接的選項進行正確的設置。這 里以最常用的 Windows 操作系統(tǒng),Visual C+6.0 集成開發(fā)環(huán)境來創(chuàng)立 UG/Open API 應用 程序的方式及步驟。 而且 vc+工程中自帶了一個 UG 向?qū)А癠nigraphics NX AppWizard”,通過它進行 UG/Open API 應用程序的設計，創(chuàng)建和調(diào)試無疑是一種最佳選擇。 可通過一下方法在 vc+工程中獲得 UG 向?qū)В?將這兩個文件放入 VC+安裝目錄 C:Program FilesMicrosoft Visual StudioCommonMSDev98Template 下。 基于 UG 平臺的油缸的參數(shù)化設計 9 3 液壓缸的介紹液壓缸的介紹 3.1 液壓缸的分類和特點液壓缸的分類和特點 圖 3-1 液壓缸的分類圖 3.1.1 活塞式液壓缸活塞式液壓缸 3 （1） 定義：在缸體內(nèi)作相對往復運動的且組件為活塞的液壓缸。 （2） 分類：按伸出活塞桿不同可分為“雙桿活塞式液壓缸”及“單桿活塞式液壓缸”。 按固定的形式可將類型分為“以缸體固定”及“以活塞桿固定”兩種形式。 （3） 單桿活塞式液壓缸 無錫太湖學院學士學位論文 10 圖 3-2 單桿活塞式液壓缸 a. 簡單連接形式的單桿活塞缸 特點: 兩腔面積不等，。 21 AA 壓力相同時，推力不等； 流量相同時，速度不等。 即不具有等推力等速度性質(zhì)。 速度、推力計算： 無桿腔進油時： /4/ 11 cvqAcvqV 2 D cmApApF)( 22111 cmpdDpD4/)(4/ 22212 4/ )( 212 ppDcmd4/ 2 有桿腔進油時： )(/4/ 2222 dDcvqAcvqV cmApApF)( 12212 cmpDpdD4/4/)( 22122 cmpDpdD4/4/)( 22122 21 AA 21 VV 21 FF 故：活塞桿伸出時，推力較大，速度較?。?基于 UG 平臺的油缸的參數(shù)化設計 11 活塞桿縮回時，推力較小，速度較大。 活塞桿伸出時，適用于重載慢速； 活塞桿縮回時，適用于輕載快速。 往復速比： 22212 /dDDVV 結論：活塞桿直徑愈小，兩個方向速度差值愈??； 工作過程和固定方式都與雙桿活塞液壓缸相同。 運動行程：都為兩倍的活塞或缸體的有效行程。 b. 差動連接的單桿活塞缸 差動連接：單桿活塞液壓缸兩腔同時通入流體時，利用兩端的面積差進行工作的連 接情況。 速度、推力計算： 2313 AVqAV 2213 /4)/(dcvqAAcvqV 故 要使， 32 VV dD2 4/4/)(2)2( 12122122113 cmpdcmpdDpDcmApApF 特點：能在不增加流量的情況下，實現(xiàn)快速運動。 應用：單桿活塞液壓缸不同連接，可實現(xiàn)不同的工作循環(huán)： 表 3-1 單桿活塞液壓缸的不同連接形式 單桿活塞液壓缸的連接 形式 差動連接無腔桿進油有槍桿進油 實現(xiàn)的運動形式快進工進快退 速度與推力 3 V 3 F 1 V 1 F 2 V 2 F c. 活塞缸的安裝形式和選用： 表 3-2 活塞缸的安裝形式及選用 耳座式法蘭式耳環(huán)式軸銷式 （4） 雙桿活塞式液壓缸 無錫太湖學院學士學位論文 12 圖 3-3 雙桿活塞式液壓缸原理示意圖 特點： 1） 兩腔面積相等。 2） 壓力相同時，推力相等； 流量相同時，速度相等。. 即具有等推力等速度性質(zhì)。 推力、速度計算： )(/4/ 22 dDcvqAcvqV 4/)()( 212221 cmppdDcmAppF 缸體固定式液壓缸：多為實心雙桿式液壓缸，其工作過程如下表 3-3： 表 3-3 缸體固定式液壓缸工作過程 左腔進油，右腔回油活塞右移 右腔進油，左腔回油活塞左移 總結進油腔與活塞運動方向相反 運動行程：三倍于活塞的有效行程，占地面積較大，一般用于中、小型設備。 活塞桿固定式液壓缸：一般形式為空心雙桿式液壓缸，其工作過程如下表 3-4： 表 3-4 活塞桿固定式液壓缸工作過程 左腔進油，右腔回油缸體左移 右腔進油，左腔回油缸體右移 總結進油腔與缸體運動方向相同 運動行程：兩倍于活塞的有效行程，占地面積小，一般用于大、中型設備。 基于 UG 平臺的油缸的參數(shù)化設計 13 3.1.2 柱塞式液壓缸柱塞式液壓缸 定義：柱塞在缸體內(nèi)做相對往復運動的液壓缸 結構：由缸體、柱塞、導向套、鋼絲卡圈組成 工作原理： 只能做單向運動，回程時所需條件：外力 說明：為與老版本的 UG 程序兼容而保留 uc 表明是 UG/Open API 的 C 函數(shù)，通常是三位數(shù)或四位數(shù)接一個字母.例如： uc1601 是狀態(tài)欄或消息框中顯示字符串信息。固定的命名規(guī)則不便于函數(shù)的查找。在一 定的程序上影響了代碼的可讀性，而且這些函數(shù)正被標準函數(shù)所取代，因此在編寫代碼 的過程中應該盡量使用標準函數(shù)。在實際操作過程中，對于有些固定函數(shù)，由于其參數(shù) 少、使用方便等特點，仍然被廣泛的使用。 （3） 參數(shù)約定 由于遵循 ANSI/ISO C 的標準，UG/Open API 所對應的頭文件中都有函數(shù)的原型。函 數(shù)的格式一般如下： （變量列表） “回復的數(shù)據(jù)類型”一般指是 C 語言數(shù)據(jù)類型或者由 UG/Open API 所定義的數(shù)據(jù)的類 型。參數(shù)一共有三種方式進行輸入與輸出：I、O 或者 OF，說明見下表 5-2 表 5-2 參數(shù)輸入方式說明 元素描述 I代表參數(shù)是一種輸入方式，在使用前必須對其賦值 O代表參數(shù)是一種輸出方式，無需在使用前對其賦值 OF 代表參數(shù)是一種輸出方式，使用結束后要釋放內(nèi)存。用于釋放內(nèi)存的函數(shù)有 UF_free()、UF_free_string()和 UF_STYLER_free_value()等，要根據(jù)實際情況選擇使 用哪個函數(shù)。 名稱：UF_PART_open 使用環(huán)境: Internal（內(nèi)部模式） 描述：將 UG 文件加載到對應的 UG 環(huán)境中，并對它進行相應的設定。 該函數(shù)的描述見下表 5-3： 表 5-3 函數(shù) UF_PART_open()參數(shù)描述 參數(shù)輸入輸出類型描述 無錫太湖學院學士學位論文 22 part_name輸入char *要打開的部件文件名 part輸出tag_t * 打開部件的標識，當打開部件文件失 敗時為 NULL_TAG 續(xù)表 5-3 error_status輸出UF_PART_load_status_t * 當加載部件失敗時該結構中將包含錯 誤代碼和部件文件名稱，使用結束后 應使用函數(shù) UF_free_string_arry()和 UF_free()釋放內(nèi)存 return輸出int 返回代號： 為 0 時表示正常； 非 0 時表示錯誤代號 （4） 數(shù)據(jù)類型 數(shù)據(jù)類型除了 C 語言的數(shù)據(jù)類型外，還包括一些自定義的數(shù)據(jù)類型，如 tag_t 類型、 結構類型（structure type）、枚舉類型（enum type）、聯(lián)合類型（union type）與指針類型 （pointer type）等，統(tǒng)一利用后綴“_t”表示，并且這些數(shù)據(jù)類型的指針用反綴“_p_t”命名 表示。數(shù)據(jù)類型約定如下表 5-4 所示： 表 5-4 數(shù)據(jù)類型約定 后綴描述 _t數(shù)據(jù)類型 _p_t數(shù)據(jù)類型的指針 _s結構標識 _u_t聯(lián)合類型 _u_p_t聯(lián)合類型的指針 _f_t函數(shù)指針 tag_t 數(shù)據(jù)類型 tag_t 是在 UG/Open API 中運用最廣的數(shù)據(jù)形式 ，UG/Open API 的 uf_defs.h 中定義 如下： typedef unsigned int tag_t ,*tag_p_t； 在 UG 環(huán)境中，tag_t 是 UG 對象的句柄，并作為辨別 UG 對象模型的唯一標志。作 為無重復且沒符號的數(shù)值，絕大多數(shù)用以標識應用程序里的對象，如部件、草圖、曲線 基于 UG 平臺的油缸的參數(shù)化設計 23 等。程序只能訪問句柄，句柄所指代的實際對象無法被直接訪問。獲取句柄一般通過直 接調(diào)用 API 函數(shù)，并在別的 API 函數(shù)中直接調(diào)用此句柄，以引入它所指代的對象。這個 過程中，句柄的實際值對程序并無影響。此外，tag_p_t 是指向 tag_t 數(shù)據(jù)類型的指針。 這里以如下代碼為例來說明 tag_t 的使用方法： tag_t disp_part_tag; int part_units; char part_nameMAX_FSPEC_SIZE; disp_part_tag=UF_PART_ask_display_part(); UF_PART_ask_units(disp_part_tag, UF_PART_ask_part_name(disp_part_tag,part_name); 這段代碼中首先通過 UF_PART_ask_display_part()函數(shù)獲得顯示部件的 tag_t，之后再 使用該 tag_t，調(diào)用函數(shù) UF_PART_ask_units()和 UF_PART_ask_part_name()獲得部件的單 位和文件名。 5.1.3 UG 對象類型及操作對象類型及操作 UG 中的所有對象都是通過唯一的 tag_t 值進行標識，對象的類型大致可分為以下三 類： 部件對象 （Part object）； UF 對象 （UF objects）； 表達式 （Expressions）； （1） 部件對象： 部件對象包含了零件大量的幾何信息與非幾何信息，是 UG 最基本的操作對象之一。 其中，非幾何信息包括：計算機的類型；保存部件所運用的 UG 版本；部件所包含的歷史 信息；部件中所包含的各種永久性的信息。 表 5-5 對部件對話操作的函數(shù) 函數(shù)描述 UF_OBJ_cycle_objs_in_part()在部件中查詢對象 UF_ATTR_ask_part_attrs()訪問部件的屬性 UF_PART_close() UF_PART_reopen() 關閉和再打開部件 UF_PART_ask_part_name()獲取部件的文件名 UF_PART_ask_customer_area() 查詢其他信息，包括：查詢用戶定義的數(shù)據(jù)、部 無錫太湖學院學士學位論文 24 UF_PART_ask_description() UF_PART_ask_status() 件文件的描述信息，部件文件的狀態(tài)信息 UF_PART_ask_part_history()查詢部件文件的歷史 UF_PART_ask_compression_flags() UF_PART_set_compression_flags() 查詢及設置部件文件的壓縮標記 （2） UF 對象： UF 對象是那些具有標識的實體、包括幾何對象和非幾何對象。幾何對象包括點、線、 面、實體等；非幾何對象有坐標系、矩陣、尺寸等。UG 中所有具有標識的實體，如點、 線、面、基準等，都可以稱為對象。模型中包含的對象包括幾何實體對象、非幾何對象。 UF 利用類型與子類型來辨別部件文件中的不同對象。每個 UF 對象都有一種類型，在頭 文件 uf_object_types.h 中，對象類型和子類型都被進行了完整的定義，UF 對象可以通過 子類型進行詳細的描繪，但子類型并不是普遍存在的。 UG/Open API 提供的訪問和操作 UF 對象的函數(shù)包括 UF 對象的查詢、遍歷、等。對 象操作函數(shù)請參考頭文件 uf_obj.h 中的定義。 表 5-6 UF 對象基本操作屬性 函數(shù)描述 UF_OBJ_set_name() UF_OBJ_ask_name() UF_OBJ_delete_name() 指定、查問及刪除單個對象的名稱 UF_OBJ_cycle_objs_in_part() UF_OBJ_cycle_all() UF_OBJ_cycle_by_name() UF_LAYER_cycle_by_layer() 查詢遍歷對象，可以在指定部件中遍歷對象，在 當前工作部件中遍歷對象，通過對象名稱和圖層 查詢對象 UF_MODL_delete_exp() UF_MODL_delete_feature() UF_OBJ_delete_object() UF_OBJ_delete_array_of_objects() 對象刪除 UF_UI_select_single() UF_UI_select_by_class() UF_UI_select_feature() UF_UI_select_sketch() 對話選擇 對象狀態(tài) 對象的狀態(tài)可通過使用函數(shù) UF_0BJ_ask_status()來查詢。對象共有下列幾種狀： 基于 UG 平臺的油缸的參數(shù)化設計 25 表 5-7 up 對象狀態(tài)標識 狀態(tài)標識描述 UF_OBJ_DELETED被刪除的狀態(tài) UF_OBJ_TEMPORARY 臨時狀態(tài)。例如臨時坐標系由 UF_CSYS_create_temp_csys 函數(shù)創(chuàng)建，不 會被保存 續(xù)表 5-7 UF_OBJ_CONDEMNED 不正常狀態(tài)。一般由于對象被刪除，但它是其它對象的參考，只有所有 的這些參考被刪除后，該對象才從模型中被刪除，該狀態(tài)的對象永遠不 被顯示 UF_OBJ_ALIVE激活狀態(tài) 對象訪問 在創(chuàng)建對象時，可以直接得到對象標識。多數(shù)情況下需要查詢存在于文 件中的現(xiàn)存對象。一般可能通過以下兩種方法來確定 UF 對象的標識： 一是循環(huán)法。即可在獲取目標體上面標識的循環(huán)過程中，插入下段程序。程序會顯 示于目標上方并出現(xiàn)一個要用戶確定的對話框，其中顯現(xiàn)對象的標志。其中 tem_tag 為目 標體上表面的標識。 UF_DISP_set_highlight(tem_tag,1); Sprintf(mess, “The object is %d!“, i); uc1601(mess, 1); UF_DISP_set_highlight(tem_tag,0); 二是參數(shù)法。即可利用函數(shù) UF_MODL_ask_face_data 獲得目標體上表面的參數(shù)，包 括表面的法向和表面的原點等信息。 設置可顯示的 UF 對象信息的函數(shù)。 UG/Open API 提供了對可顯示的 UF 對象的層、顏色、線型等屬性進行設置和查詢的 接口。注意除了高亮狀態(tài)外，其他信息都可以保存到 part 文件中。 表 5-8 設置可顯示 up 對象函數(shù) 函數(shù)描述 UF_OBJ_ask_display_properties()用于查詢可顯示 UF 對象的顯示屬性 UF_OBJ_set_layer()用于設置可顯示 UF 對象的層 UF_0BJ_set_color()用于設置可顯示 UF 對象的顏 UF_0BJ_set_blank_status()用于設置可顯示 UF 對象的 blank 狀態(tài) UF_OBJ_set_line_width()用于設置可顯示 UF 對象的線型 UF_OBJ_set_font()用于設置可顯示 UF 對象的字體 無錫太湖學院學士學位論文 26 UF_DISP_set_highlight()用于設置可顯示 UF 對象的高亮(highlight)狀態(tài) （3） 表達式： 表達式的定義： 表達式提供 UG 中的參數(shù)化建模的機制，表達式能控制特征，特征也隨表達式的變化 而改變。 表達式的形式一般是：“name = value”。 表達式名的首字符必須用字母表示，其他的字符可以用數(shù)字、字母、下劃線等代替。 表達式名是大小寫敏感的，一個部件文件中的表達式名應唯。表達式值可以是數(shù)字和 條件等式，表達式名可以用于表達式值中。 表達式的使用： UF 函數(shù)允許用戶創(chuàng)建、查詢和編輯表達式和幾何表達式，對表達式進行各種操作的 函數(shù)包含在頭文件 uf_modl.h 中，對幾何表達式進行各種操作的函數(shù)包含在頭文件 uf_gexp.h 中。 如果表達式串中，僅僅提供表達式值，UG 軟件會自動給它個名字。如表達式串 定義如下： “diameter2” UG 會賦給它一個類似“p0”的名字。建議按下列形式賦值 “radius = diameter2 ” 可以用函數(shù) UF_MODL_create_exp()創(chuàng)建表達式；當需要得到創(chuàng)建的表達式的標簽時， 使用函數(shù) UF_MODL_create_exp_tag()。常用表達式操作函數(shù)如表 5-9 所示： 表 5-9 常用表達式操作函數(shù) 函數(shù)描述 UF_MODL_create_exp()創(chuàng)建表達式，沒有返回 UF_MODL_create_exp_tag()創(chuàng)建表達式，返回新建表達式的標識 UF_MODL_import_exp() 從文件輸入表達式，即可引用其它部件的表達式 文件，操作完成后必須用函數(shù) UF_MODL_update()更新數(shù)據(jù)庫 UF_MODL_dissect_exp_string()分解名字和值返回名字、值和表達式的標 UF_MODL_eval_exp()輸入表達式的名，返回表達式的值 UF_MODL_edit_exp() 用新的值替換表達式中原有的值。使用后應用函 數(shù) UF_MODL_update()來更新模型 UF_MODL_rename_exp()給已有表達式賦新的名稱 UF_MODL_ask_exp()返回表達式名和表達式值 UF_MODL_ask_exps_of_feature()返回制約某特征的所有表達式的標識 基于 UG 平臺的油缸的參數(shù)化設計 27 UF_MODL_ask_exps_of_part()返回某部件文件的所有表達式的標識 UF_MODL_ask_exp_tag_string()輸入表達式標識，返回該表達式串 UF_MODL_ask_exp_tag_value()通過表達式標識獲得表達式值 6 創(chuàng)建創(chuàng)建 UG 應用程序的用戶界面應用程序的用戶界面 通過上面的一些介紹，我們對液壓缸的結構、組成、設計原則以及 UG 建模、 UG/Open API 函數(shù)有了初步了解。在些基礎上，我們就可以用 Visual C+在 UG 平臺上 對有關液壓缸的建模操作進行參數(shù)化設計的二次開發(fā).下面將詳細說明如何運用 MenuScript 菜單技術和 UIStyle 對話框技術對液壓缸的參數(shù)化設計進行用戶界面的設計。 6.1 MenuScript 菜單技術菜單技術 6.1.1 簡介簡介 UG/Open MenuScript 是 UG/Opend 的一個重要的構成成分，支持 UG 平臺中菜單的構 建與修改，并可利用