kevinhuang

/黃 政家
黃 政家

About 黃 政家

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

【Original Article】e-Plan Check Platform Execution in Taipei City & New Taipei City (II): Execution Introduction

上篇的電子審查平台基本介紹,相信大家應該了解在平台可執行的作業、平台位址與帳號申請的方式,接下來本篇將要說明如何進行檢測檔案的建置與上傳!   平台系統的開發者-中華民國資訊學會,針對檢測作業流程與所需要的檔案撰寫使用手冊,內容詳細說明如何建置相關的檢測檔案,有需要的夥伴可以點選下列網址前往下載。 行政檢測操作手冊下載:(下載網址:請點我) 技術檢測操作手冊下載:(下載網址:請點我)   (一)行政檢測 目前行政檢測的執行僅有基地座落在臺北市內的公共工程案需要進行此部分的檢測。行政檢測的檢測項目內容如圖 1所示:在建造執照掛件前,需要先完成約九成的檢測項目,並以此階段性檢測結果報告電子檔作為建造執照掛件的附件;而尚未完成的項目(如圖 1中紅色的部分)則是需要在建造執照取得後,依據個案是否被市府要求進行都市審議,與建造執照一併綁定,如專案無此需求則無需強制執行這些項目。 圖 1 行政檢測項目   行政檢測作業流程主要分為三個步驟,地界線檔案下載、CAD圖層繪製、檢測檔案上傳並確認檢測結果,後面將說明各階段執行內容。 圖 2 行政檢測流程   Step1 地界線檔案下載:當我們完成對平台的帳號申請與專案資訊申請後,點選產生基地範圍,通常要等個15-20分鐘,再將產生出的基地範圍DWG檔案進行下載。   Step2 CAD圖層繪製:打開下載的地界線檔案,我們依據檔案內的圖層要求進行繪置(如圖 3),例如:已開闢道路、未開闢道路、地下室開挖範圍、車道破口、前面基地線、建築線、消防救災空間、現有巷…等等,依據專案資料進行繪置。 圖 3 地界線檔案繪製平台檢測所需的圖層   Step3 檔案上傳檢測結果確認:檔案繪製後便可以將檔案上傳,這邊需要上傳兩個檔案(如圖 4)。筆者建議大家在這個步驟可以將現況實測圖與一樓平面圖繪製在同一個檔案,不需要拆分,在上傳時選擇同一個檔案即可,因為系統在檢測時只根據需要的圖層進行檢測,額外的圖層系統是不會檢測的! 圖 4 行政檢測檔案上傳畫面   行政檢測報告結果有以下三種狀態(如圖 5):訊息提醒、通過及有疑義。而在檢測結果頁面中如下圖 6,在每一項檢測項目後方欄位可以查閱各項檢測內容資訊,像是平台會依據檢測資料產生建築物消線的CAD檔案,之後也可將CAD檔案匯入到軟體並套繪至BIM模型中(如圖 7)。另外除了在網頁上瀏覽檢測結果,也可以將檢測結果進行下載。 圖 5 行政檢測報告結果狀態   圖 6 行政檢測結果網頁畫面   圖 7 消線檔案套繪於Revit模型中   許多人會問那這份報告究竟是由誰決定行政檢測是否通過,依照我們執行的經驗,行政檢測報告需由建照科承辦確認無誤後核發執照!     (二)技術檢測   技術檢測的檢測項目內容如下圖 8,目前技術檢測系統使用的法規是以新北市法規為基礎。 圖 8 技術檢測項目   技術檢測執行的流程主要分為三個步驟,取得技術檢測樣板檔案、BIM檢測模型建置、檔案上傳與檢測結果確認,後面將說明各階段執行內容。 圖 9 技術檢測流程   Step1 取得檢測樣板檔:首先必須要先取得樣板檔案,並且安裝"免計容積計算"的API。樣板檔案取得後會有兩種執行方式,一種是依據檢測樣板檔案發展整體的設計模型,另外一種是已經使用自家公司的樣板該如何將檢測樣板轉移至公司的檔案。請先確認自己的專案預計採用哪種執行方式,在使用手冊中有教大家如何使用樣板,相關步驟大家可以參考手冊來操作喔! [下載網址請參考作者在上集撰寫的:雙北電子審查平台執行經驗分享(一)平台介紹。文章內有分享喔!]   Step2 BIM建置:這個階段的作業主要區分為三個部分:元件放置與參數調整(包含專案資訊基本參數輸入)、面積圈畫、檔案匯出。 基礎GIS圖資運用與整合 將專案基本資訊填入到軟體的參數欄位中以及調整專案使用的單位,建置檢測所需要的元件並且輸入參數,主要元件放置與參數調整的項目如圖 10所示 (建置元件依據使用手冊需求建置)。 圖 10 技術檢測建置內容   面積圈畫 依據設計規劃的空間類型,將樓地板、容積樓地板面積、開挖面積、綠化面積、防火面積進行圈畫,圈畫完成後軟體也同步完成面積的計算,在上傳檔案前可以透過自主檢查的方式,核對設計值與實際於模型圈畫出來的值是否有差異,再將差異回饋至設計中。 圖 11 樓地板面積圈選示意圖   檔案匯出 檢測模型建置完成後便可以匯出成IFC共同檔案格式,在匯出的時候選擇的項目是IFC2x3 Coordination View 記得檔案名稱要命名為平台系統裡的“案件編號”喔!否則系統不會執行檢測喔!(詳圖 12) 圖 12 匯出檔案選擇與案件編號位置   Step3 檔案上傳檢測結果確認: 檔案匯出後點選「上傳檔案」即可(如圖 13),通常檢測需要15-30分鐘。技術檢測結果有三種狀態:已檢核(需人工審查)、通過、有疑義(如圖 14)。如果在執行檢測發現有疑義時,在每一項檢測項目後方欄位可以檢視相關圖檔以及檢測結果清單可以確認數值否有問題(如圖 15),同樣的檢測結果不止可以在網路上查看平台也可以將檢測結果轉成PDF檔案。 圖 13 技術檢測檔案上傳畫面   圖 14 技術檢測結果狀態   圖 15 技術檢測結果網頁畫面     結語 經過二篇專文的介紹,是不是發現執行電子審查其實沒有想像中這麼困難呢?行政檢測可針對建物初始的基地規劃進行初步的檢核,而技術檢測中則可以有效的檢核容積與樓地板面積。這個平台其實是需要大家共同不斷地使用、發現問題及不人性化操作,並回饋執行的心得與意見給業主或是正在協助執行平台開發的中華民國公共工程資學會,透過使用者執行經驗的回饋,讓平台變的更貼近實際需求,也希望藉由持續的更新讓平台穩定度與效能變得完善!       延伸閱讀 | 【原創文章】雙北電子審查平台執行經驗分享(一)平台介紹 延伸閱讀 | 【原創文章】建築設計階段結構模型整合分享

