kevinhuang

/黃 政家
黃 政家

About 黃 政家

This author has not yet filled in any details.
So far 黃 政家 has created 93 blog entries.

【原創文章】衛武資訊內部訓練教材-Revit API 教學(一)

這系列是衛武資訊研發部的公司內部訓練教材,無私公開教大家基礎的API開發,將持續分享! 作者 | 葉人豪   在現今這個BIM概念越來越普遍的業界,BIM建模軟體已經慢慢成為我們製圖時主力工具。而在台灣,Revit更是BIM建模的主流軟體。當我們使用Revit建模的時候,常常會有一些相當零碎又重複性的工作出現或者Revit目前還沒有功能來達成我們的需求。當我們無法通過Revit的功能來解決我們的需求時,我們就需要找一些快速的方法來達成我們的目的。這時Revit API就是我們的好幫手。 Revit API是Revit提供予使用者的應用程式函式庫,聽不懂?沒關係!讓我們來用一個例子來比喻一下,簡單來說Revit就像是一間餐廳,Revit API就像是餐廳裡的服務生,我們可以通過跟服務生說我們想吃什麼來向餐廳點菜。而服務生就會幫我們跟餐廳說我們需要什麼,並拿來給我們。所以其實Revit API就是一個傳遞我們需求的角色,幫助我們與Revit做資訊上的傳遞(如圖一所示)。 當Revit讀取addin時,Revit會了解到他現在需要加入這個外掛。addin本身包含了外掛程式的XML格式相關資訊,例如:程式的名稱、程式的類型、程式(.dll)的實體位置、程式的GUID、程式裡面的函式名稱等等的資訊。以下將用表格方式介紹。 表一、addin內部屬性註釋表 圖二、無透過Add-in Manager狀態下製作與部屬addin 而若是addin中的API資料有錯誤,Revit就無法載入Revit API程式已進行測試。來來回回的檢查與開啟Revit相當的繁複,很容易浪費我們寶貴的時間。所以我們才需要Add-in Manager來幫助我們開發Revit API程式。Add-in Manager提供我們快速執行我們API程式的服務,而不需事先部署addin,也可以幫我們快速產生我們的API程式的addin等方便的功能。因此我們只要等到程式完成開發後來進行部屬,而不須在程式開發過程中進行部屬。在有Add-in Manager的幫助下進行部屬得流程大致如下: 圖四、Autodesk.AddInManager.addin文檔 然後再把Autodesk.AddInManager.addin這個檔案(附檔名須為addin)放到C:\ProgramData\Autodesk\Revit\Addins\Revit\中對應版本的資料夾中,我們就完成了Add-In Manager的addin部屬了。然後我們只要開啟Revit,Revit就會跟我們說他偵測到了一個新的.addin,並詢問是否載入這個檔案。這時只要點選永遠載入,就可以在Revit工具列的增益集的外部工具中看到Add-in Manager被加入了。 現在讓我們進入Revit來看看Add-in Manager到底長怎樣吧。進入Revit專案後,到外部工具中我們就可以看到Add-in Manager,開啟Add-in Manager就會開啟如圖五的視窗出現。 圖六、新增專案畫面 那麼接下來我們要來把這個專案變成RevitAPI外掛程式。首先,在方案總管的參考中點選右鍵,並選擇加入參考(如下圖七所示)。 圖八、加入Revit參考檔畫面 在這邊我們需要幫專案參考做一下設定來節省硬碟空間,點選我們剛剛加入的參考檔,也就是RevitAPI.dll與RevitAPIUI.dll。然後在屬性的視窗中把複製到本機的選項改成False(如下圖九所示)。這樣在建置API程式時,程式就會去找Revit本體中的參考檔,而不會產生一些額外的參考檔到API程式的資料夾中。 再來就是要來進行程式碼得測試啦。測試也是需要做一些設定的,我們再次一步一步來: 1. 於方案總管中的專案上點選右鍵(如下圖十所示),並選屬性(R)。 圖十一、設置專案啟動時外部程式畫面 3. 這此處我們要選擇Revit.exe,來當作啟動外部程式的目標。Revit.exe位置跟參考檔一樣,位置就在Revit安裝資料夾中。 這時雖然完成了測試的設定。但由於Visual Studio的設定,按下開始偵錯方案後,會無法進行偵錯。所以我們接著要更改Visual Studio的設定。 4. 按下Visual Studio上方選單的工具(T),並點選選項。這時會出現選項視窗。 5. 於選項視窗的右側列表中,點選偵錯,並於左側的選單中找到使用Managed相容性模式,把該選項勾選(如下圖十二所示),並按下確定。 圖十三、執行Revit外掛畫面 此時Add-in Manage就會執行我們的程式碼。在下圖十四中,可以看到Hello World的視窗,這樣我們的第一支Hello World測試就完成了。 圖十五、製作Hello World外掛之addin畫面 這時Add-in Manager就會幫我們把外掛程式的addin做出來了。做出來的addin會跟我們dll檔一樣的位置了。 在這邊有些朋友可能會想問Save checked items to Addins folder這個選項是什麼?小編在這邊說明一下,這個選項可以產生當前選擇的Revit API外掛的addin,並送進Revit的Addins資料夾中。不過實際上是送進哪一個版本的Revit Addins資料夾可能因人而異。大家如果想知道自己的電腦預設的儲存資料夾在哪,可以把滑鼠移至Save checked items to Addins folder選項上方。這時就可以看到選項上出現說明,在說明中即可知道實際上是送進哪一個版本的Revit Addins資料夾中了(如下圖十六所示)。

By | December 6th, 2017|Tech-en|0 Comments

【資訊分享】CIM資訊:3D模型視覺化應用於隧道挖掘施工時的透水模擬監測

