kevinhuang

/黃 政家
黃 政家

About 黃 政家

この作成者は詳細を入力していません
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 | 12月 6th, 2017|Tech-ja|0 コメント

【資訊分享】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 | 11月 28th, 2017|Sharing-ja|0 コメント

【原創文章】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 | 11月 21st, 2017|Tech-ja|0 コメント

【原創文章】引領 BIM 走向高擬真視覺呈現 (二)

上篇文章,我們以 BIM 技術為核心,導入至現行醫院設計流程來協助研究專案進行,以及整合 BIM、遊戲引擎與虛擬實境技術而建構出的「醫用空間虛擬實境模擬研究平台」提供醫護人員、一般使用者更加擬真的體驗。本文會繼續深入細談此平台的基本功能特色,讓我們繼續看下去。 作者 | 黃朝雍、蘇郁智   基本功能介紹 1. 瀏覽體驗 一直以來,大多數的專業 BIM 軟體一般需藉由滑鼠搭配鍵盤操作,然而沒有受過教育訓練的使用者們不一定能輕易上手,我們將瀏覽與互動功能都整合到一支無線遊戲手把上,提供使用者以第一人稱視角行走於虛擬醫院場景中,直覺的操作方式就像玩電玩遊戲一樣簡單,一般使用者都可以輕易上手。另外,包覆使用者視野的 5m * 2m 雙曲面超大螢幕與六台投影機接合的 5K 解析度輸出,提供使用者沉浸式體驗。 在虛擬醫院內容中許多小細節都要注意,以免影響擬真體驗,包括模型、光線、材質、貼圖的前期處理與後期設定、調校,不斷地嘗試、優化,才能兼顧擬真呈現與處理效能,也才將這整棟龐大的醫院 BIM 模型塞進這個平台當中,卻能又不失操作時的順暢度,給出整體至少 FPS 60 的使用者互動體驗,就是想給各位滿滿的大平台! 2. 樓層與重點空間切換 當使用者初次行走在一個龐大的虛擬場景當中,在不熟悉空間的狀況下,經常會產生迷路的情形,甚至索性因此就不想用了。因此本平台也整合了 2D 平面圖的優勢,把 WeBIM Sync 的 2D 轉 3D 功能帶進來,就像電玩遊戲中畫面角落的「小地圖」一樣,輔助使用者可於 3D 虛擬空間中能夠即時、快速了解當前所在的樓層與空間位置;使用者亦可選擇將畫面右上角的導覽圖開關與縮放、樓層切換,或是快速切換至重點展示空間位置,提升使用者體驗,也實現空間快速瀏覽的功能。 顯示於畫面右上方的樓層導覽圖 導覽圖點位快速切換 3. 視點高度模擬功能 像醫院這種公共場合,出入的人群除了醫護人員外,也包含了各年齡層的患者與家屬,若能夠模擬各種不同高度的使用者高度與視點就更貼心了。本平台也具有視點高度模擬功能,可供使用者切換角色的視點高度,例如系統預設的成人高度、坐輪椅的身障人士高度、孩童高度,使用者得以在選單上快速切換,模擬不同醫護人員與患者高度來行走於虛擬醫院場景,進而作為建築空間高度設計檢核,或是醫院指標識別高度檢核。除此之外,也可由使用者自行定義高度來模擬較高或較矮的醫護人士與患者的身高視點。 模擬坐輪椅的身障人士身高視點 可自定義較高的使用者身高視點 4. 比例物件功能 在虛擬醫院場景中有時會因使用者視角高度關係,比例的呈現產生變化,而當使用者開啟此功能後,系統即會自動擺設無數個虛擬醫護人員、患者,以及推床於醫院中幾個重點空間,進而簡單而快速地提供檢核醫院走道的寬度是否擁擠,或是高度設計是否恰當。 虛擬人物作為走廊空間設計之檢核 螢幕中心移至虛擬人物即顯示身高資訊 5. 就診流程模擬功能 本平台依據永齡健康基金會 X lab 所歸納整理的數十項醫療設計研究議題內容,依據初診、複診、住院流程,於虛擬醫院空間中建立研究議題點並設置於動線上,當使用者靠近並瞄準研究議題點,即可開啟相關研究內容來進行閱覽。如此一來,也省去了繁複的醫院空間設計介紹,使用者自己就能在虛擬場景中瞭解相關醫療設計資訊,議題資訊一覽無遺。 設置於指定空間之研究議題點 醫療設計議題內容 6. 照護情境模擬功能 本平台具有病房照護情境模擬功能,並可依據不同的情境切換病情說明,進而展示該照護情境中會出現於病房內的場景人物,以及使用設備。 照護情境模擬情形與設備 小結 以上說明了本平台的幾項基本功能,下一篇會為各位帶來進階應用功能,包含行走軌跡記錄功能、逃生模擬功能、設計評估問卷功能、空間量測功能… 等等,內容豐富,敬請期待! 延伸閱讀 | 【原創文章】引領 BIM 走向高擬真視覺呈現 (一)