By | March 8th, 2018|Tech-en|0 Comments

【Original Article】e-Plan Check Platform Execution in Taipei City & New Taipei City (I): Platform Introduction

大家應該對於公共住宅與青年社會住宅不陌生吧!近幾年臺北市政府與新北市政府積極推行公共住宅與青年社會住宅,對於主要執行建照審查作業的臺北市政府都市發展局及新北市政府工務局二個單位,為因應專案大量的建照審查作業,積極希望透過 e-Plan Check系統執行部分建照審查來加速作業時間,並且透過 BIM模型進行設計方案討論。 圖1:臺北市都市發展局首頁說明目前公共住宅數量 圖2:臺北市2017年為止公共住宅列表 圖片來源:臺北市都市發展局 http://www.udd.gov.taipei/pages/detail.aspx?Node=44&Page=10147&Index=4 圖3:2019年新北市青年社會住宅發展策略藍圖 圖片來源:新北市政府 https://social-housing.planning.ntpc.gov.tw/map.aspx   對於尚未執行過雙北 e-Plan Check系統案子的同業先進們,可以抱持著參考案例分享的心情來閱讀這篇文章,因為很有可能下一個換你要執行這些作業流程!那如果已經準備要或正在執行雙北公共專案的夥伴,看看這篇文章,藉由我們執行過的經驗分享,第一手了解雙北執行電子審查作業的流程與內容!避免在專案執行中因為不熟悉執行流程,而發生業主與 PCM提問時一問三不知的窘境。   這一系列文章主要分成兩階段來分享,都是實際執行 BIM的人員必看的喔!首先在本篇將會說明雙北執行電子審查作業的內容與平台簡介;之後在第二篇將會說明執行的作業流程。   一般人聽聞建照電子審查及電子審查平台應該會有許多疑惑,文章將針對詢問頻率最高的以下三項疑惑進行說明: 1. 臺北市跟新北市是共用平台嗎(同一網站)?我要把檔案上傳到哪裡?平台是否只具備檢測功能? 2. 第一次應該如何申請帳號?有無資格限制?是否只有建築師可以申請? 3. 究竟要如何開始在平台上作業?   (一)平台位置與執行內容說明 新北市政府與臺北市政府所使用的電子審查平台是不相同的,依據專案區域不同,平台的位址也不相同,但平台作業的內容有些是重複的,以下將說明兩平台的位址與作業內容。   新北市   新北市政府所使用的電子審查平台,全名為「新北市建築執照電腦輔助查核系統」(網址:http://www.bim.ntpc.gov.tw/FileDown.aspx),平台上執行的作業有: 預審申請 建照申請的BIM模型技術檢測(這部分將在第二篇說明) 施工勘驗申請 使照申請 PS.依據過往執行的經驗,目前在流程上是需要將技術檢測部分執行完畢,且全數通過檢測後才可取得建造執照! 圖4:新北市建築執照電腦輔助查核系統     臺北市   臺北市政府所執行的電子審查平台,全名為「臺北市無紙化雲端服務平台」(網址:https://www.bim.udd.gov.taipei/),這個平台主要執行的作業內容為: 基礎GIS圖資運用與整合   ■ 圖資包含土地使用分區、高度管制區、地形區、申請管制、使用分區、道路街廓…等。   ■ 將執照缺失抽查項目一併整合於圖資平台中,讓使用者可以了解專案所在位置週邊其他案件缺失抽查的情形。 輔助檢測-行政檢測與技術檢測執行(這部分將在第二篇說明) 圖5:臺北市無紙化雲端服務平台   臺北市政府在建築執照審查BIM應用發展計畫中,主要以推行”建造執照無紙化”及”行政檢測”為重,事實上”建造執照無紙化”這項作業是在「臺北市建築執照書圖文件電子化線上申請系統」執行,而目前臺北市公共工程案都必須要透過這個平台執行「建造執照無紙化」作業。根據實際執行經驗,透過這項作業讓原本建造執照申請的時間,從1個月縮短到7天就可以取得建造執照,是不是加速了取照的速度?並且也省下原本建照申請時所需印製大量紙本的時間及費用。不過這一段的執行作業跟本篇所要說明的BIM檢測審查沒有直接關係,因此筆者在這邊就不多做說明!有興趣的朋友可以前往「臺北市建築執照書圖文件電子化線上申請系統」(網址:http://tccmoapply.dba.tcg.gov.tw:8080/tccmoapply/login.jsp)下載使用手冊來了解「建造執照無紙化」作業內容!   在我們執行臺北市公共住宅案電子審查的經驗中,臺北市政府在執行”建造執照無紙化”作業前,必須要將輔助檢測中的行政檢測完成階段性成果,交付成果報告電子檔案當作建造執照掛件的附件,才可以進行建造執照的掛件,所以提醒大家在建造執照進行建造執照無紙化掛件前要記得先執行「行政檢測」喔!     (二)電子審查平台帳號申請方式 新北市建築執照電腦輔助查核系統:進入「新北市建築執照電腦輔助查核系統」網站(網址:http://www.bim.ntpc.gov.tw/FileDown.aspx),點擊”登入/註冊”後進行帳號申請。 圖6:新北市建築執照電腦輔助查核系統帳號申請   臺北市無紙化雲端服務平台:前往「臺北市建築執照書圖文件電子化線上申請系統」網站(網址:http://tccmoapply.dba.tcg.gov.tw:8080/tccmoapply/login.jsp#),進入網站後點選帳號申請即可。在會員類別的地方,若使用者身份非建築師也不具有技師身份,目前平台也開放一般民眾進行申請,並前往平台使用查詢以及檢測功能喔! 圖7:臺北市無紙化雲端服務平台帳號申請(網站為臺北市建築執照書圖文件電子化線上申請系統畫面) 圖8:雙北電子審查平台比照表     (三)電子審查平台前置作業 當了解電子審查平台作業內容以及完成審查平台的帳號申請後,便可進入平台開始作業囉!首先在登入系統之後,先點選新增專案,再將專案的相關資訊輸入,包含案名、建物高度、建築面積、樓地板面積、地籍地號、法定建蔽率、法定容積率、法定開挖率、戶數等,這些參數會影響專案執行檢測的結果。。 圖9:專案基本資料填寫頁面     結語 完成以上步驟後,就可以開始進行檢測檔案的建置製作與檔案的上傳,至於行政檢測與技術檢測的檢測項目內容與檔案建置則將在第二篇進行分享。希望本篇的說明可以讓讀者先了解雙北電子審查平台作業的基本內容,日後在專案執行上就可以不用擔心如何執行電子審查作業囉!       延伸閱讀 | 【原創文章】建築設計階段結構模型整合分享 延伸閱讀 | 【原創文章】設計端 BIM 自動化應用-運用 API 快速建立門窗表