建設IT記者「家入龍太」先生是日本建築、 IT 、 BIM 以及 CIM 界相當知名且活躍的記者與評論家,不僅著有許多與智慧居家、 BIM / CIM 等相關的專業書籍,同時也經常在網路上發表許多與建設 IT 相關的新知分享,家入先生的格言是用 3D 、 BIM 、 ICT 來表彰與成就建築業的發展戰略和挑戰。這次衛武資訊蒐集了一篇家入先生近期發表的 CIM 相關文章,內容主要在說明將 3D 模型視覺化在隧道挖掘施工時的透水模擬監測應用,簡單幫大家重點節錄於下: 在進行隧道挖掘時,若是沒有確實控制地下水位,而導致地下水位將低,則可能使得地底蘊含的重金屬等物質流出,造成環境的惡化,所以在挖掘隧道時,隧道前方及周圍的建及止水便成為隧道挖掘相當重要的一個環節。 過去以 2D 平面的資訊來源,對於開挖範圍的透水性及水位分布僅能以想像的方式來進行檢討,對於藥劑的注入以及灌漿追加施工位置的決定等常需要耗費大量的時間來進行。 因為這個原因,日本熊谷組以日本五大開發公司下的 MakeJiban 為應用基礎,開發了「隧道灌漿視覺化系統」與該系統來進行隧道開挖作業輔助。透過這套系統以及相關的分布圖及透水率分析表,能夠在進行隧道開挖時利用系統呈現的顏色分布來了解其透水度,進行藥劑填充以及施工位置的決定,同時透過觀測透水系數的表現來進行工程的 PDCA 計畫,輔助工程的進行。不僅於施工進行中透過系統來加強輔助,若是遭遇地震等狀況而導致湧水增加或灌漿失敗時,也能透過系統察覺問題點、原因並判斷對策以及應變措施。 3D 工程應用不僅在於建築工程上,就連經驗豐富的山岳以及隧道工程,也在逐步的導入應用,期待後續能透過這樣的技術更加提供生產力並使得資訊共享更加容易。 若是讀者更有興趣想進一步了解全文,請點擊以下連結: http://ieiri-lab.jp/it/2017/11/3d-tunnel-groundwater.html   引用連結 | トンネル湧水を3D化!熊谷組が透水性可視化システムを開発 首圖來源 | トンネルグラウチング可視化システムの開発北薩トンネルにおける減水対策工より 編譯整理 |

By | November 28th, 2017|Sharing-en|0 Comments

【原創文章】BIM於跨平台整合應用的新篇章-以Forge技術運用於物料管理

現今營建工程專案執行過程中,應用BIM執行專案已經變成主流,如設計端建築師應用BIM進行設計空間和法規檢討,或是施工端營造廠透過BIM進行介面整合、檢討衝突和工進模擬等等,甚至是營運維護端業主使用BIM和相關設施管理軟體掌控建築物內部設備的例行性維護和緊急維修作業等等,儘管大家都明白應用BIM能獲得效益,但在執行面又衍生了另外一個問題,難道每個專案相關執行人員都需要熟悉BIM工具的使用嗎?如果不會操作BIM工具的工作人員又該如何享受導入BIM產生的效益呢? 作者 | 簡翊亘、蘇郁智   WeBIM應用Forge的技術讓非BIM專業工程師能夠透過瀏覽器直覺的操作和瀏覽BIM模型內的資訊,同時,因應不同的專案需求開發客製化管理平台,藉此實現BIM模型和專案資訊的整合應用,以下將分別簡介Forge技術內容並分享專案應用成果。   Forge主要技術服務可分成資料管理(Data Management) API、模型資料截取及轉檔(Model Derivative) API、模型網頁瀏覽及擴充應用(Viewer) API和AutoCAD雲端自動化(Design Automation) API,而BIM 360 API和Reality Capture API目前仍處於Beta版本。 其中模型瀏覽API則提供了網頁中瀏覽、檢視、協作多種二維(2D) 或三維(3D)的模型的功能,並開放豐富的應用介面(API),讓開發者依照特定使用需求自行擴充應用,許多模型操作的客製化應用多是透過此API進行,而模型資料截取及轉檔API負責多種格式的模型資料、清單文件的轉檔和資料萃取功能,想要透過模型瀏覽API呈現的模型必須先透過此API進行轉檔,方能於網頁中讀取模型,另外資料管理API統一了模型資料的存取模式,讓開發者取得及操作A360, Fusion 360, BIM 360等外部資料和底層資料存儲服務(Object Storage Service),在模型轉檔之前,必須先透過此API將模型上傳至此處。最後AutoCAD雲端自動化API則提供了產生或編輯AutoCAD DWG 圖紙的功能。   關於專案應用的成果分享簡介如下,本次合作廠商名為台灣蛭川金屬,是一家非常優秀的日本公司的台灣分公司,他們所有專案皆建有足以供CNC機台製作的BIM模型,其金屬製品的生產地點位於台灣,待成品完成後即拆分成不同子物料,分批輸出至國外,提供給現地安裝使用,而目前該廠商物料管理實務執行方式多仰賴試算表進行物料統計,並以實體吊牌的形式將物料編號繫在製作完成的物料上,以利物料送達目的地時,執行物料的點交與確認作業,現行做法除缺少有效的資訊整合外,亦衍生了許多的問題,問題如下。 1. 現場安裝人員需花費許多時間統整點交的物料數量。  2. 現場安裝人員不清楚點交物料的安裝位置。  3. 業主難以即時掌控物料製作與安裝的進度。    為了解決上述困難,WeBIM替台灣蛭川金屬開發了一套物料管理系統,其中應用Forge技術實現網頁中操作和瀏覽3D模型的功能,並配合客製化開發功能模組管理物料狀態與物料數量統計,以利使用者能快速掌握物料安裝位置和相關資訊,業主也能藉由3D模型中的狀態顯示功能了解物料的運送狀況。 依據物料參數進行物料拆分動作   在透過系統管理物料之前,合作廠商首先使用Revit建模並根據其物料管理需求於元件編列物料參數並將完成後的模型上傳至本系統,本系統即能依照特定物料參數,選取物料並製作物料集以便系統管控。 檢視特定物料單所屬物料位置與狀態資訊   列管物料集即可透過系統功能依照物料運送情況更改其狀態,並於模型瀏覽頁面檢視特定物料的位置和狀態資訊,而業主亦可以直接查詢該專案的整體物料狀態,以掌握專案的物料運輸狀況。 視覺化專案中物料位置與狀態資訊   現場安裝人員亦可在安裝前透過本系統針對特定物料,查詢物料運送狀態和相關資訊,進而檢核物料數量是否齊全,並對照現場安裝位置,避免錯誤施工並提升作業效率。 透過模型查詢物料資訊 獲得物料屬性資訊與其子物料組成內容 左至右:既有物料吊牌與物料QRcode比較 / 以行動裝置掃描QRcode追蹤現地物料狀態 / 模型資訊檢視與物料狀態改變 結論 本系統透過Forge的模型轉檔、模型瀏覽和操作技術,配合開發相關物料管理功能模組,讓合作廠商能透過行動裝置、網頁管理平台和直覺的3D模型瀏覽和操作功能完成物料安裝、物料資訊查詢和物料狀態檢視,此舉除了整合物料運送狀態和物料相關資訊,改善合作廠商既有工作流程進而提升作業效率,也讓現場安裝人員在不熟悉專業BIM工具的前提之下,能得到安裝作業所需資訊。 平台交付 / 教育訓練 / 實際使用   延伸閱讀 | 【原創文章】引領 BIM 走向高擬真視覺呈現 (二) 延伸閱讀 | 【原創文章】引領 BIM 走向高擬真視覺呈現 (三)

By | November 21st, 2017|Tech-en|0 Comments