By | 10月 12th, 2017|Tech-ja|0 コメント

【原創文章】引領 BIM 走向高擬真視覺呈現 (一)

在醫院設計流程中,參與的專業成員眾多且異質性高,其中包含醫療照護、設計、工程、機電、醫院管理等等匯集於其中,相較於一般建築設計,醫院設計具有較高的複雜性與整合難度。因此在設計過程中,彼此間的溝通交流與需求整合乃是備受關注的議題,一直以來,參與醫院設計規劃的各方專業人員往往在會議與訪談方式來瞭解需求,但來往間經常產生鴻溝,除了造成設計規劃的建築師較難以理解特殊醫療需求外,對於醫護人員來說,亦難以僅藉由平面圖、立面圖、彩現圖等很多圖紙或實體模型來輔助理解醫院部門空間的特殊規劃設計,以及對未來可能會發生的醫療事件及空間設計產生連結與想像。                                                        作者 | 黃朝雍、蘇郁智   在本次專案中與永齡健康基金會 X lab 團隊進行合作,以 BIM 技術為核心,導入至現行醫院設計流程來協助研究專案進行,作為未來醫院導入流程的參考。在 BIM 模型的建置過程之前,就需要通盤考慮到未來的應用,因此我們也絲毫不馬虎地建置醫院建築所有診療空間的精裝修、特殊機具、病床、指標、各種櫃台、診間座椅等設備,只為了在最終能交付給客戶正確且精細的 BIM 模型,以便延續進行後續的應用。 在研究專案執行中當然也遭遇許多技術問題,需經其他軟體來執行指標面建置、複雜模型減面、拆分等等後處理及優化作業,這些細節作業都納入了考量,當然,這些寶貴的知識與經驗也成為衛武資訊的專案成果累積。 此外,在本專案也應用衛武資訊開發的 WeBIM Sync 來作為 BIM 全方位解決方案,除了呈現建築的空間感外,也將需要工程營建背景解讀的專業數據和資料,轉換為大眾可輕易辯讀的建築資訊。 WeBIM Sync 整合各專業介面的 BIM 模型、設計圖說及資訊內容,並善用 2D 圖紙的優勢,輔助使用者能夠以「2D 轉 3D」的方式,由平面圖快速移動切換至相符的空間位置,實現快速瀏覽的功能。 WeBIM Sync 也將圖紙上的房間名稱與編號整合至 3D 模型空間當中,使用者可以很快的辨識該空間的名稱,甚至是房間編號,資訊一目瞭然。 團隊成員若對設計內容有所疑慮而進行設計修正,其修正項目亦會自動同步更新至雲端資料庫,並提供標註說明功能,作業流程簡單,進而與設計團隊提供其醫療作業環境需求的實質建議,加速設計討論的流程,即時更新修正內容,以確保所有資料的一致性,幫助內部進行充分的溝通。WeBIM Sync 降低了專業 BIM 軟體的操作技術門檻,稍微提到一小部分內容而已,後續會再有幾篇文章來詳細介紹 WeBIM Sync 功能特色。 BIM 的重點在於建築工程與相關資訊整合,但對於醫護人員的需求來說,只想看到未來醫院完工後的樣貌、空間的規劃並進行設計溝通討論,因此我們必定要在模型視覺化呈現上面下足功夫。再者,也要提供使用者更簡易的互動體驗方式,取代一般常用的鍵盤與滑鼠,我們的目標是再降低操作技術門檻,盡量能讓來參觀的貴賓、朋友們都能夠簡單操作,並與虛擬醫院內部空間進行互動,很快就能上手,在擬真的虛擬環境中以第一人稱視角進行醫院空間導覽、互動,這也避免掉軟體教育訓練的人力及時間。 以此為目標,WeBIM 為提供使用者有更擬真的體驗,運用遊戲引擎與虛擬實境技術來與 BIM 模型作整合,量身打造建構了「醫用空間虛擬實境模擬研究平台」作為提升溝通效率的視覺化展示平台,並以 5K 解析度投影至超大雙曲面螢幕上,包覆了使用者的視野,建立半沉浸式虛擬實境 (Semi-immersive Virtual Reality) 空間。 除了不同以往的視覺化呈現與身歷其境體驗外,也將醫護人員的需求及研究資訊開發並整合於其中,憑藉此平台強大的乘載能力,讓我們得以將醫院的 BIM 模型搬進了高擬真視覺化環境當中,空間設計資訊與需求也得以呈現予使用者包含醫護人員、業主與建築師間,做為方案選擇工具,而操作方面也將許多操作步驟、功能都整合到一支遊戲手把當中了,讓專案相關人員除了視覺擬真的刺激外,透過遊戲手把的上下左右操作與按鍵進行互動,讓使用者彷彿置身醫院空間一般參觀內部樓層設計、病房位置、醫院動線等,所有人得以非常輕易上手,瀏覽醫院的 BIM 模型就像玩遊戲一樣簡單,幫助醫護人員團隊能夠直覺地了解建築的設計內容,增進和團隊的溝通效率,以做出更符合實際醫療作業的最佳建築設計,未來亦可作為醫院互動式導覽應用之用。 下一篇,再向各位詳細說明這個醫用空間虛擬實境模擬研究平台更多更有趣的特色,包含樓層與重點空間的快速切換、模擬視點高度功能、行走軌跡記錄、就診流程模擬、空間量測功能、照護情境模擬、逃生模擬功能、設計評估問卷… 等等,敬請期待!