By | February 27th, 2018|Tech-en|0 Comments

【Info. Sharing】 COBie, from Design to Operations

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

【Original Article】How Dynamo flips Revit’s world?

對於過去的 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

【Info. Sharing】Does BIM have a role in the Internet of Things?

物聯網(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

【Info. Sharing】Three Ways to Start Using 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

【Recommend】Virtual Reality Simulation Research Platform for Medical Space

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|未分類-en|0 Comments

【Info. Sharing】6 Ways Smart AEC Firms are using Computational Design Methods

蘋果創辦人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

【Info. Sharing】NBS Released Latest BIM Report

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|未分類-en|0 Comments

【Info. Sharing】Talking about BIM and When it’s Used on Drawing

希臘時代亞里斯多德曾經說過:「建築的本質是由這樣的公式而決定的:一件可抵抗風、雨、熱所引起毀壞的遮蔽物。」;定義了建築物的本質就是人類遮風避雨的場所,也就是人們生活的容器。(科比意)建築養成教育裡面包含了物理環境、環境控制、材料、結構力學、人體尺度與空間設計等,無非是希望設計出來的建築物能夠提供人們舒適的環境空間。 所以建築師要把上述各面向的設計考量包含到自己的設計圖說當中,而在現在社會當中,建築師做建築設計而營造廠則是按圖施工,所以圖說是溝通整個營造團隊間思想的橋梁,是營建工程中的一種重要依據。 既然要與其他成員「溝通」,大家就要有相同的語彙,這樣才能正確的表達設計的意向,而將空間物體表現為平面圖形是守則就是圖學 ( Graphic Science ) ,也就是畫出的圖像具有正確且單一的反映所要表達的原形 ( True Feature ) ,不能有模棱兩可的空間。 而現在的營造工程不論在設計或施工上生產週期都被壓縮,而參與的團隊與專業也日益複雜,加上各種奇特造型的外觀與創新工法材料的引入;因為專業的分工與繪圖習慣的差異,所以越來越多的工程爭議往往都是在圖上的標示不清或者是衝突矛盾等。 在我們公司進行事務所 BIM 標準導入工作之時,最常被問到的問題往往是CAD可以畫出這樣的圖或者表格,BIM 可以嗎?或者是我想要這樣標示為何做不到;當然在BIM的軟體中有很多設定可以使最後的產出接近 CAD 的圖說,不過在我們有3D的模型可以更清楚的描述一個構件的存在與接合方式,讓團隊更清楚的了解它與其他物件的關係之時,當我們擁有模型的資料庫,可以把資料作更詳實清楚的報表產出時,我們是否還需要死守過去數十年 CAD 時代下的繪圖規則與產出標準呢。 在分享的下文之中,作者從古希臘時代建築與圖學表現的關係,經過中世紀到現代繪圖、CAD 時代及 BIM 的作業帶來的得失等,有執行的比較與心得,BIM 的技術只會日益進步而有更多的用途,但 CAD 至今已經難有大幅度的演進與運用方向了,就好比當初的智慧手機問世一樣,很多工具用了就回不去了。 本文引用自:《建筑技艺》2015年第10期,感謝同尘设计授權轉載       BIM 技術在建築行業中的出現和發展,已經顯得越來越難以忽視。相比於嗤之以鼻的反感漠視或盲目衝動的妖魔化的技術崇拜,我們似乎應該保持更審慎和耐心的心態來接觸和審視它。下面,我們嘗試著將新興的 BIM 技術放回到漫長的建築學發展歷程中,看看能得到些什麼?     關於繪圖術   回溯到西元前 7 世紀,古希臘的建築師是用模型配合文字標籤的方式來闡釋設計意圖和建造要點的;到了西元前 5 世紀,也就是衛城的時代,建築師開始採用足尺的細部模型來推敲和規範建築裝飾的操作,但仍然罕有關於圖紙的記載;在此後的近兩千年裡,建築師更多以「寫作」的方式來交代設計。那時的建築先驅,如戴達羅斯(克諾索斯宮的創造者)、伊克蒂努斯(帕提農神廟的創造者),不僅要有卓越的藝術天賦,更須精通各類匠作工藝並熟悉材料。那些神廟建造的主持者定然是超人,鳳毛麟角甚至不世出,而建築設計也很難成為「行業」。 可以說,正是繪圖術的出現才催生了現代意義上的建築師行業。人類真正系統地以繪圖作為傳達、闡釋建築設計意圖的手段是從 16 世紀的人文時代開始的。一方面,如阿爾伯蒂、塞利奧、帕拉第奧等大師仍沿襲著維特魯威「十書」式的寫作;另一方面,伯魯乃列斯基將透視法科學化了,藝術家們終於得以通過圖紙來精確地推敲空間和形體的視覺呈現,而瓦薩里在佛羅倫斯創立的藝術設計學院則將系統的繪圖術普及開來,並藉此將建築學的思想層面從匠人的手工傳統中解放出來(圖 1)。 圖 1 聖彼得大教堂平面圖 — 米開朗基羅 繪圖術的解放來自它的抽象性,如果說透視法仍是在詳實地類比視覺扭曲過程的話,那麼更加抽象的「剖切–投影」圖在設計上的普遍應用則徹底地在思想層面上修建起了建築學與其他藝術門類在技術工藝以外的專業門檻,並通過這種經由圖紙編碼-解碼的神秘的「造物」過程,將建築學渡入「大藝術」的殿堂(圖 2)。 圖 2 剖切-投影過程 剖切-投影圖的典型圖式以平面圖、立面圖和剖面圖(立面圖是基於對地面的正剖切獲得的建築投影)為代表,這些至今仍作為我們的繪圖基礎。剖切-投影圖不僅是成果表達的圖式,更是 16 世紀以來執行設計推演的主要視圖介面(圖 3、4)。 圖 3 斯卡帕基於古堡博物館正投影執行設計 圖 4 萊特,丹納住宅平面圖,1900 由於今天的專業人士對這些視圖過於熟悉,以至於常常會忽略一個重要的事實:剖切圖和投影圖在真實視覺中原本都是不存在的。如平面圖是通過對牆體的水準剖切獲得的正投影,空間在水準向的佈置、尺寸及連通-隔斷關係等都得以清晰呈現 — 這其中,剖切的抽象性使人得以在同一介面上同時洞悉並處理所有房間的關係,而在真實的視覺世界中,只要一個人置身於一個房間,就不可能觀察全部其他房間的情形,即便飛身獲得鳥瞰的視角,也只能看到外部體量而喪失了內部空間感知(圖 5);與此同時,正投影則通過遮罩視覺中必然存在的透視扭曲效果,使得投影中所有幾何度量都得到只有觸覺才能獲得的精確、穩定的表達(圖 6)。 圖 5 建築經過剖切後可以獲得的全面、系統的空間關係感知 圖 6 薩伏伊別墅平面圖 這些視圖並不來自於對真實體驗的描摹,必須要圍繞著幾何學的空間想像以及分析、歸納的理性認知才能得以建立。一方面,這些理性圖式具備了某些符號的特徵,在應用中需要轉譯才能與人的體驗相接應,這種攜帶著神學色彩的解碼過程,極大地提升了建築學在思想領域的地位;另一方面,抽象圖式在將幾何層面的問題討論得更加透徹的同時,也使建築設計掙脫了原本必然糾纏的物質性討論,建築師從此開始漸漸與匠作疏離開來。 繪圖術之為「術」,不僅是製圖與表達的「技術」,從某種意義上更是決定設計方法的「學術」。基於不同繪圖術所執行的建築設計,所獲得的形式類型也必然不同。比如,文藝復興的建築群及單體內部閃出那條通敞的視廊軸線,是通過由連續透視線來實現空間表達的科學透視法推敲設計的必然結果,以透視法為起點是不可能獲得以影壁開始序列的中式庭院或放置屏風的中式空間的(圖 7、8)。 圖 7 雅典學院,基於透視的空間序列 圖 8 中國的影壁是空間序列的第一個要素 許多時候,與其說建築師是在選擇繪圖術,毋寧說是在選擇設計方法或建築類型。而對主投影視圖的選擇,則決定了建築師將更多的設計力量投放在哪裡 — 以立面圖作為主視圖的古典主義時代,在柱式應用和立面細部比例的匹配與推敲諸方面的卓越成就早已無須贅述;而現代主義在將平面圖選為第一介面的同時,也註定將設計專注於平面佈置,自由平面、流動空間應運而生,相應的,現代主義的「簡潔」則多存在於立面;路易士·康在金貝爾美術館中以剖面關係作為設計起點,在複雜剖面中引入莫測的光效果的同時,也順理成章地獲得了平面和立面上雙重的極簡形式(圖 9);正軸側圖由於實現了對平面和立面在同一介面上的同時呈現,不僅能引入更豐富的幾何資訊,也實現了設計在三度空間中的快捷檢視,為海杜克、埃森曼等許多致力於空間操作的大師所青睞(圖 10)。 圖 9 剖面圖控制了金貝爾美術館中最豐富的設計特徵 圖 10 菱形宮平面及正軸側圖,平立剖面與空間關係得以在同一計介面中推敲 繪圖術的意義尚遠不止於此,同樣出於剖切-投影圖在材料構造上的抽象性,建築師在同一圖式下才有機會將不同的物質性代入同一介面,這種類型學方法自19世紀以來一直催動著類型的歸納以及在同一類型下的多形式演繹。在理論領域,迪朗在《建築學教程》中將建築形式的投影抽象推向極致,並藉此將歷史上千差萬別的建築名作歸納為清晰、簡明的若干類(圖 11);而建築史家維特科威爾則用相同的方法將帕拉迪奧的上百個住宅收斂為十餘個平面原型(圖 12)。 圖 11 迪朗:《建築簡明教程》插圖,基於平面投影的極致抽象 圖 12 維特科威爾:帕拉迪奧的平面類型 在操作層面,柯布西耶的加歇別墅與特拉尼的法西斯宮儘管功能不同,外觀各異,卻都來自帕拉迪奧的住宅平面原型;而朗香教堂和拉圖雷特修道院的平面形式也與 12 世紀的豐塔納修道院如出一轍(圖 13)。 圖 13 中世紀修道院·拉圖雷特修道院·朗香教堂 繪圖術對建築學的影響遠不止於上述種種,本文意在討論 BIM 在現代繪圖術語境下的影響,故僅將後面有可能涉及的內容略作梳理,恕不多贅述。     現、當代繪圖術觀察   不同繪圖術在設計方向上的取捨,在不同的時代及不同大師們的手中固然能帶來不同的設計類型和形式風格,但倘若我們把目光投向「世俗」中的整個行業重新審視,其所「取」者,通常多關乎社會生產力,而其所「舍」者,帶來的恐怕就是行業頑疾。 如今的多數建築師仍基於 16 世紀以來的剖切-投影圖工作,同時沿襲著現代主義的傳統 — 主設計介面多預設為平面圖(規範的工程圖紙排序將總平面和平面圖放在整套圖紙前面)。關於這種繪圖術選型的優勢,前文已述,這裡我們主要審視其缺陷和盲點。 對於前文所提到的設計力量投放不均的問題:隨著行業規則的不斷豐富、完善,各類投影圖都有著明確的深度標準,從某種程度上均衡了分配在不同視圖介面上的設計力量;從管理上,技術分工的進一步細化讓許多從業團隊有機會分派不同的設計師分別執行平面和立面的設計,這也有效地通過團隊配合緩解了由主介面選擇所帶來的對其他介面的漠視。但問題也隨之而來 — 在各介面上分別執行的設計趨於離散,同一設計要素被繪製在不同的視圖中,甚至被不同的人分別設計,許多建築師對設計的推敲僅對特定的視圖負責,不同視圖間的對應關係通常僅能通過「對圖」來保障。隨著設計在各介面上的不斷推進、深化和修改,通過對圖或經驗來維繫的對應會越來越脆弱,「不交圈」的問題幾乎成為必然。 即便拋開「不交圈」的技術焦慮,分介面的操作也導致了對空間塑造的漠視 — 儘管空間被認為是現代建築的絕對核心。無論在平、立、剖任一介面中,我們都不可能直觀地獲得空間判斷,在分面投影中反映的空間形態僅由讀圖者在意識中拼合、還原而成,這是當代建築教育中如此強調「空間想像能力」的原因。換言之,在常規的設計介面中,根本就沒有提供直接針對空間檢視和推敲的視圖,而這種基於剖切-投影圖建立起來的圖紙體系,同樣也使空間成為設計審核、校對以及溝通的死角 — 對於全領域而言,我們無法想像僅憑空間想像來推進的設計能達到什麼樣的普遍深度和精度。當然,諸如 SketchUp 之類的軟體技術都在致力於彌補上述空白且確實行之有效,但這種空間製圖與標準設計製圖分離的狀況,仍無法避免前面所討論的由於視圖介面分離而導致的不交圈問題;從行業角度來看,在設計過程中加入空間建模環節也會導致工作量激增,與投影圖同步推進空間模型勢必導致週期延長,而分階段跟進空間模型則又使問題回到空間判斷與設計推進的分離。由此引發的問題不止出現在對空間效果的把握上,在空間關係稍複雜的設計中,諸如設備管線的佈置或材料構造的交接之類容易在空間中發生碰撞的錯誤,很難在標準的技術圖紙中獲得及時的糾錯,這些原本非常直觀和簡單的碰撞檢查,卻成為校對和審圖環節中最重要和核心的工作,並往往需要由經驗豐富的老將來完成。即便如此,仍有大量問題被推到施工現場才被發現。因此種種,許多建築師只好在設計成果中將空間體驗寄託於效果圖渲染所製造的「幻覺」;而面對工地上的管線碰撞,也不得不通過「降低吊頂」來逃離現場 — 這些都無異於飲鴆止渴。 上述問題都出在不同投影介面之間的關係上,但即便回到單一的剖切-投影介面中,我們仍然能看到類似的問題 — 這一問題恰是由剖切引起的。如前文所分析的,剖切的妙處在於它為建築師呈現了某些在平常的視覺體驗中無法呈現的關係,但在呈現之前,我們首先要對空間實施剖切,而剖切的位置不同,其所反映的關係可能也存在極大的差異 — 理論上,一張剖切圖只能闡釋空間中極窄、極薄的區段內的關係。需要特別指出的是,這並不是增加幾個剖切位置就能解決的問題:通過剖切反映既有空間的關係,與在選定的剖切介面上執行設計完全是兩回事。對於設計操作而言,一旦剖切位置以及由剖切所確定的初始關係被事先確定下來,建築師評估和推敲這些關係的思維層面也被鎖定了 — 因此,與其說建築師是在通過剖切圖來設計空間,不如說是在設計那張剖切圖本身。在這樣的設計介面中,被剖到的關係無疑能獲得精確和透徹的解決,但如果建築師企圖將這些解決貫徹於整個空間,那麼他就必須用這幅剖切圖來規範與剖切位置相連續的其他空間關係,並通過沿著垂直於剖切面的方向拉伸來生成空間(圖 14)。事實上,許多建築師是通過同化空間的生成方式來確立剖切圖的「代表性」的,而不盡如我們通常認為的,選擇有代表性的剖切位置來解決空間問題 — 這是宿命。 圖 14 巴西利卡剖透視圖,建築空間沿典型剖面拉伸而成 在這種模式下所獲得的空間都有很明顯的單向性,即空間在剖切面的方向上關係更加複雜、精巧,而在與之垂直的拉伸面上趨於簡單。對此,我們可以對比一下馬賽公寓戶型在兩個方向上的剖面(圖 15),而前文提到的金貝爾美術館則更加極致;但如果遇到如賴特的古根海姆美術館那樣沿環形螺旋展開的空間,剖切-投影圖所能反映的資訊就非常有限了,單向的剖切反而破壞了螺旋連續的空間特徵(圖 16)。 圖 15 馬賽公寓剖面圖,基於剖面的空間複雜性 圖 16 紐約古根海姆剖面圖,剖投影很難全面反映空間關係 有趣的是,這一問題在平面圖上的表現並不像在剖面圖中那麼明顯。為了抵抗重力,牆體通常在豎直方向上是平直連續的,而平面佈置由於不受重力限制往往更加自由,從古至今大多數建築的基本體量都可視為由平面向上拉伸而成的,這一點在砌築工藝中表現得最為顯著。但是隨著結構技術和材料科學的發展以及近百年來建築學領域在空間操作上的不懈拓展,建築空間越來越趨於擺脫平面解析關係而在真正的空間維度中尋求變化,如弗蘭克·蓋裡或紮哈·哈迪德的建築,甚至找不到有「代表性」的剖面圖和平面圖(圖 17、18)。 圖 17 古根海姆博物館剖面·立面圖 圖 18 紮哈的廣州大劇院平面、剖面圖 在理論層面,近年來諸如湧現理論和拓撲學等思想在建築學領域所受到的廣泛關注,也都不斷地挑戰著剖切平面在空間操作上的權威。至少,基於剖切-投影圖所建立起來的繪圖術體系,似乎已經不像之前的幾個世紀中那樣雄辯了。     CAD   立足於前文對繪圖術的追溯與觀察,我們不難發現如今中國建築設計領域通過以 CAD 為代表的電腦輔助製圖技術所執行的繪圖術操作,與 16 世紀以來建立的剖切-投影圖的製圖體系並沒有本質上的差別。這樣的結論聽起來不合情理,但建築學作為一門非常古老的學科,自古至今其實一直固守著非常穩定的學科核心,尤其對工具而言,出於建築學所固有的人文、藝術特性,比起那些科學技術含量更高的其他理學或工學領域來,工具所能帶來的根本性變革往往非常有限。 就像鋼筆取代鵝毛筆所帶來的便利,並不會從根本上改變寫作的方式一樣,當初針管筆取代了鴨嘴筆的時候 — 這一轉變其實發生在非常近的「當初」 — 建築師們也並沒有為此準備迎接一個全新的時代。因為從動作上看,手握針管筆的「現代」建築師,仍然非常明顯地與 16 世紀的人文主義者們執行著相同的操作。同樣以文學來類比,用電腦打字來執行寫作的文學家,究竟比他奮筆疾書的前輩們「進步」在哪裡呢?而即便存在這種「進步」,那恐怕也早在打字機發明之時就已經發生了。同理,我們恐怕也有必要仔細審視此前的資訊技術(IT)帶給建築學領域的改變。 總體而言,CAD 在製圖中的作用主要是其替代了手工繪製,而從圖學原理上則並無革新。有趣的是,中國現行的《房屋建築製圖統一標準》(目前的版本是 GB/T 50001-2001)在總則中就說明該標準是同時適用於電腦製圖和手工製圖兩種方式的,其圖紙尺寸與線寬組合的基本規定也完全是圍繞著手工出圖的邏輯來制定的。 那麼,CAD 的優越性體現在哪呢?首先,度量精准是基於電腦技術最直接的優勢。與手工製圖先確定比例尺再繪製的方式不同,CAD 的繪圖空間可以實現無限廣闊的真實尺寸,剖切-投影圖被以真實的尺寸繪製出來。一方面,這省卻了紙上繪圖過程中的資料換算,使尺寸的思考和確定更加直觀,避免了換算環節中可能出現的錯誤;另一方面,這也為更智慧的尺寸標注和出圖提供了前提。 從不同設計精度的表達方式來看:紙上繪圖由於比例的限定,需要在不同的比例尺下繪製不同尺度和精度的圖;而 CAD 的繪製空間不僅無限廣闊,而且可在螢幕中無限縮放檢視,這在理論上就完全支持設計者將設計進行無限深化。換言之,設計的表達精度不受圖紙幅面和線條密度的限制。 CAD 領先於手工繪圖的另一得天獨厚的優勢,是它在「複製」和「修改」兩種操作上的便捷。在手工製圖的時代,兩張圖紙無論有多少重複的內容,都需要分別完全繪製,而相同的技術設計(如節點詳圖)也不得不在不同方案中反復繪製。所以,在電腦製圖並不普及的年代,除依賴對《標準圖集》的索引外,還有通過直接索引「重複利用圖」來作為提高效率的權宜之計 — 這種索引至今仍寫在現行的《建築工程設計檔編制深度規定》中,但在實踐中早已絕跡了。基於電腦製圖,建築師可以很方便地將既有的成熟做法複製到新的設計中,把交接關係交代清楚並做出必要的調整。對於讀圖而言,能將各部分設計呈現於同一套圖紙,比起在圖紙索引下翻閱各種圖集,顯然更具優勢。而修改的便捷,則不僅直接解決了手工製圖中在墨線上改圖的麻煩,還讓有較高相似度的設計得以基於同一份圖紙修改而成。 從繪圖術的角度來看,上述優勢都只關乎「怎麼畫」的問題,而很少觸及到「畫什麼」。相較於手工製圖邏輯,CAD 對繪圖術最大的突破在於它可以支援基於「圖層」的繪製。當然這並不是電腦技術的首創,「圖層」的概念來自將繪製不同內容的透明膠片相疊加,從而將原本抽象和孤立的分析圖重新綜合起來。在設計領域中,圖層的方法曾廣泛應用於麥克哈格的景觀生態學中,並被形象地稱作「千層餅」。CAD 繪圖空間中的圖層避免了膠片疊加後在清晰度上的損失,可以成為名符其實的「千層餅」。建築師通過將不同邏輯的圖形繪製在不同的圖層上,使圖式獲得了多樣的分析性,並可在不同的意圖下自由地讓特定的圖層隱藏、顯現和疊加,而對線型、色彩的選擇又進一步豐富了分析的維度 — 這帶來了真正的繪圖術領域的變革,建築師由此獲得了前所未有的便捷的系統性分析視角。 CAD 的普遍應用,確實帶來了繪圖效率的提高以及修改、變更品質的改善,但是必須指出的是,由於目前行業中仍以列印或曬圖作為規範的出圖成果,這實質上將設計成果的輸出重新錨固在了 16 世紀的技術標準上。在「圖紙」上,不僅精確、即時的度量無法實現,最關鍵的是,有著變革意義的圖層資訊完全被放棄了。當然,這並不完全源自設計領域的內部選擇,很大程度上也出於配合施工階段照圖施工的技術習慣,這是整個行業鏈條帶來的問題。比起材料科學、施工技術的更新頻度,設計領域的技術演進顯得異常微弱和遲緩,這更讓圖層方法的引入顯得彌足珍貴。 當前建築師對圖層的應用,早已放棄了其作為成果輸出的可能性,轉而將其作為團隊內部技術管理的環節,多用圖層來實現對設計要素和圖則要素的分類管理。由於行業標準對圖層功能的漠視,圖層在分析、表達上的巨大潛力一直未能得到充分的開發。這是非常可惜的事。 一個有趣的問題是:既然 CAD 在繪圖術上帶來的實質性變革有限,那麼是什麼讓我們在手工製圖與電腦製圖之間感受到如此巨大的差異呢?是動作。儘管 CAD 製圖與手工製圖輸出了相似的圖紙成果,但前者通過滑鼠和鍵盤的敲擊實現,後者則以手執筆完成 — 這是為什麼同樣作為工具革新,針管筆取代鴨嘴筆時我們幾乎感覺不到改變。 改變技術動作給建築師帶來的影響絕不僅在製圖途徑方面。 首先,手的靈活度遠遠超過滑鼠,這讓手工製圖更適合推敲和表現自由、微妙的形式變化;而在繪製直線、圓等規則、理性的幾何形時,則必須借助工具。比較而言,CAD 的製圖邏輯剛好相反,越規則和理性的圖形,就越匹配電腦的參數邏輯,也就能越快捷地被繪製出來,而對於缺乏參數控制的自由形,CAD 的「樣條曲線」功能不僅在繪製上捉襟見肘(很多時候是以描圖的方式完成的),在推敲和調整時就更顯笨拙。好在,現代主義美學為當今的建築定下了相對簡潔的基調,而工業傳統又給建築技術提供了相對標準化的材料及工藝範式,所以CAD在繪製自由形上的短板並沒有在今天帶來行業性的困擾 — 試想同樣的短板如果放在文藝復興或新古典主義時期將帶來的災難性後果吧(圖 19)!反過來,這種製圖上的偏好又反過來進一步加強了當代建築師的形式選擇。 圖 19 古典細部圖 更微妙的變化是,美術基礎在建築學素養中所占的比重漸漸弱化了,當然出於美學養成的美術訓練尚在,但從繪圖術的角度出發,美術作為一項來自身體訓練的技藝,已經逐漸被通過敲擊鍵盤實現的電腦控制所取代。在手繪圖時代,建築師所選擇的形式類型與其擅長繪製的圖形息息相關,而一旦肢體習慣退出形式操作,建築師在形式選擇的自發機制上出現了空白,建築師就開始越來越依賴於視覺,形式選擇變得更加多樣和隨意,這是當今建築設計形式表達繁冗過盛的潛在誘因之一。 這種形式表達多樣化的傾向,似乎又與前面討論過的由電腦製圖特徵導致的形式偏好相矛盾 — 其實,這是一個非常古老的問題,拋開古典主義的控制線不談,近在19世紀末,路易士·沙利文就通過「無機」的幾何演算來生成「有機」的自然圖形,希望由此追尋自然形式的理性原則,這裡已經蘊涵了典型的「參數化」思想(圖 20)。在沙利文的時代,這種做法充滿哲學意味,但在電腦製圖的時代,參數化不僅彌補了電腦製圖的短板,還在有理化的同時極大地拓寬了形式類型。 圖 20 沙利文用純幾何形推演的自然形式,已經有了參數化的味道 此外,對於手工製圖退出後所出現的形式機制的空白,儘管喪失了身體動作的感性記憶,敲擊鍵盤的動作卻更匹配理性的邏輯運作,我們驚喜地發現,電腦操作的動作與參數化的資料登錄更加匹配。遺憾的是,直到今天,許多建築師手中的電腦圖形仍然更多是基於用滑鼠類比肢體動作來實現的,這才是電腦製圖中形式困境的真正根源。     BIM 帶來了什麼   終於談到 BIM 了,這是一個過新的話題,儘管闡釋 BIM 的人傾向於將其追溯得遠些,但形成今天意義的 BIM 概念卻是非常新近的事。在建築學這樣古老的學科體系裡,這不過十數年的新事物甚至無從判定價值,所以,我們恐怕要追溯得比遠些更遠些才行。 重新審視「BIM」的意義:B-Building;I-Information;M-Modling。其中,「建築」是範疇定義,無須多言;而「資訊」與「模型」兩個核心概念,居然回到了古希臘時代的在建築模型上添加標籤資訊的古老模式。這是一個令人驚喜的發現,我們也許並沒有迎來一個劃時代的新事物,倒是回歸了比文藝復興還遠為古老的方法 — 這樣一來,我們反倒可以參詳,BIM 可能為我們帶來什麼。 1. 直觀性 由於建築設計是計畫還未建造的房子,所以籌畫者(建築師)總要借由某些在眼前可見之物來幫助推敲。從這一點出發,那「眼前之物」一定是趨於直觀的,會盡可能逼近最終預期的成果 — 這正是模型的妙處。 BIM 在設計介面上對模型的回歸,在某種程度上幫建築師尋回了久違的直觀性。當然這絕不是「退步」,如前文所討論的,16 世紀以來的繪圖術借由抽象的圖形解碼機制,説明建築師在同一張圖紙上呈現和推敲更多的資訊,但恰恰是其抽象性,讓圖紙成果與建成成果在認知上漸行漸遠;而 BIM [...]

By | May 19th, 2016|Sharing-en|0 Comments