【資訊分享】COBie,從設計到營運

FMC 科技公司 (FMCTI) 為全球性能源工業設備及服務的供應商,其近期於 Greenfield 專案的第一階段,實施了從建造到運行的建築資訊交換標準 COBie (Construction to Operations Building information exchange),而 Greenfield 專案是綜合用途的企業園區,由位在美國德州休士頓占地 72 英畝的基地中,近 170 萬平方英呎的 A 類別改建計畫組成。 COBie 是建物生命週期中設施資訊收集與交付的資訊交換標準,8 個 COBie 記錄檔案在建物實際完成前,已被產出並匯入到 FMCTI 的整合工作場所管理系統 IWMS (Integrated Workplace Management System),使設備管理團隊能在營運階段的第一天時,即能查詢出 1600 個以上的空間、1200 個以上的設備標準、14000 個以上的零件、31000 個的工作(預防性維護)、28000 個備品、5000 個資源 (工具) 及 8700 個以上的營運及維護文件(O&M 文件)。因 FMCTI 園區是由一棟六層辦公大樓、一些有多樓層辦公室的廠房、一間恆溫控制倉儲、一間車庫、一間中央廠房和重要現地基礎設施組成。Greenfield 專案證明了實施以 COBie 為基礎的建築資訊交換模式於大規模和廣泛設施類型的私用領域建築物是可行的。在此情況下,適時交付 COBie 資料需要主要專案參與者為期兩年的積極參與和一同克服障礙的共識,特別是變更管理和資料管理上。   引用 | 簡翊亘   定義 COBie 設備資訊需求 最理想的情況是業主對於他想要獲得的設備資訊有明確定義,有些政府機構要求承包商在幾年內交付符合設備資料樣板的建築設備資訊,聘請一個設施經理瀏覽竣工圖並決定該採用何種設備資料樣板,然而多數業主並未定義他們的建物資料交付需求,即使他們已經有整合工作場所管理系統 (IWMS) 或電腦化維修管理系統 (CMMS)。 對於任何考慮大型專案,以及為了於設計到施工期間從已建立建物的資訊中獲得最大效益的業主來說,在建模開始之前即定義 COBie 交付需求非常重要。原因在於模型中多數資訊在元件內,為了能正確地從 BIM 匯出 COBie 交付內容所需資訊,必然要修改或調整 BIM 元件庫的資訊,及早確立交付需求,能減少修正元件資訊頻率,如果建築資訊模型並未提供業主符合其需求的資訊,專案團隊則需要重新修正模型。 主要問題為: • 在營運及維護時,哪樣的資訊是必須的? • 設計及建築專案團隊的哪個成員負責建立此資訊? • 在專案進行時,這些資訊何時須被記錄? 何種資訊是必須的? 最基本方法是只針對需要維護的設備記錄相關資料,以此類推,基礎方法只記錄 COBie 聯絡、設施、樓層、空間、類型及元件資料表裡的必填資訊欄位,在 COBie Excel 樣板中,必填資訊欄位以黃色和橙色顯示。此外,Document 頁籤連接電子文件檔到各設備型式(例如:操作及維護手冊、保固合約、資產圖片、訓練影帶),而 Spare 頁籤記錄儲存備品資料。 以滅火器這類的安全設備為例,為了需要透過 COBie 記錄以追蹤週期性檢查,以及重要設備種類。建築物的業主應該知道此類資產的地點及數量,以協助排定設備檢測時程。另一個定義所需資訊範圍的考量是,業主可能外包設備供給或維護作業給第三方,像是傢俱安裝或廚具設備等等,那些設備資源可能出現在設計模型裡,但是,當那些資產不被業主的整合工作空間管理系統追蹤且維護時,它們可能不需要包含在 COBie 資料集內。 這些資訊由誰產生? 如果設備出了狀況,大多設備管理員會想要了解此設備是否如製造業者的規範正常運作。通常此設備效能資訊 (例如:容量、流量等等) 可由供應商提供的產品交付資訊獲得。以此為例,資訊可以記錄成與各設備型式相關的 COBie 文件,或是補充性資訊,及被記錄在 COBie 屬性頁籤。許多業主也想要知道供應商的設備是否符合設計需求,這需要從建築師/工程師訂定的設備清單或是設計規範裡獲得設計資料。此外,由業主提供的設備也可能用於專案裡,而在 Greenfield 專案的案例中也包括了工業加工設備。 何時記錄資訊? 細部設計資料應於設計階段的施工文件中獲得,並於取得採購時核准的附錄或替用文件後予以更新,最終 COBie 型式資訊是在施工階段早期的產品送審文件中獲得。設計團隊核准的交付文件中確認了設備的廠商名稱、模型編號和功能特性,元件資料應該在設備一進場時就紀錄,如序列號、條碼和安裝日期等等。 對 Greenfield 專案來說,該專案要求主承包商要對所有必要的設備類型記錄作業、資源和備品等 COBie 資料,如此一來,FMCTI 便能立即將所有相關預防性維護作業流程、特殊工具和備品輸入該公司的整合工作場所管理系統 (IWMS) 內,而在過去 FMCTI 只能於施工階段最後數個月的期間,依照分批收到的維護手冊和元件清單完成必要的資料輸入作業。然而,一旦產品被批准,承包商就應儘快擷取相關資料,最佳的情況是設備廠商以 COBie 格式提供這類資訊。此外,Division 1 contract language 規範了非常明確地交付內容,並以返還保留金的項目來約束分包商的 COBie 資料交付作業,也要求恪守 COBie 執行計畫 (CEP),其為 BIM 執行計畫的變形,差別在於所關注資料的不同,CEP 的關鍵議題包含了以下數點: • 角色及責任 • 命名慣例及內容 • 列管的設備類別 • 對空間及設備類型有詳細屬性規範的附錄 此文件針對空間、類型、元件及文件建立詳細的命名慣例,以及確立了所有屬性的領域或參數名稱,該作法讓 FMCTI 更仔細的驗證 COBie 交付內容並產生了許多預料之外的效益。雖然人們常議論是否有必要去仔細斟酌所使用命名慣例,但 Greenfield 專案的經驗證實了命名慣例是非常重要的。 初步的 COBie 執行計劃應在專案概念發展階段時擬定,並要能傳達 COBie 角色、責任歸屬、命名慣例和編錄資產類別的高階時程表。由於所有設備類型在施工文件產出階段前都尚未確立,COBie 執行計劃應被視為一個能夠彈性調整修改的活文件,藉此因應週期性更新和反映設施模型的不同發展階段。下定決心要完整交付 COBie 資料的團隊須調整既有的工作流程和專案管理責任歸屬,以平衡設計資料和非幾何資料管理的工作內容。 在 BIM 和大數據的時代,願意接受這樣改變的敏捷式團隊將會提升其專業能力並能提高自身定位以贏得未來商機。 攀上 COBie 學習曲線 Trammell Crow (TCC) 公司在 Greenfield 專案中扮演發展經理的角色,主要工作在於監視多領域的作業項目,包括工地進度出勤紀律、設計、建造及交付使用。在設計發展的時候,TCC 及 FMCTI 皆認為設備管理團隊會理解採用 COBie 標準帶來的巨大而長期營運效率。他們設立目標去收集、驗證並載入有意義的資料集到欲採購的整合工作場所管理系統,而非只是堆置這些資料。 即使許多專案建築師和工程師曾執行與 Greenfield 專案類似規模與複雜度的專案,但幾乎沒有人有使用整合工作場所管理系統交付設計明細表給相關下游廠商的經驗。於節奏緊湊設計時程當中,導入人們不熟悉且看似複雜的程序的想法衍生了關於 COBie 學習曲線和 COBie 流程對時程與成本的衝擊等等議題。 為了降低那些風險,TCC 邀請 Kristine Fallon 協會 (KFA) 當作專案的 COBie 顧問。KFA 的主要交付成果包括:(1) 定義 Division 1 COBie 需求說明;(2) 驗證 COBie 設計與施工資料;(3) 產生 COBie 記錄檔案。在短時間內,KFA 發展了共識為基礎的 COBie 執行計劃,此計劃讓 AECOO 團隊衡量產出專案特性需求的 COBie 設計交付成果所要花費的資源需要製造專案明確 COBie 設計籌碼的耗工。 產品資料管理平台驗證並聚合各種來源的資料並產出 COBie 格式的紀錄檔案,作為 Greenfield 專案的交付資料 Greenfield 專案總承包商最初對於將 COBie 交付成果加入工程合約持保留意見,原因在於 GC 認為市場中很少下包商熟悉 COBie 標準且投標廠商可能會將 COBie 學習曲線列為其衍生成本進而提高其投標金額。經過多次討論後,KFA 團隊建議他們在標前會議前,即將 COBie 執行計畫的草稿發布給重要下包商,其內容清楚表達業主對 COBie 的交付成果的期望。因此,在競標前下包商會了解該專案的 COBie 交付需求,所以幾乎沒有廠商能將 COBie 列為成本項目並附加在投標價格內。 與典型 BIM 協調會議相似,COBie 協調會議作為確認資料有及時產出和驗證的檢核點,重點即為 COBie 執行計畫直到設計階段的施工文件階段才會一半才會發布正式版。會議作為一個獲得不同類型資料管理挑戰的解決方法來源,相關挑戰如參數建模、自動資產排序和施工圖與交付成果的版次管理。 討論結束後,團隊確立了時程以雙周為單位的 COBie 成果交付計畫,此專案亦證明此方法是有效且可靠的工具,但由於缺少健全且可依需求調整的軟體工具以用於整合、協作、驗證和操作 COBie 資料,KFA 提供 Greenfield 專案一個可配置的軟體工具,「產品資料管理平台」(The Product Data Manager, PDM),此工具讓使用者能有效地進行資料整合、管理和驗證。 擴大 COBie 的價值 應用 COBie 標準中有許多效益,其中最常被提及的就是減少專案收尾的成本,舉例來說,花費數個月等待所有交接文件送達;在重要施工人員退場後追蹤未完成交付文件;省去在建物啟用的早期階段,人工輸入大量資料至 CMMS/IWMS 的作業;於營運維護使用手冊獲得預防性維護作業流程、工具和備品的作業; 合乎預期的,於 Greenfield 專案實施 COBie 標準讓 FMCTI 避免了這些常見的困難議題。然而,該專案團隊並未預期在設施生命週期中,COBie 會有如此大的影響力,包含其在四大關鍵表現領域(安全、品質、交付和成本)的重要貢獻。在為 Greenfield 專案採購 IWMS 前,TCC 也在一系列的探索議題會議中團結了 FMCTI 團隊內部的不同團隊成員,這也被視為此專案的一大重要成功因素。這一系列的會議目的在於總結此專案的 COBie 資料標準、資料收集作業內容和確立 FM 團隊所需應用的資料範圍。 整合多種類的內部團隊 (以 [...]

By | September 13th, 2017|Sharing-en|0 Comments

【原創文章】Dynamo 如何翻轉 Revit 的世界?

對於過去的 Revit 使用者來說,經常遭遇到明知模型中確實有我們想取用的資訊參數,但礙於軟體限制,無法讓我們直覺式的隨意取用,所以必需透過撰寫程式碼建立 API 的方式才能從 Revit 這個龐大的資料庫中擷取應用;再者,想進行複雜曲面造型設計時,受限於軟體功能,有時也會遭遇到無法隨心所欲地創造所見即所思的設計概念,而必須妥協於模型現況的情形發生,亦或是固執地經過許多的軟體整合應用與一連串的轉檔過程才能實現理想的設計概念並與現存的 Revit 模型進行統整,這樣的過程,對於每一個 Revit 使用者來說一定都是心有戚戚焉。 然而在 Dynamo 的出現之後,這樣的情況有了莫大的轉變。Dynamo 的整合應用大大的改變了 Revit 使用者的思維模式,一夕之間,過往的不可能紛紛出現了耀眼的曙光。從前需要撰寫艱深程式碼的 API 應用突然間變得簡單許多;使用者也不需再輕易地妥協於模型的現況,而能夠確實創造出理想中的幾何模型,並且輕而易舉地進行調整與優化。Dynamo 就像是為 Revit 這個龐大的數據資料庫開了一扇大門,讓使用者能更進一步深入探究與挖掘其內在資源,開創了更加寬廣的應用可能性並提升了 Revit 模型內的資訊價值。     為什麼是 Dynamo? Dynamo 可說是近期 BIM 界一顆相當受到矚目的新星,透過視覺化的程式編寫與友善的人機介面,讓使用者不需鑽研艱深的程式語言,也能夠輕易地利用 Dynamo 作為與 Revit 溝通的輔助橋梁,來進行許多複雜的幾何設計與參數資訊的分析應用,使得 Revit 發揮 BIM 軟體中的「Information」特性能夠更加地隨心所欲。   Dynamo能幫助我們做什麼? 一般而言,常見到的 Dynamo 應用大約可以分為兩個大類,一為幾何造型設計,二為資訊分析應用,其中又以第一項幾何造型設計為常見的應用大宗。 過去,我們常看到 Rhino 與 Grasshopper 的合作,在營建工程的設計階段提供了更豐富的可能性與多樣性,建築師及設計師透過直觀且視覺化的人機介面以及參數化的輸入方式,模擬設計建築物的外觀,找出心中理想的建物曲線,成就了許多了不起的建築專案,然而對於利用 Revit 為 BIM 發展主力的使用者而言,Revit 的強項在於資訊的整合應用,建物的複雜曲線造型雖然不是完全做不到,但是相比之下確實是受限較多。 Dynamo 的出現確實為 Revit 使用者開創了更多元的應用模式,不論在國內外,透過 Dynamo 的協助來進行幾何設計的案例也多不勝數,特殊曲面造型設計、建物外觀、橋梁工程等等,都能看到 Dynamo 與 Revit 相輔相成而產出的輝煌足跡,仰賴 Dynamo 的協助,也確實精進了 Revit 較不容易發揮的複雜幾何曲面造型應用,將 Revit 的幾何能力拓展到了更高一級的層次。   WeBIM 利用 Dynamo 做什麼? 除了前述常見的幾何造型設計之外,WeBIM 團隊根據實際參與的專案流程開發了許多輔助程式,讓 Dynamo 不只是輔助設計的工具,同時強化應用了 Revit 的龐大資料庫,作為專案執行過程中分析應用的工具。 在模型建立的部分,我們開發了適合台灣 CAD 環境的快速建模輔助程式,提高了由 CAD 設計圖說到模型產出的作業效率; 【Dynamo 快速建模輔助程式簡化 CAD 到 BIM 模型的作業流程】 同時我們也開發出許多模型元件自動化建立的輔助程式,大量降低許多繁複的重複性作業,提高模型建立的效率及精確度; 【Dynamo 模型元件自動建立輔助程式加速模型元件建立】 在空間檢討與機電整合方面,我們開發利用 Dynamo 快速判斷空間淨高的輔助程式,免除了過去 CAD 作業繪製剖面相關圖說或是在 BIM 模型內建立剖刀這樣大量的人工作業及判斷過程,直接利用 Dynamo 對於管線模型及空間模型判斷是否符合淨高要求,並能將須調整的結果亮顯於模型中,以直觀的方式直接進行模型的調整,並用以作為機電管線配置設計與檢討的依據; 【Dynamo 空間淨高判斷程式應用在機電管線空間淨高檢討】 在法規檢討上,我們利用 Dynamo 建立了步行距離檢討及空間面積計算等輔助程式,協助我們在進行相關法規檢討時,不僅能夠快速精準的產出成果,也同時能夠確保數據的產出與模型的一致性,若後續遭遇必須調整的狀況發生時,自動化程式也能輕易的進行各種變動; 【Dynamo 法規檢討輔助程式於建築法規中的步行距離檢討應用】 對於營建專案而言,設計圖或是施工圖等圖說的產出,動輒都是數十甚至是數百張的驚人數量,若是利用人工來進行圖紙建立作業,過去的我們或許需要花費數小時,卻僅僅只是在進行機械式的圖紙編號與圖紙名稱的編輯輸入作業,相當耗時費力,但我們自行編寫 Dynamo 的圖紙創建輔助程式,對於這樣大量的機械化作業,能夠在區區三分鐘之內完成,確實有效地加速並改善了過去的作業流程,也避免了人為輸入錯誤的情況發生; 【Dynamo 圖紙創建輔助程式於模型中短時間內產出大量圖說】 此外,在利用 Revit 進行 BIM 模型建立之後,從前我們常利用 Navisworks 來進行模型的基本碰撞檢討,又或者利用 Solibri 來針對特定的條件進行進一步的碰撞檢查。當然,多樣化的軟體的整合應用的確是不可避免的流程之一,但是有了 Dynamo 的協助,我們直接利用參數及自訂的條件式在 Revit 進行模型碰撞的檢核作業,免除了許多轉檔或人為判斷的作業流程,也更直觀的在 Revit 模型內進行各種模型的修正作業,加速了碰撞後的模型修正效率。 【Dynamo 碰撞檢核輔助程式協助我們直接在模型內進行碰撞檢討與修正】 除了營造建築工程之外,在土木工程的領域中,我們也利用 Dynamo 與 Revit 的相互配合,進行橋墩的鋼筋配筋作業並產出相關的配筋檢料圖說以及料表,提供給業主於工程實作時直接利用,同時也確保資訊的一致性。 【Dynamo 鋼筋檢料輔助程式產出鋼筋檢料圖說與料表】 結語 營造建築的生命週期中,在設計階段時便應用 Dynamo 來輔助創造更多可能性的案例,在國外已是一種普遍的趨勢,然而,就台灣的營造環境與BIM的導入流程而言,與海外國家確實有許多不同之處,故要完全移植海外國家的成功案例作為 Dynamo 導入應用的發展模式,的確不是一件容易的事情。因此衛武資訊以客戶需求及改善自主內部作業流程為考量基礎,因地制宜的調整 Dynamo 與 Revit 整合的應用流程,開發各種獨特且適合本土應用的輔助程式,幫助我們在執行專案作業上能夠簡化流程並提高效率與產能,同時也確保作業產出的品質。未來衛武資訊依然會持續關注 BIM 產業的技術發展,不僅開發出更多有利於實際專案執行使用的輔助程式,也期望將更多更新更好的 BIM 技術應用介紹給大家。

By | November 7th, 2016|Tech-en|0 Comments

【資訊分享】BIM 在物聯網的潮流下能佔有一席之地嗎

物聯網(Internet of Things)是什麼? 從 20 世紀早期開始,人們對於物聯網一直保持極高的興趣且不斷炒作相關議題,這種情況就像當初 BIM 對 AEC 產業的衝擊一樣,大家都聽過這個名詞,卻沒人知道該怎麼應用這項技術。根據維基百科,物聯網一詞的是由一個英國企業家首先使用於描述 1999 年中以 RFID 連結裝置的全球網絡,後來人們談的就不限於 RFID 連結的裝置本身了,進而延伸到該應用裝置的位置,如汽車、建築甚至是海底底層這種較寬廣的自然環境,而現在人們普遍對於物聯網的定義則如下所述「包含不同的資料傳輸協定和方法與任何裝設感測器且能透過單一網路於外部傳輸資料的裝置」。這些交互連接裝置的應用範圍從提升生命安全和防護到建築物自動化設備管理系統控制與回報,其產生的巨量資料通常需要被收集、彙整和分析以實現它們的益處。針對這篇文章提出的問題如下,由於建築物是這些類型裝置的安裝實際位置,那麼 BIM 在物聯網中是否佔有一席之地?     BIM 與物聯網的可能性 因為建築物內部或表面能裝設許多這類型的裝置,問題的答案是肯定的,BIM 的確佔有一席之地,但是,這個議題值得我們更深入地去探討到底實際上該如何結合 BIM 與物聯網或是該從什麼角度開始探討兩者的關聯性。在眾多議題中,我們可以從其中的一個問題開始「我們該如何定義 BIM」,曾聽過許多說法像是 BIM 就是 Revit,只是一個 3D 建模工具,到 BIM 是一種設計到施工的協同作業程序。另外一個問題,BIM 以單一設計模型取代了互不關聯的平面設計圖,而談到物聯網則聯想到智慧溫控計等等裝置,當我們結合 BIM 與物聯網會發生什麼事?或是說它將如何幫助建築物的營運管理作業呢? 實際上,對於物聯網來說,模型 3D 幾何資訊為其次,重要的是模型中夾帶的建築生命週期營運相關資料,如空間和資產資訊,此兩類資訊可以用於針對營運維護階段,組織和分析物聯網資料的主要架構,進而作為定義物聯網、BIM 與建築物的相關性的基礎。圖二呈現可被考量的各種廣泛議題,而物聯網的概念不只是應用於建物營運考量的區域,且展示了各種裝置和可被傳輸的資料類型。然而,倘若少了資料分析的彙整要素和實際工作流程觀點,從不同系統收集的資訊就失去了價值。 圖二 - 建築與物聯網 實際的感測器安裝範例則如下圖所示,設定的需求第一個為收集人員的移動資訊,以依照人員聚集的位置調整暖氣的層級,第二個為因應太陽位置的變化和進入建築物自然光,監控能源使用,圖四和圖五分別為人員活動和熱分布的監測結果。 圖三 - 監控建築光、活動和 CO2 表現的感測器 圖四 - 透過感測器偵測人員活動顯示活動頻繁的區域 圖五 - 探索建築物營運時期的熱分布     作為物聯網的協作系統 對於想透過可操作與分析的方法,從建築系統獲得有意義資料的業主和設施管理人員來說,發展一個以建築中心的物聯網並配合協作資料系統方法將會是成功的關鍵。有許多應用垂直特定雲端應用程式整合感測器資料和與建築自動化和控制、能源和永續管理相關儀表板的例子。這些方法很好,但是作法不夠完整,筆者相信最佳的解決方案是發展一個全面,且以 BIM 為基礎的建築生命週期方法來管理建築產業的物聯網,此方法連結模型和以雲端為基礎的整合工作場所管理系統(Integrated Workplace Management System, IWMS)用以協助管理空間、維護計畫和其他相關議題。 真正的建築生命週期整合為在整個生命週期中動態整合整個建築模型、感測器和系統,使其能呈現完整的建築履歷。這樣的方法始於施工階段後期的安裝設備與感測器到營運維護階段,最終於建物拆除後停止。     應用物聯網的智慧建築案例 智慧建築綠能屋,此三棟建築分別為: 一、穆爾西亞大學化學系建築:此實驗著重資料收集與資料分析,探討能源消耗與建築物人員跟環境兩大因素之間的影響關係。由資料收集與分析結果得到-建築人員數跟環境因素,是建築能源管理策略的重要參數。 應用實例一:穆爾西亞大學化學系建築   二、穆爾西亞大學實驗室:此實驗透過上述智能建築管理系統運作模式能夠有效節省能源平均消耗 20%。 應用實例二:穆爾西亞大學實驗室   三、穆爾西亞城市商用建築:此實驗透過上述智能建築管理系統運作模式能夠有效節省能源消耗平均為 23%。第二實驗建築與第三實驗建築主要地點不同,一個在大學內部,一個是商用建築。     結論 建築物、BIM 與物聯網的結合並不僅是在建築物安裝不同的感測器並蒐集一堆資訊而已,以建築物的生命週期來談,從規劃設計到施工階段,我們利用 BIM 和資訊系統整合資訊並透過對應的工作流程改善傳統營建產業的作業成本、品質和效率,到了營運維護階段,目前以交付的 BIM 模型和 COBie 表單等等營運維護資訊配合電腦化維護管理系統,輔助後續的設施管理作業,物聯網應從施工至營運管理階段切入,以設施維護管理需求與作業流程、BIM 模型與資訊系統提供的建物空間和設備資訊作為資訊收集和分析的規劃基礎,最後在營運維護端發展一個整合竣工模型和營運維護資訊的雲端管理系統,以利分析並利用感測器收集的資訊回饋至運維階段甚至是下次建案的設計參考,最後,智慧建築即為物聯網於建築的應用的具體產物。     引用連結 | Does BIM have a role in the Internet of Things?、What happens when BIM meets the IoT?、How can We Tackle Energy Efficiency in IoT Based Smart Buildings?、物聯網對節能措施之影響分析期末報告 編譯整理 |

By | October 26th, 2016|Sharing-en|0 Comments

【資訊分享】三種開始嘗試運用 BIM 的方式

在我們擔任事務所的 BIM 顧問與導入專案期間,最難決策的便是導入的測試專案選定,其餘工作如作業流程改造、標準化建立與教育訓練等大多可以因時制宜,唯獨測試專案的選定與作業模式是最難的,因為各專案在事務所中的重要性、期程,還有是否適合作為第一個專案,很難客觀的來分析。 除了受到事務所規模、急迫性與導入策略外,案子本身類型也是一個問題點,太複雜的案子可能伴隨著高風險,低難度的好像又騷不到癢處,難易適中的案子不知道哪時出現,而等待也消磨員工的熱血與導入的作業成果。透過專業顧問了解事務所作業流程後,再陪著一起做的方式,大概是風險最低,也是降低導入門檻與減少事務所員工挫折的好方式。這次推薦的文章介紹了三間類型與規模不同的事務所進行 BIM 作業導入時的測試專案選擇與考量點,而這也是我們長期觀察下來,很多事務所在導入 BIM 作業時最常面臨的問題,在此推薦給各位,尤其是計畫導入或正在導入 BIM 的朋友更不容錯過。     如今,BIM(建築資訊模型)正在成為業界標準。施工過程中,專案的利害關係人,從使用 BIM 的建築師與工程師,到政府管理等都可以參與運用。BIM 的確帶來了許多優勢,諸如高效能、協同作業、降低成本、增進溝通效率等。但是,許多尚未採用 BIM 的公司都有同樣的擔憂:如何度過轉型的陣痛。 顯然,擔憂並非毫無根據。作為一種新的作業流程,員工培訓和疑難問題解決是轉換工作流程時無法忽視的一部分。此外,「初期投入成本」也變成許多公司轉換的門檻。因為無法負擔這些時間與金錢,自然不能獲得 BIM 所帶來的優勢。解決問題的關鍵點,顯然在於降低這初期運用或轉型的成本,並且及早展現生產力。方式之一,就是在公司執行一個「測試」專案中轉型,重新組建工作流程並設定標準,然後再將標準化設定導入給之後的專案。 那麼怎樣選擇最好的「測試」專案呢?選擇大型還是小型專案?複雜還是簡單的專案?我們在這裡分享三條從自己「測試」專案得出的公司經驗,每一條都有著鮮明的特點。 黑鑽圖書館 Miller Hull partnership 專案之一 選擇一:謹慎方式 來自倫敦的 David Miller 事務所在 2008 年決定使用 BIM,當時這樣的決策還很少見;大多數採用 BIM 都是大型事務所,但 DMA 只有4名員工。事務所的測試專案是一個小型設計,包含九棟住宅和一樓的店鋪。「這是我們常做的專案類型」,David Miller 如此解釋專案的相似性。DMA 測試專案的選擇是低風險策略。「如果有任何問題,我們隨時都能切換到 2D 環境工作」,Miller 補充到。除此之外,Miller 還推薦通過與已經採用 BIM 作業的團隊合作來提升成功機率,透過與有經驗者的協同作業可以增加工作效率。Miller 解釋道,「這樣可以在一開始就對 BIM 充滿熱情」。事務所還推派了一位幫助同事有效使用 BIM 的「BIM冠軍」。因為事務所規模較小,所有員工都同時在大約 6 天之內完成了培訓。「培訓被分為 40 分鐘的小節,可在不干擾別的專案進行的前提下學習」。 優點: ・採用你最熟悉的專案類型作為測試專案,可以幫助設立一套你最常用的標準 ・如果出現任何意外,可以切換回熟悉的工作流程而順利完成專案 缺點: ・低複雜度的專案可能意味著你並不能完全產生出 BIM 在流程的全部能力,因此需要更多的專案才能完整設立事務所的標準。   選擇二:別想太多,做就對了 Crate & Barrel 是一個傢俱公司,其內部建築工作室自 2006 年起開始運用 BIM 軟體。公司的建設負責人 John Moebes 在講述他們第一次運用 BIM 軟體時說道關於導入的項目是「一座非常複雜的二層樓建物,是一棟擁有多重功能的『建築』帶有遮光板、頂蓬和幕牆的宏偉外觀」。 公司選擇這個專案是「因為它是我們的下一個專案,我們非常渴望對 BIM 進行嘗試。但後來反思時,我們覺得也許從一個更小的專案開始嘗試會更有意義」,Moebes 解釋道。但他同時也補充說:「這就是說,很難找到一個『理想的』實驗專案,而我並不認為因此等待太長時間」。然而,雖然專案的複雜性使轉變過程非常艱難,但 BIM 軟體依然產生了立竿見影的效果,使 Crate & Barrel 公司能夠聚焦於設計品質,這是傳統繪圖無法達到的。「在設計過程中,遮陽板變得極其昂貴」,Moebes 補充道。「BIM 軟體讓工程的價值估算,包括根據變化的分析、視覺化過程變得更簡單。業主可以直觀地看到設計的調整,如變化一件鋼材的尺寸,將如何影響建築的造價」。 優點: ・高複雜度的實驗專案讓公司可以測試BIM軟體的侷限性,並迅速顯示該技術給公司的好處 缺點: ・但是在複雜性較高的專案進行導入測試,大大提升了學習難度,也會增加出錯率 Snoqualmie 圖書館 Miller Hull partnership 專案之一 選擇三:戰略性測試 Miller Hull Partnership 西雅圖事務所的 Ruth Baleiko 認為他們第一次使用 BIM 的專案是「理想的實驗專案」:同一業主的 5 個圖書館,具有非常相似的設計,並力圖節約建設成本。因此這次嘗試「就好像做了五次相同的專案」,為 Miller Hull 事務所提供了大量機會去探索 BIM,尤其是其快速修改設計圖說的能力。 BIM 在這個實驗專案中的運用讓全公司也產生了穩定、持續的轉變。Jay Martin,Miller Hull 事務所的建築師兼專案經理,解釋了共同參與實驗專案的三個建築師如何幫助全公司理解、掌握 BIM 軟體:「進行下一個專案時,他們運用了之前獲得的 BIM 技能與經驗。由此一個有經驗的 BIM 團隊變成了三個。隨後,參與這三個專案的團隊又將 BIM 技能帶入之後的專案。我們的 BIM 運用懂得如何快速並有序的發展」。Martin 對一個成功的實驗專案補充道,它幫助「選擇一個你和你的公司都已掌握的實驗專案,BIM 雖然對複雜專案非常有幫助,但這並不意味著你需要從那些專案著手」。實際上,在 Miller Hull 事務所的經歷中,即使選擇一個不那麼複雜的實驗專案依然可以提供大量機會去熟悉 BIM 和其運用過程。 優點: ・合適的專案,縱使是複雜度較低,仍有大量測試 BIM 的各種可能機會 ・對熟知的某一類型專案進行測試,將有助於為事務所最常遇到的專案類型訂定常態執行標準 缺點: ・「理想的實驗專案」少見而且間隔很長,但是若等待這樣專案的到來,可能反而會耽擱公司作業流程轉型     引用連結 | How to Adopt BIM: 3 Ways to Approach Your Firm’s Pilot Project 編譯整理 |

By | July 22nd, 2016|Sharing-en|0 Comments

【粉絲強力推薦】醫用空間虛擬實境模擬研究平台

WeBIM為永齡基金會做了一個非常有趣的案子,嘗試使用各種新式VR虛擬實境裝置及技術、遊戲引擎互動設計技術來改善與解決「建築人不懂醫療、醫護人不懂建築;如何搭起醫護人與建築人的橋樑」這樣的問題,整合出高互動且擬真之解決方案。 在這個案子WeBIM設計了二個BIM客製平台: 「醫用空間虛擬實境模擬研究平台」與「WeBIM Sync-醫用模組」 WeBIM開發團隊整合了多種軟硬體裝置與技術,讓這兩平台呈現在一個涵蓋120度視角的5Kx2K高清VR裸視超大雙弧形曲面螢幕,並輔以搖桿操作方式(可客製更改為體感裝置),讓使用者有最佳的裸視虛擬包覆式感官和高互動使用體驗。 第一個「醫用空間虛擬實境模擬研究平台」,著重在讓看不懂2D建築圖說的醫病專家,完全在3D擬真、互動之中,去討論表達他們的使用需求。WeBIM利用BIM的概念,導入現行醫院設計的流程來開發平台,讓醫護人員能藉此平台與建築設計的人溝通,建立可行的應用模式,供未來醫院設計的團隊參考。 第二個「WeBIM Sync-醫用模組」,是為永齡基金會X-LAB客製化我們的WeBIM Sync的特殊模組,記錄每一個登錄進來的醫病專家的操作紀錄,將整個專業討論的議題儲存在雲端資料庫,讓異地的參與者都可以藉由此平台,針對建築設計進行討論與建議,包括醫療專家關心的各種醫療有關之行為動線、尋路系統、在同一視角上討論議題...等。 以上簡要說明WeBIM為永齡基金會將本案開發的內容及目標,已經整理成為一支簡短的結案成果說明影片,詳細的內容還請各位看官仔細、重複觀看這支影片,更能了解WeBIM、永齡基金會的工作内容、成果及努力!   感謝前來永齡X-LAB觀看與體驗的產/官/學朋友,您的寶貴意見與諮詢都將是我們 WeBIM 繼續努力的原動力。

By | July 12th, 2016|Uncategorized|0 Comments

【資訊分享】科技再造-設計運算的逆襲

蘋果創辦人Steve Jobs曾說過:「我認為每個人都該學程式設計,因為那教你如何思考。」程式設計這個議題最近在台灣很夯,但不是每個人都有程式設計的能力。程式開發終究有其門檻,不是人人都可以精通,但程式設計的思維卻是每個人都能有的。拜科技進步所賜,在程式的浪潮下,設計運算更進一步的有了全新的詮釋。 近年來由於電腦輔助設計工具的成熟,降低了設計者直接編譯程式的門檻,只要你有程式設計邏輯,便可以直接透過相關軟體工具,進行更便捷的設計。在科技的進步下,使得原有的設計運算有了更進一步的破壞式創新,接下來就讓我們來看看,現階段國外業界整合新思維下的設計運算模式吧!   引用連結 | 6 ways smart AEC firms are using computational design methods   在國外,越來越多的公司,例如HDR,NBBJ,Thornton Tomasetti。開始針對人才和教育訓練進行投入,以提昇公司的設計運算的能力。下面是設計運算應用的綜述: 1. 設計概念快速成型 當我們手邊有更好更快速的工具將我們的想法迅速展現出來時,我們可以不必受限於自身,發想更多的創意。隨著電腦廣泛的使用,目前使用電腦進行建築設計已成趨勢,透過電腦的快速計算與視覺化成果的特性,讓我們可以快速的將我們的建築概念進行視覺化的呈現,提供我們快速、方便地將設計概念轉變為設計模型。 2. 快速循環 過去建築設計的模式,要做頻繁的修正和更新是非常困難的事情。在設計運算概念下,一個設計可以透過電腦與軟體進行加速分析、設計、測試的循環,以持續做修正及調整。 3. 數據的儀表板 在數據已成重要資產的今天,若當數據是即時且可以隨時提供我們所需的特定數據,數據可以讓我們更深入的了解並掌控設計的細節。所以一個可讓我們隨時進行數據存取的儀表板就變得相當重要。在現今的環境下,大多數的公司多以Web為基礎,建設屬於公司內部獨特的儀表板。用以管控自身的數據,並加強對數據的管理與應用。 4. 自動化執行重複性工作 像命名檔案與計算在醫院平面圖步行距離等,對人類來說工作性質為重複性或是相對繁雜、無法直接快速的解決的工作,電腦輔助建築設計工具可用於在設計過程中,自動化執行這些性質重複性繁雜的工作。 藉由電腦輔助設計工具,HDR公司的設計團隊得以將草圖具象化成概略的參數畫模型,並反覆的修正來達成設計概念最佳化   5. 在現有的軟體平台下發展客製化外掛工具 需要一個還不存在於市場的工具嗎?沒問題。直接為自己量身打造一個適合的解決方案吧。在現今的軟體中,API已經成為一個必備的功能,軟體使用者可以透過基於軟體本身的API,編譯一個適合自身工作流程的外掛工具,來快速的將軟體導入公司工作流程。從一個最極端的例子來看Thornton Tomasetti的TTX數據庫,針對六套軟體(ETABS, Grasshopper, RAM Structural System, Revit, SAP 2000, Tekla)提供即時的讀取,寫入,和在同步功能。 6. 評估早期設計概念 能源分析,日照模擬,甚至成本和進度的影響評估-電腦輔助建築設計工具允許設計團隊在過程中更早地做出明智的決定。    

By | July 6th, 2016|Sharing-en|0 Comments

【資訊分享】NBS 發布最新 BIM 調查報告

NBS 剛剛發佈了最新的也是第六年的國家 BIM 調查結果,發布的時間點早於今年 4/4 政府強制要求所有中央發包的公共工程必須要達到 BIM Level 2 的水準。2016 的調查則顯示出營建產業對於 BIM 仍持正向但尚未準備好的狀態。 2016 NBS 國家 BIM 調查顯示出營建產業目前導入 BIM 的比例從去年的 48% 大幅提升至 54%,其中超出五分之四的受訪者知道何謂 BIM 並預計在 2017 四月前導入,而高達 97% 的受訪者預期在五年內會導入 BIM。 在政府強力推動 BIM 的政策之下,約 73% 的受訪者認為專案營建資訊的未來是與 BIM 相關的,而 75% 也同意他們必須要導入 BIM 來取得執行公共部門專案的資格。然而在調查 BIM ready 的項目上, 41% 的人認為仍不夠瞭解相關導入 BIM 的相關細節以因應 BIM 的要求,28% 的人則覺得當談到 BIM 時,他們缺乏相關知識及技術以至於認為完全不了解 BIM。 57% 相信導入 BIM 將有助於分享無論是新建專案或是整建專案的整體規劃,從規劃構想一直到完工。除此之外,有 63% 的人同意 BIM 能有效針對專案全生命週期包括營建階段成本減少 1/3 的成本。 為了達成這樣的目標,此調查也建議需要在專案協同作業上更努力,並確保 BIM 不僅僅只是被用在設計階段而已。37% 的營建專業工作者自認在專案階段從頭到尾都有使用 BIM,但調查也同時指出只有 16% 最終有將模型移交給負責建築物的管理者。 另外有 65% 的受訪者同意 BIM 的標準化仍是不足的,整體來說有在採行並遵循表準的遠比導入 BIM 的使用者來得少得多。大多數的(70%)的 BIM 使用者認為會有越來越多的客戶將會堅持在專案內使用 BIM 技術,而有 64% 的人同意採行 BIM 技術讓他們更有競爭上的優勢。 在尚未導入 BIM 的調查中,55% 的人認為若不導入 BIM 終將被淘汰的擔憂,這之中有半數認為 BIM 在現階段仍然太貴而不考慮,和之前的調查相符,成本仍然是導入 BIM 的最大障礙。 NBS 的首席研究分析預測針對本次調查也下了一個結論,整體來說,政府強制要求在政府專案納入 BIM 的策略奏效,此一影響已慢慢擴及私人專案。 NBS National BIM Report 下載網址: https://www.thenbs.com/~/media/files/pdf/bim-report-2016.pdf?la=en     引用連結 | Modern Building Services - NBS publishes latest BIM survey 首圖來源 | NBS 網站 編譯整理 |

By | May 23rd, 2016|Uncategorized|0 Comments