By | 10月 2nd, 2017|Tech-ja|0 コメント

【資訊分享】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 | 9月 13th, 2017|Sharing-ja|0 コメント

【原創文章】2017 上海 BIM 菁英參訪

本次於 2017 AU China 研討會前,參與由台灣建築資訊模型協會與台灣 Autodesk 舉辦的上海 AU 參訪團,行程分為前兩天參訪中國執行 BIM 著名的國家企業,後兩天參加上海 AU 大師匯。本次參訪的公司依性質順序為監造 -> 設計 -> 施工單位,可一次瞭解在上海建築產業於BIM應用之狀況。 作者 | 蘇郁智、簡翊亘、徐雪芬(統整)   上海軌道工程隧道設計院 基本介紹 上海軌道工程隧道設計院為上海申通集團(地鐵業主)方旗下的設計與施工監理統籌單位,員工總數約 2 萬多人,工作內容為隧道工程與軌道工程等相關工程,在角色上它屬於業主端的 BIM 審查顧問。[資料來源:上海軌道工程隧道設計院官方網站] 上海市隧道工程軌道交通設計院門口 BIM 執行與管理內容 1. 依上海市政府規定,只要是承攬上海市的公共工程案就必須要執行 BIM 作業。 2. 由於該單位隸屬於業主的專業顧問,在執行 BIM 工作前,該單位針對業務內容制定了一系列的 BIM 執行規範和標準,並在合約內要求承包商遵守。 3. 開發「參數與模型正確性」的檢測軟體,同時積極做技術整合和平台開發,大多屬於專業軟體外包,平台開發內容如下: A. 文件管理 B. 流程管理 C. 元件資源庫 - 有效管理所有專案所使用的元件 D. 建模效率包 - 提升軟體建模速度 E. 參數自動檢查平台 F. 地質地下管理平台 G. 預組預製平台-以 QR CODE + GPS 技術管理構件運送地點以及抵達時間,施工單位可透過掃描 QR CODE 獲得構件安裝資訊 執行與管理困難 1. 建模軟體的工具不成熟。 2. 各顧問 BIM 作業能力與參數化建置參差不齊,執行標準化困難。 3. 模型參數建置的檢核,如果遭遇大型專案,巨量的檢核專案建置的參數是不容易的。 4. 在施工階段若未建置竣工模型所需要之參數,在營運維護階段是很難體現出 BIM 的價值。 上海軌道工程隧道設計研究院與台灣 BIM 團隊交流畫面   同濟大學建築設計院(集團)有限公司 (TJAD) 基本介紹 TJAD 為全國知名大型諮詢集團,員工約 3000 多名,他們的業務涵蓋廣泛包含建築行業、公路行業、市政行業、風景園林、環工、文物保護、工程設計、技術支持、專案管理及岩土工程、地質勘探等,角色為設計單位。[資料來源:TJAD 官方網站] BIM 執行與管理內容 TJAD 秉持著於設計階段大量使用 BIM 檢討設計問題,BIM 對他們來說已是基本的設計整合工具,目前以 2D 翻模為主,朝向三維設計方向前進,目前幾乎全公司的專案人員都採用 BIM 作為設計與檢討的方式。對於以BIM檢討執行他們認為顧問不該只是拋出問題,能夠提出問題又可以建議解決方案的才是 BIM 顧問。在建置 BIM 模型時不侷限於單一 BIM 工具,採用多個 BIM 工具,以滿足應用需求為主要目的。 TJAD 組織架構中設有「BIM 技術總監」一職位,對於整合 BIM 作業有極大的影響力,TJAD 從設計階段的方案設計、初步設計、施工圖設計、施工準備、總工實施以及營運維護等六階段,執行總共 23 項應用,每項作業均由 BIM 技術總監了解專業執行所需採用的 BIM 技術,並規劃對應使用流程和應用範疇,以利 BIM 的推動。 設計端 BIM 在各專業進行 BIM 模型建置的時間,TJAD 認為的順序為:建築 -> 結構 -> 機電,以避免重複性修改模型的次數,但若是與國外事務所配合往往因為國外設計單位設計的如鋼構尺寸、接頭等都不是國內實際可以使用的,即使取得國外事務所 DD 100% 模型,也必須重新建置模型。 TJAD 與台灣 BIM 團隊交流畫面   BIM 執行結論 1. 降低與施工單位協調的時間,以提升設計人員工作效率。 2. 施工單位可直接使用設計模型進行設計深化和施工管理,避免重新建置模型。 3. 要實現 BIM 設計到施工一致性,必須要制定一套建模準則。 4. 各專案顧問需要具備足夠的 BIM 應用能力,才能真正發揮 BIM 的優勢。 TJAD 執行 BIM 案例結合成冊   中國建築第八工程局有限公司 基本介紹 中建八局是世界 500 強企業,為中國建築股份有限公司的全資子公司,目前員工人數為 2.8 萬人,主要業務包含房建總承包、基礎設施、工業安裝、投資開發和工程設計等,經營區域國內遍及長三角、珠三角、京津環渤海灣、中部、西北、西南等區域,海外經營區域主要在非洲、中東、中亞、東南亞等地,屬施工單位。[資料來源:中建八局官方網站] BIM 執行與管理內容 1. BIM 發展目標,在 2015 年他們已經確定將 BIM 融入專案管理中,不再探討是否用 BIM,而是探討如何將 BIM 應用完全整合至工程作業流程當中,並依實際情況不斷修正應用模式。截至目前為止使用 BIM 執行在建專案已達到 515 個專案。 2. 中建八局案量雄厚,需針對大量人員進行培訓,截至目前為止已培訓 9 千人以上,也就是說目前已經有 9 千人可以配合 BIM 作業的執行。 3. 專案執行過程中,每個階段均有 BIM 建模標準及管理方案的標準,並且積極建立整合性管理平台。 4. 承接設計院的 BIM 模型,透過 2D 圖說校對軟體進行比對。 5. 透過工程模擬的動畫,與業主及管理高層討論,進行施工決策。 6. 因承接超高建築物案量多,針對專案特性不同,也使用不同軟體進行鋼構建模建置,在施工現場也利用點雲進行鋼構定位檢核。 中建八局與台灣 BIM 團隊交流畫面 BIM 執行結論 1. 針對項目實際情況選用合適的 BIM 軟體,不排斥任何 BIM 軟體,以更快速精確的完成工作。 2. 透過 3D 掃描技術,比對加工後構件的點雲模型與原本鋼構模型,用以檢核構件加工品質。 3. 透過 BIM 模型唯一性、參數共享提高工作效率,降低重工所帶來的時間耗損。 4. 人員專業知識是提升 BIM 應用的關鍵因素,結合專業知識與 BIM 應用才能更有效的體現 BIM 的應用價值。 與中建八局人員交流畫面   上海中心大廈 基本介紹 上海中心大廈樓高共 128 層,為目前中國第一高樓。 圖片分享 東鄰上海環球金融中心,北面為金茂大廈 俯視上海東方明珠與多個超高樓層建築   結論 以上三間公司均隸屬中國國家企業,承接之案量以及資源並非一般業界公司能比較,不過可以省思在案量如此多的狀況下他們是如何管理或執行 BIM 這件事情?我們整理了以下重點: 1. 政府頒布統一的 BIM 規範及制定企業管理標準、BIM 建模標準、制定 BIM 元件庫,有效執行 BIM 作業。 2. 公司由上而下的導入,讓 BIM [...]

By | 8月 16th, 2017|Tech-ja|0 コメント

【原創文章】設計端 BIM 自動化應用-運用 Dynamo 執行面積計算式

在上一篇中有提及,從設計階段從開始執行至發包階段都無法避免設計不斷修改的狀況,當設計方案不斷變更時,相關送審的行政流程如都市審議、建築執照申請、細部設計審查…等,並不會因為設計變更而得以展延。總是不到最後一刻絕不定案的作業模式,對於配合建築師事務所的 BIM 顧問,將面臨許多挑戰。因此如何在設計變動中避免人力與工時的浪費,透過 BIM 技術來提供批次執行自動化的計算功能極為重要。 作者 |

By | 7月 26th, 2017|Tech-ja|0 コメント

【原創文章】設計端 BIM 自動化應用-運用 API 快速建立門窗表

建築設計從開始執行到結束總是無止盡的修改設計方案,從概念設計、基本設計到細部設計過程中反覆地檢討修改。在採用 BIM 技術於設計階段建模檢討的過程中,經常會因設計資訊不足造成重複性地移動、修改元件,然而,修改模型並非像 2D CAD 補上幾條線或移動幾條線即可完成,考量圖與模型的連動性,在修改模型頻率高的情況下,應如何快速的因應設計變動來滿足建築師的需求,值得我們探討。本文係將衛武資訊在運用 API 快速建立門窗表的方法,與各位讀者進行分享。 作者 |

By | 7月 11th, 2017|Tech-ja|0 コメント

【資訊分享】清水建設於日本建築專案現場導入 AI 人工智慧機器人

清水建設開發能夠自行掌握周圍的狀況的可移動自律型機器人,並在 2018 年於建築現場進行機器人作業導入。這些機器人的導入主要應用在難以引進作業員的大樓的室內建築現場等,例如作為材料的搬運和鋼構的焊接等工作用。導入的結果顯示,機器人的導入約能在各項工程中減少 7 成必要的技術人力資源。此外,清水建設同時也開發了能在 100 個的工地管理 8 千台機器人的系統。 清水建設利用在大阪府進行工程的地上 30 層建築專案,導入 5 種類型的機器人,並在多項工程中同時應用來做為導入驗證。 過去由於 GPS 的電波難以到達建築現場,機器人難以掌握自己的位置,因此成為自律型機器人難以導入的原因。清水建設開發了能掌握自己位置並整合 3D 設計圖面與感應器的機器人。並首次在大型營造的建築現場,導入多種類型的自律型機器人。 清水建設在專案中導入能自動焊接鋼構的機器人、2 種將材料搬運至作業場所的的搬運機器人、負責材料轉運的機器人,以及到天花板內安裝內部裝修材的機器人等共計 5 種類型。另外,實際作業中也能利用搬運機器人經由電梯向安裝機器人交付材料來進行合作。 據了解,若是同樣的工作皆以專職的技術人力來執行相比,利用機器人能夠較其減少 7 成的人力資源運用。這樣的試算結果是來自於同建物的工程期間中人力資源的應用總計約減少 6 千人,相當於總工程必要人員的 1.1%。 透過新開發的系統,現場的專職人員能夠簡易的操作平板電腦並給予機器人指示。機器人也能透過過去的歷史記錄進行學習,來提高工作精度。清水建設對一系列的系統開發投入了約 20 億日元。 各個大型的建築營造公司相繼的投入能夠提高生產力的工作。這篇文章是說明將機器人和AI技術引進到工程現場,或是人力缺乏的大規模土木建設領域的中心。然而除了清水建設之外,大成建設也正在開發穩固土壤及粉碎岩石等人力無法進行施工的系統、大林組也在進行無人機測量系統等等的開發。 另一方面是大樓建築物的工程現場室內作業密集,許多必要的技能需要更多面向的導入到機器人而導致機器人的導入緩慢。 清水建設估計機器人若能在2~3處專案進行導入應用,預計能將投資成本進行回收。機器人的導入能使工期變得容易預測等,對業主來說也有好處。   引用連結 | 清水建設、建築現場に自社開発ロボット導入 資材搬送などに 編譯整理 |

By | 6月 23rd, 2017|Sharing-ja|0 コメント