技術文章

/Tag:技術文章

【原創文章】顧問不說的秘密,企業 BIM 導入難,不難?(上)

上半年末某日下午三點,在一個金屬帷幕客戶的會議室裡,我對著客戶的中高階經理人簡報與交流完畢並準備離開時,對面的協理喝了一口水,很靦腆地看著我說了一句:「羅經理,其實我們公司之前也派人去學過 Revit,還去上過兩次,但是回來一段時間後還是畫不出來。」我微笑地回覆:「我來就是想幫您們解決這個問題的。」 幾天之後在另外一個工地辦公室裡面,工地主任、採發跟繪圖主管圍著我討論報價細節,他們邊看著報價邊說,「羅先生,不能再便宜一點嗎,我們自己也有人可以建模,之前的專案碰撞、4D 也都做的嚇嚇叫;怎麼要出個圖就要這樣貴。」我看著他們說:「這個合約工作與驗收機制寫得很清楚,圖要跟模型連動,數量還要跟標單項目比對,還要做到施工變更管理跟竣工,我們要跟著您們跑三年的,這個價格很便宜啦。」 BIM 導入工作需要的專業不止是 BIM,十八般武藝都要精通     問題,發生在導入後 其實從擔任 BIM 顧問之後,遇見這類的場景不是兩三次了,以第一個客戶來說,軟體導入算不算導入呢?當然算,但是企業很難只靠簡單的軟體教學就具備 BIM 的生產力,因為一般建模課程中,帷幕的部分可能只有一個小時,其他的建模指令他們其實用不太到,更重要的曲面帷幕建置與帷幕構件元件開發等,根本沒教,偏偏這又是帷幕建模與運用關鍵所在,所以完全沒有實戰能力也是理所當然的。 帷幕介面整合,這類專業 BIM 建模技術都非一般市面課程可及 第二個客戶的問題是干涉、3D 視覺化與 4D 等是不是 BIM 的運用呢?當然是,但是如果導入幾年後運用的層次還在這上面打轉,其實業界BIM技術跟業主的要求都與日俱增,標單算量、圖說連動、電子審查作業、COBie 與 FM 需求等,如果企業的 BIM 運用水準還在幾年前的程度,其實很難達成目前實務上的要求。 總結來說,兩者的問題都是對導入的認知有誤,認為派人學軟體或者是可以建模做做碰撞就是 BIM,導入後才發現產出無法滿足企業內部或者契約需求。 BIM 的運用需求提升,背後支撐的軟體與專業知識也需提升     導入 BIM,(企業要)做什麼 「導入 BIM 做什麼」是我在導入初期常跟客戶釐清的一句話,也是雙關語,一來代表客戶要思考導入 BIM 要做哪些事情,二來則是在導入 BIM 之前有哪些課題要思考。 在企業導入 BIM 之前有很多功課要做 ・導入 BIM 的動機 動機的部分可以分為剛性需求與柔性需求,一般常遇見的是前者,也就是因為目前公司執行的專案有 BIM 的需求,所以需要產生即戰力;也有遇見客戶是預期市場變化或者是與外國團隊合作頻繁,所以想導入 BIM 技術提升作業能力。 也許有人會想,反正就是導入,剛性柔性有何差異,就顧問的角度而言,剛性的導入有業主專案目標與期程的框架,所以會以專案需求為主要戰略思考重點,以戰代訓;柔性需求的導入則以企業對 BIM 發展的願景為主來考量,需要多跟顧問溝通目前企業內面臨的問題與了解 BIM 能帶來的效益。 ・想透過 BIM 解決哪些問題 這問題其實應該往上追溯到「在企業流程與專案上面臨到哪些問題」,下一層次才是想「透過 BIM 解決哪些問題」,往下還有「這些問題基於 BIM 的解決方案有哪些」與「解決方案是否合乎效益」等等一串問題需要討論的。 BIM 可以處理很多問題,但是依據企業調性判斷該用的方案需要深厚的實務與產業知識 ・導入 BIM 的規模 這就是一般說的專案級導入、部門級導入與企業級導入,導入的規模會影響到方式與項目等。但其實很多時候這只是一個階段的問題,往往都是專案-部門-企業循序漸進不斷深化,而非到一個階段後就不再成長。 ・投入的資源與預期的成效 投入的資源不單單是導入的費用,人員培訓的時間,轉換期間效率的降低,標準化與流程 SOP 討論的人時成本等,也是不可忽視的。成效的部分,我們都知道 BIM 是在全生命週期都有其運用價值,但是除非是開發商,否則少有團隊的 BIM 運用要從建築企劃做到最後的營運管理,所以選擇合適的 BIM 運用價值當作導入的目標是重要的,長期來說甚至應把成果分期來驗收,確認 BIM 導入的成效。     導入 BIM,(顧問要)做什麼 「導入 BIM 要做什麼」這句話對於顧問本身一樣是雙關語,一來是否再三確認客戶導入 BIM 的目標,再者顧問要做些什麼才能達成客戶的目標。 BIM 導入實施規劃與背後需要的知識其實很多,BIM 的導入例如軟體、培訓、SOP 與標準化等好比漂浮在海面上的冰山,底下更有許多看不到的 BIM 專業與營建產業知識來輔助。 BIM 冰山不可見的部分遠超乎想像 ・客戶需求與策略目標所在 重點都是在於如何使客戶導入 BIM 的價值與其作業與產出結合,確認目標與策略能夠對症下藥,這邊的難處在具現化,例如出圖這件事情,哪些圖要從 Model 直出,哪些是到 CAD 去補充,而出圖這件事情背後又涉及到標準化設定,繪圖準則與視圖樣版等等,幫客戶判斷目標之前有多少冰山需要一一擊破,開闢一條可行的道路。 ・目前現有的解決方案與流程 很多 BIM 的運用與產出會跟傳統的作業產出重複,每間公司作業與分工方式不同,所以不了解現行作業流程,直接套用顧問的通用作業流程往往在內部會有很大的阻力與疊床架屋的情況發生,所以理解目前的流程與處理方案去做導入的調整是相當重要的。 ・BIM 執行的流程與作業模式 當我們了解客戶的目標與目前的作業模式後就會依據現有條件去規劃一個新的流程,這流程可能跟組織分工有關,例如競圖、基設階段與細設階段是不同小組完成,數量又是另外一組,那在協同作業與版次上的管理策略為何?原先使用 Rhino 做量體與能源分析,轉換到 BIM 平台來執行是否有更有利。包含各階段圖面產出,預算編列等分工都需要思考基於 BIM 的流程作業。 依據不同的導入目標與條件建立不同期作業流程 ・業主與其他專業協同作業的機制 BIM 的一個特性就是協同作業,換句話說就是團體活動,過往可能事務所內與各顧問各有各的繪圖與分析軟體,反正最後產出 CAD 交換就好,但在 BIM 作業架構之下,中間資料交換的流程與方式,如果沒有規劃好,按著舊的模式走,往往都是冤枉路。 ・怎樣使用 BIM 的成效最佳 總結來說,我們在規劃導入計畫時,最重要的是站在業主的立場去檢視哪些 BIM 的運用最有效益,以此為目標去導入,目標對了就不容易做虛工;如果只是為 BIM 而 BIM 往往看起來做了很多,卻很難在實務上產生價值。 各種 BIM 運用目標,需找出目前有效益的去發展     小結 在早期 BIM 的導入往往被認為是 BIM 軟體的導入,但是實際上軟體只是導入的一環,顧問需站在企業的立場思考 BIM 的定位與價值所在,依據導入相關條件去訂製導入的計畫,而不是以軟體為出發點去強迫組織成員去配合它;而要達到此目的,顧問自身除了要有深厚的 BIM 專業外,營造專案流程、工作產出目標與專案關係等更是基本功,了解企業目前的問題與目標才能踏出成功的第一步。在下篇將會談到導入作業上實際發生的問題與導入後的課題等,還有這兩三年 BIM 企業導入的心得總結,還請各位待下回分曉。

By | 八月 30th, 2016|Tech|0 條評論

【原創文章】使用遊戲引擎提升 BIM 模型的價值與互動體驗

現今建築工程使用 BIM 技術最直接的實際應用,就是使用 BIM 的模型可視化優勢,廣泛地用在設計與施工檢討,而醜醜的、單色的 BIM 模型,從工程角度上來看,減低硬體運算負擔從而增進檢討與執行效率,是有很大的幫助。但未來趨勢是強調「美」與「高度體驗」,人的眼睛是挑剔的、人的感受是可被媒介所觸發的,現在 BIM 的模型如果沒有好好地被調校、轉化,其實那種工業風、酷炫感就只能滿足部分使用者,絕大多數的人(一般民眾、政府官員、建設業主、房產代銷等...)並無法真正領略 BIM 的無限可能,提供「美」與「高度體驗」的 BIM 產品或方案,未來才能使得 BIM 可以跨領域。 「美」的 BIM 術語即是「擬真」;「高度體驗」的 BIM 術語目前除了極少數的廠商與顧問具有解決方案與技術外,尚未成熟。但能整合這兩項 BIM 未來趨勢的技術,就是電玩領域的「遊戲引擎」。遊戲引擎擬真程度已經非常的逼真與寫實,使用者能夠擁有良好的感官、操作、使用介面等體驗。如能將遊戲引擎的優點套用到 BIM 模型上,使用者更能了解模型的特性、或是問題的癥結衝突,強化使用者對 BIM 模型空間感的認知,也可設計符合需求導向的操作與溝通方式。   適合 BIM 的遊戲引擎 在遊戲引擎的系統中,使用者須透過周邊的硬體設備,如滑鼠、鍵盤、控制桿、體感裝置等等進行互動操作,而若能導入 BIM 模型到遊戲引擎中,使用者則可更快速且身歷其境地操作 BIM 模型,了解模型中所提供的資訊,連結使用者與三維世界中的互動。 市面上的遊戲引擎軟體,經衛武資訊仔細評估後,常用能與 BIM 整合的略有三款 Unreal、 Unity、Stingray(恕本文不比較各家的優缺點),故就以目前能整合大眾市場 Autodesk BIM 產品的 Stingray 來說。Stingray 對於 BIM 模型的整合有蠻好的能力,透過 Revit 的外部掛件,可以直接將 BIM 模型轉換為 Stingray 可讀取之檔案,流程簡易且快速,可在相容性高的軟體間互相傳遞檔案。此外,所有 Revit 檔案轉換成Stingray 資料的運算,都是在 Autodesk 的雲端系統中進行,對於客戶端的硬體需求以及方便性相當友善。 Stingray 在 Revit 檔案匯入之後能保留元件中所設定的材質,因此匯入 Stingray 之後不需要重新調整材質、光源等繁雜的設定,同樣地,在更新修正後模型的同時,這些材料光源亦可同時調整與修正,大量的減少了作業的時間與複雜度。   衛武資訊對於大模型的整合模式 在現下的建築工程中,不免有許多巨型量體、規模極大的建案存在,以一個規模極為龐大的藝文園區為例,其 BIM 模型本身的檔案容量相當可觀,且模型本身包含六千五百萬個面數,無論是檔案量級或是複雜度,儘管透過 Revit 的外部掛件上傳至 Autodesk 的雲端系統,使用其本身的雲端計算能力,也無法直接將檔案一次轉入 Stingray,增加了將 BIM 導入遊戲引擎的困難。 再者,於 AEC 產業中往往擁有大量的設計變更與修改,3D 模型的建構無法一次到位,必須在不同專案參與者互相溝通、調整以及修正的狀況下才能完成最終的模型,在這樣的產業型態之下,欲利用遊戲引擎來提供使用者模擬介面,就必須能因應大量變更的特殊條件。 然而,衛武資訊透過模型的解析流程與自製的程式,可有效、成功地將巨大的建築、機電模型等整合於 Stingray 之中。於此同時,並且就算在局部設計變更或是模型修改的狀況下,同樣地也能夠快速地更新到 Stingray,不會因整體檔案的量體龐大而拖緩作業的進度。先讓 BIM 模型成功引入遊戲引擎,後續的功能模組開發以及使用者體驗才得以進行。   衛武資訊開發的特殊功能模組 成功引入 BIM 模型到 Stingray 後,透過 Stingray 的開發系統,可以針對不同專案的功能需求,開發不同的功能模組,並且透過累積這些功能模組,能更加地完善遊戲引擎於人因互動介面的廣度,並且將這些日益完善的功能模組,準確地應用於日後各類型的專案之中。 以一個複雜的設計個案為例,藉由系統分層的功能,可以幫助使用者在模型介面中快速的切換不同系統,如建築、結構和機電等等,可因應不同需求,選擇不同介面來調整最適當呈現方式,方便複雜的專案可以清楚地表現其模型中不同的內部結構。 另外在許多的建築設計規劃中,往往需要考量完善的人流動線情形,以上下班尖峰時段常有大量人流的一般辦公大樓為案例,利用 Stingray 中的人流分析模組(Navigation),可以在設計規劃階段就能良好地分析人流動線、逃生路線等等,及可能需要考量到的模擬,且面對不同的專案、不同的需求條件,都可以快速地做分析上的調整。     建築資訊模型之父 Chuck Eastman曾經說過:「相較於其他的工科產業,如製造業、科技產業等等,營建產業所使用的技術與資訊應用含量,相較之下非常之低,這並不是單一環節出了問題,而是整個營建產業生態,以及思考方向需要改變。」 如今工程產業透過建築資訊模型的效力,盡可能地改善傳統工程所無法達到的整合功能,更能將這些整合的效益以簡易的可視化互動呈現並深入檢討。然而建築資訊模型的價值不應侷限於模型或其資訊本身,更應該思考的是如何讓使用者更方便、更深入的運用,若能運用遊戲引擎的輔助,就能將建築資訊模型在營建工程中所帶來的產業提升更加的巨大。

By | 八月 23rd, 2016|Tech|0 條評論

【原創文章】BIM 鋼筋建模撿料實務(一)

鋼筋撿料是專業(營造)中的專業(實務),撿料方式必須百分之百實際符合工地鋼筋綁紮需求,在實務操作上,營造廠用鋼筋撿料單與鋼筋施工圖做為鋼筋作業的管理與查核;鋼筋施工廠商則以撿料單來叫料、鋼筋施工圖來執行鋼筋綁紮。營造廠與鋼筋施工廠商實屬鋼筋作業相關的前線單位,仰賴的就是正確、精準、可施工的鋼筋撿料技術,傳統的鋼筋撿料方式均是以 MS Excel 搭配 CAD、PDF 圖面來呈現數量與鋼筋施工圖說,缺點則是無 3D 可視化檢視成果、無法立即因應工法工序變動而快速調整料單與圖說產出,甚至在鋼筋計價時仍有數量估算的核對議題。 用 BIM 來執行鋼筋撿料作業,則是以 3D 的方式依據實務鋼筋綁紮需求建置模型,依 BIM 的特點:「所建即所得」,既能 3D 可視化檢視,且後續的鋼筋撿料數量與鋼筋施工圖說也非難事。另外對於鋼筋計價的透明化、一致化議題也能有圓滿的解答。然而用 BIM 進行鋼筋撿料,回歸到實務上,尚有諸多環節必須考量,例如依工程規畫進展改變使用單一版本鋼筋撿料 BIM 模型,在營建管理上是否符合管理需求、產生的新式計價模式如何採納、整體流程是否因此必須調整...等,這些尚屬營建管理層面本篇暫不探討。本篇文章想跟各位分享的是撿料實務層面「鋼筋撿料 BIM 建模」與「鋼筋撿料資訊產出」,最仰賴的還是「鋼筋撿料專業知識與技巧」,並且必須配合「工地現場的工法、工序」進行調整。   依據撿料實務專業知識建 BIM 模 在鋼筋撿料實務上,各家執行的方式雖有不同,但「鉅細靡遺」的精神卻不變,數量上的差異往往來自於「鋼筋撿料精細程度」,儘管結構設計圖上的鋼筋標準圖已經按照法規明確的規定搭接、錨定...等鋼筋長度、重量規範數值,但實際細則卻必須按工地之認可,因此於執行鋼筋撿料 BIM 模型前,必須先開會確認工地的鋼筋撿料需求事項,例如(族繁所以僅列舉部分):探討定尺料的長度歸整(尾數30,50,80,100)與限制、大樑入柱之主筋標準彎鉤、版下層主筋直線錨定入梁長度、柱同層續接相鄰錯開長度、基礎柱主筋定位加 1 支箍筋、牆垂直筋底距離樓版面長度、椅馬長度與間距、各類預留筋延伸長度...等眾多細節確認事項,鋼筋撿料建模作業才得以據以執行。 然而有這些「法規」與「實際」的搭接、延伸、預留、錨定、加筋、交錯、間隔等數值資訊後,就可以開始進行建模了嗎?答案:是,不過還要考慮「工作筋」。其實「工作筋」是專業中容易被忽略掉的細節,也是除了搭接、錨定...鋼筋撿料精細程度之外容易造成數量差異的可能原因,本文大致為讀者以 3D 截圖方式概略介紹了柱、梁、版、牆等項所使用的工作筋,為此無非都是要忠實且鉅細靡遺的使用 BIM 呈現實際鋼筋綁紮樣貌,以提供下一階段鋼筋撿料單與鋼筋施工圖說產出之基礎。     配合工地現場的工法、工序調整 準備好鋼筋撿料 BIM 模型,接下來就是產出鋼筋撿料單(含數量)與鋼筋施工圖,坊間常用的 Revit 目前已有 API 插件,且輔以適當的流程與動作就可以執行這部分,假如軟體指令功能不敷使用,還可以自行開發 API。另外如欲需批量處理也可透過 Dynamo 撰寫執行,因此只要精確地將 BIM 鋼筋撿料模型準備好,產出鋼筋撿料單與鋼筋施工圖僅是需要再些許工時人力來完成了。 然而在實務的配合上,必須符合現場工法或工序(分區或分樓灌漿)來預先劃分產製鋼筋撿料單(含數量)與鋼筋施工圖範圍,在衛武資訊執行的鋼筋撿料歷案中,就因現場工法或工序的調整,原定的劃分區域範圍不同,進而需要多次重新產出撿料單,所以在實務操作上這部分需具備較彈性的作法與執行流程,才得以符合現場需求。特別說明,工法或工序調整,普遍常出現的情況是灌漿區域的重新劃分,例如一層平面要原本要分 4 區灌漿,後來調整為分 9 區灌漿,因此原本已經執行的鋼筋撿料單與鋼筋施工圖,雖然鋼筋綁紮方法不變,但劃分區域的調整將導致鋼筋撿料單與鋼筋施工圖必須重新切割與定義。 因為施作優先順序不同,雖然鋼筋綁紮方法不變,但將導致料單需因分區或分層而重新劃分 平面灌漿區域拆分 = 撿料上必須多超過一跨     BIM 不難,難在過程執行的困難 要達成使用 BIM 執行鋼筋撿料其實不難,而難在鋼筋撿料的「規範」、「實務」、「工地需求」等全盤了解(搞懂、弄通),並且需要仔細檢視如何提升使用 BIM 執行鋼筋撿料的「效率」與「產能」,進而產生更好的執行流程或研發新產品之可能。縱然使用 BIM 技術確實能提升鋼筋撿料的執行品質,如數量計算、圖說的整合、3D 視覺化、統一管理等好處與優勢,但並不是要取代原有屬於工程層面的知識、方法、流程(這邊的流程指的是鋼筋撿料作業以外與其他單位的執行或配合流程),應該是要以新技術讓營建產業再次繼續進化。文末,提供作者在實務操作上曾遇到的困難,分享給正在做或者是潛在使用者做為參考: 鋼筋撿料「眉眉角角」很多,除了規範要懂,更要整合規範以外的實務知識,甚至過程中還得依靠諸多口傳口訣(筆記)來建置模型。 工務所檢核、鋼筋施工廠商等施工過程所要求的鋼筋撿料單與鋼筋施工圖,其格式有時不盡相同,曾有一圖兩種格式的狀況。 工法或工序如有調整,鋼筋撿料單與鋼筋施工圖範圍要重新劃分,往往時程上很趕,但有了 BIM 協助就能以系統化的方式來處理。 機電的 SEM 如果檢討不精確,或機電管線於現場重新調整,工地往往會採取「洗洞」,因此機電開口、開孔的預先鋼筋補強就難以規劃或流於形式。 鋼筋撿料完成,不代表鋼筋碰撞解決,應視主要任務需求而採取對的 BIM 軟體使用。   編輯整理 |

By | 八月 9th, 2016|Tech|1 條評論

【原創文章】建築人一定要知道的 ─ 執行雙北建照電子審查作業之秘辛分享

文章一開頭先來讓各位看倌們二選一,請問:「教電腦打贏棋王比較難?還是使用雙北建照電子審查系統來完成建照審查,哪個比較難?」 記得今年過完春節不久,最火熱的新聞就是Alpha Go跟李世乭的世紀之戰,然而在那個同時作者手中專案的建照電子審查也是跑得如火如荼,那時候腦海裡就在想這個選擇題,究竟這兩者哪個比較麻煩呢?對比之下正好是兩個極端,並且這兩件事情的基準是完全不能相比的,電腦的量級也差太大,但是可以這樣來看,圍棋雖建立於簡單的規則上,但存在著無窮的變化,因此需要靠電腦精密與複雜的演算,並透過電腦AI自主學習與修正;相較之下,建照電子審查的變化很少,檢測的項目僅有幾十條,但礙於每個案子的特性不同,很難透過通則建立或者AI自主學習的方式完全取代人腦的判斷。因此這個選擇題的答案其實是見仁見智。   公部門需要BIM做甚麼? 在台灣的BIM發展歷史中,營造端是最早也是最積極的使用的一環,可見BIM技術的使用對於營造端來說一定有其助益,而這幾年我們公司的客戶也漸漸從營造端延伸到設計與業主,常聽到業主是BIM技術最大的受益者,這是無庸置疑的,至於事務所根據我們輔導與服務的經驗,在BIM的標準化與作業流程建立之後,接受度也是越來越高;所以可見在整條鏈結上,業主、設計端、施工端都感受到BIM技術帶來的好處,那公部門的態度又是如何呢? 在前五年有一次衛武營的BIM對外簡報中,有一位公部門的長官對於我們簡報中一些算量的部分特別有興趣,在會後Q&A的時段,果不然她提出了下面的問題:「所以BIM可以取代現行審照作業嗎?」我現在已經忘記當初怎樣回答她的了,大概是「在於法規面積跟一些距離淨高相關檢討的部分應可輔助作業,但是其他部份應該很難教由電腦執行」,後來她就有點失望地去參觀工地了。 但也由此可知公部門對於BIM技術的需求所在,還是回歸管理與審查上,首當其衝的就是建照審查,也是這幾年雙北政府積極推廣的業務;所以接著就對於我們團隊今年上半年執行雙北建照電子審查作業的一些經驗與大家分享。   雙北電子審查執行經驗分享 接著分成下面幾段來跟大家分享: 1. 電子審查究竟在審什麼 2. 電子審查所內作業心得 3. 上傳審查平台與成果 4. 執行心得與結論 先說重點,雖然目前只有雙北,而且是公共工程的案件才會被要求做電子審查的作業,但是桃園與台中也在積極籌備佈局當中,所以六都施行應該就只是早晚的問題。因此,建議事務所或跑建照的朋友,不論目前用不用BIM,都應該該了解這部分的內容與可能帶來的流程變化。   1. 電子審查究竟在審什麼 雙北的電子審查平台名稱並不同,台北的稱之為【台北市無紙化雲端服務平台】,新北的稱之為【建築執照電腦輔助查核系統】,以下為了方便說明,合併稱為【雙北電子審照】。 電子審照的平台可以從工務局的網頁或者是打關鍵字搜查到,新北市因最近在推行開放空間預審的試辦,所以在網頁上看到的是建照執照開放空間預審系統。 新北市工務局網頁 點選連結之後就會來到查核平台,雙北都要申請帳號才能做審照相關作業,沒有帳號的話只能下載BIM的樣板與操作手冊一類的,實際線上審查的部分後面再說,這邊先說明目前雙北審查的項目,簡化如下表,但因他們也有新功能陸續上線與調整,所以線上看的不一定都相同。 雙北電子審照比較表 PS:IFC是一種BIM的資訊交換標準格式   技術檢測的部分就是要在BIM模型裡面針對檢測項目例如建築面積、綠化面積或者是樓梯、欄杆扶手等法規形式進行查驗,大概有四十項左右。這邊大概是這個平台作業最容易卡關的地方,雖然說官方的操作手冊已經寫得很清楚,按著樣板作大致也可以完成,但是畢竟不是一般BIM流程作業,所以容易犯錯。 行政檢測的部分主要是針對都市計畫相關的項目,基地範圍線、建築線、前後院等,這邊因為是傳統CAD圖作業,而資料大多是現況實測與基地現況等,所以作業起來比較簡單。 開放空間預審的部分,雖然也是在BIM內部作業,但因為此作業只需要繪製開放空間範圍與面臨道路等,資訊量比較少,所以也相對單純。   2. 電子審查所內作業心得 在事務所工作的部分,比較麻煩跟需要反覆修改的是技術審查的部分,影響比較大的應該是把所內標準化與電子審查樣版合併的部分,因為在於房間、區域等部分很多欄位都會共用,但是要填入的資料不同,但是IFC那邊的定義是絕對的,所以要調整標準化的設定,如不在專案早期就設定好,否則可能兩邊互相影響,出圖或者上傳的資料會有錯誤產生;此外相關的元件與圈選範圍的方式也要配合審查的設定所以部分事務所慣用的元件也要配合調整參數例如衛生設備、升降機等,這邊是比較需要注意的。 房間名稱欄位佔用示意 部分元件需使用樣版專屬的 比較花時間的部分大都是在圈選法規面積相關的,因為這部分作業是使用軟體的區域功能,這邊的邊界都要自己來劃分,跟房間以牆為邊界的模式不同,而要畫的內容有綠化面積、樓地板面積與防火區劃等,所以大半的問題會出現在這邊。 不過好處是圈選完之後,全案樓地板面積、容積與免計容積的部分,系統會幫你加總與產出報表。所以過往最複雜的面積計算部分幾乎都交給系統了。這邊過往幾乎都是請照同仁的惡夢,我兩三次執行經驗中也是這邊最容易犯錯,可能是範圍圈錯,算式錯誤,或者是要湊15%免計容積便宜行事等,經過這樣比對之後,執照的面積計算表跟模型最後幾乎是一致的,也就是有double check功能,能夠有效降低過往送照上常見的錯誤。 系統自動產出面積計算表 行政檢測的部分就是都在CAD裡面作業,一開始在平台設定好專案填入正確的地號之後,就可以下載基地輔助查核的CAD圖檔,裡面就會把所需的資料圖層都設立好,所以只要照著轉換跟繪製即可,這邊作業大致上注意哪些線段需要是PLINE,哪些需要封閉即可。 行政檢測圖層示意   3. 上傳審查平台與成果 上傳平台的部分,一開始都需要開案增加檢測項目,要填一些建案基本資料,名稱、使用分區、法定建蔽率與地籍資料等等。 基本檢測資料 設定完畢,將專案模型轉成IFC格式上傳成功後,平台就進入線上審查的作業,大概稍待半天就會有成果回饋,網頁結果大概類似下圖。目前有44項檢測,各項有一欄檢測結果說明。敘述的文字可能有下列幾個【通過、未通過、已檢核、有疑義】等,這邊容易有困擾,通過不代表PASS,有疑義也不代表錯誤。大致上可以用下表來說明。 技術檢測結果 技術檢查結果示意 4. 執行心得與結論 在幾次的執行經驗中,我跟公共工程資訊學會的杜京霞承辦最常說的一句話應該是「電腦是不會騙人的」,然後彼此在去把成果回推看看是那個環節或者設定錯誤,反覆修正模型或系統。畢竟此系統目前檢測的樣本數還不是很多,所以有問題在所難免,另外一部份涉及每間事務所作業標準化的差異,這邊要整合起來本來難度就很高。 在整個作業上大概有幾個問題與想法提出需要解決的如下: 上傳IFC檔案大小有所限制,大概是150MB左右,所以很容易就超過而導致模型需要修正或刪除非檢測範圍資訊 IFC無法轉出連結檔資訊,所以有些資料都需要併入處理,反覆作業相當花時間 偶有BIM軟體跑出的資訊與IFC上傳成果不一致產生,這部分後來有查出原因並排除,但是就執行者而言,此兩軟體都不是我們自產或可以管理的,所以一旦有問題也只能重劃再上傳。可能需要官方提醒怎樣畫可以迴避BUG的操作提醒 目前系統中有提供截圖說明未通過的點,但因為有時候系統提供的圖面實在看不懂,如果可以加上物件ID應該更好判斷 依據樣版設定上傳的IFC檔案所計算的面積,因無列計算式小數點以下二位數不計,與曲線逼近的問題,所以與傳統CAD繪圖人工計算的面積會有些微差異,多少是無爭議的呢   但除此之外,站在建照審查的角度上使用電子審查系統的好處也不少: 系統沒有假期:沒有時間限制,隨時想上傳檢查就上傳檢查,約幾個小時就可知道結果,解決了過往人工審查需要約定時間,再審又要等兩週之類曠日廢時的問題 系統準確率高:產出的資訊都是可以信任的,或者是錯誤大都找得出理由來修正,所以正確性會比人為去列出計算式或判斷來的高 系統標準一致:不會有因為承辦見解不同而產生不同的結果,造成執行者無所適從的困擾 對於事務所而言,很多法規面積資料在BIM系統中都是連動的,系統會即時統計,省去過往花費在修正與計算上的時間 當然除了上述技術上的優缺點外,也有其他公部門流程變更、內部整合與法令的問題要去克服。   最後回到文章一開始「教電腦打贏棋王比較難?還是使用雙北建照電子審查系統來完成建照審查,哪個比較難?」,我目前是認為電子化審建照比較難,因為電腦是不會騙人的,所以也無法分析人腦正在騙它,例如某些空間畫錯,或者設備沒有放在應該放的位置,這些都不是電腦邏輯或者是短時間可以了解或判斷的,但是在整個模型都正確的前提之下,電腦審查的結果是相當準確而可信的,可以減少過往很多人為判斷的疏失這也是不爭的事實,所以目前的問題需要時間與更多的案例來測試與修正讓系統更加完善,也許未來的某一天電腦除了會挑土豆,下圍棋,也會審建照也說不定。      

By | 六月 28th, 2016|Tech|4 Comments

【原創文章】BIM技術應用於前期工程規劃(I):施工端

施工端前期工程規劃是工程生命週期之起始點,傳統的施工前期工程規劃大多依賴工程經驗並輔以招標文件與2D圖的方式進行評估分析與規劃,並且必須在短時間內完成相關預計工程執行及整合作業,整合範疇包含契約規範檢討、法規、工法評估、施工規劃、介面及材質疑義澄清、圖說套繪整合、現地勘查、數量估算、疑義澄清、工料分析、價值工程回饋…等等。 BIM技術應用日趨廣泛,藉由BIM之參數化設計、資訊傳遞及各項模擬分析大幅改善了工程進行時預先遭遇的問題,而在施工前期工程規劃階段,衛武資訊經歷數個案例操作後,發現BIM技術及其應用可以有效的在這時期協助工程規劃人員提升作業效率,且在不增加太多工作量於工程規劃人員身,透過BIM實際輔助工程規劃並產出效益,與傳統不同的是,工程規劃人員可藉由BIM模型及其應用判斷施工動線、置料空間分布、驗證規劃、覆核算量,更可應用於檢討空間關聯性、4D施工工序、假設工程規劃、3D模型展示等等。   傳統工程規劃前期與BIM導入工程規劃前期其程序作業上的確有差異,由於工程規劃時間有限,無法在紙上與討論規劃作業完成後才進入BIM整合與實踐之作業執行,因此須採同步規劃執行且逐步完善的方式進行,衛武資訊認為,良好的BIM技術應用在施工端前期工程規劃主要需具備三項重點執行要素: BIM執行時間 由於BIM作業時間多受建模範圍及應用內容影響,故時間是BIM導入前期工程規劃首要衝擊,一般來說工程規劃的期程大致為兩週,模型必須符合足以產出應用的程度及資訊;倘若BIM執行時間因規劃的修正而縮短、或原定期程就較為緊迫,建模時間勢必被壓縮,BIM專案管理者需先考量產出品質不受影響的情況下,有計畫的彈性縮小建模範疇或者降低模型細緻度,使得應用內容能符合營造廠需求。 BIM應用技術熟練度 在建模過程及後續應用中,專案參與人員對BIM技術應用的熟練度、執行流程的不同都會影響整合過程及效能,BIM專案管理者須針對BIM工程師對BIM應用的熟練度進行工作分配,熟練度越高建模及應用的速度會越快;另外BIM專案管理者正確且適時的判斷、靈巧的專案敏感度將降低執行錯誤率與重複作業。 規劃整合度與流程掌控 工程承攬權及工程執行成效均受到該工程規劃完整度及精確性之影響, BIM規劃團隊不只要懂BIM及應用技術,更要具備工程專業知識、專案管理知識,以及最專業的評估分析,才能完善整合BIM與工程規劃,而BIM專案管理者必須清楚整體流程,在不同的需求或規劃變動下進行調整、調度、溝通。整合度與流程掌控是影響整個施工前期規劃的關鍵,也是這三項要素中最為重要,但這三項因素其實是環環扣的緊密關係,缺一不可,才能在快狠準的產出成果且達到一定的品質。 施工端前期工程規劃具備要素     除了上述所提到的三項要素,實際應用展示亦是整個BIM技術應用在施工端前期工程規劃產出的主要成果,這些也是營造廠所需要與關心的內容,直接強化與增值投標內涵。目前較普遍的規劃成果,我們大致可分為下列幾項類型: 工序模擬 過去大多以圖說方式想像揣摩施工情境,較不易說明各項作業相互關係及工程作業進度,透過BIM模型與網圖之連結,以視覺化方式檢視工程作業流程及進度的合理性,並針對重點工項進行模擬,例如鋼構吊裝順序、地下工程模擬、外牆裝修模擬等等,提供工程規劃人員探討實際施工時可能遭遇之問題,在投標簡報時也更能增加說服力。 工序模擬圖   疑義澄清 凡舉設計、圖說、結構、及材質等疑義,在傳統2D圖說較無法提供空間感、關聯性及圖說與工程違背之問題,工程規劃前期藉由快速建模的過程中即可透過視覺化方式直接檢視衝突物件、位置及疑義問題,並在最短時間內提供給工程規劃人員進行釋疑,過程中不僅更快速了整合專案問題讓介面更清晰明確、議題探究精準,也提升了溝通合作效率。 BIM模型檢視衝突物件   數量計算 工程規劃時間緊湊狀態下,我們透過BIM快速建模來提取工程數量大及單價高之材料,提供主要標單項目之數量給工程人員作為參考。 快速建模提取數量明細表   價值工程 依據各專案不同,工程規劃會針對假設工程、施工銜接、裝修工程或資源調配等議題進行協商討論及模擬,假設工程為主體工程能否順利安全推展之主因,透過BIM模型模擬工序提出價值工程使工期縮短始提升施工管控之效能,針對特殊界面檢討,並探討因應對策,提供給業主多方案作為參考,選擇出最適合的價值工程。 方案選擇及工法建議模擬     由於工程規劃前期時間緊湊,通常僅針對專案特性選擇適合的幾項重點做BIM應用,並非所有應用都可達成,故在專案開始時必須確認應用需求,並且工程規劃人員與BIM工程師在建模及應用過程中亦須反覆檢討,進而在短時間修正提出及建議,協助工程人員各相關探討與分析,以達到成果一致性及準確性。 經過數多個前期工程規劃案下來,我們發現工程規劃人員越來越仰賴BIM產出的成果,配合各專案需求不同使產出應用達到工程規劃需求,以提升企業形象與競爭力,其代表著導入BIM對於工程規劃前期是有效用的,在業界已經漸漸成為良性競爭之工具。  

By | 六月 20th, 2016|Tech|0 條評論

【原創文章】新時代帷幕牆(III)-BIM模型於實務維護操作實例探討

帷幕牆 BIM 模型於營造端的實務(維護)操作,在現今大量使用 BIM 技術時代潮流中,成功且有效率的在實務上推展需仰賴幾個關鍵點,相較過去傳統的帷幕牆 RFI 文件傳遞與議題探討會議方式的不同,BIM 技術的出現並非是要取代現有作業方式,而是可讓介面更清晰明確、議題探究精準,將時間與成本用在提供解決方案的思考與設計上,而這些關鍵點就是 BIM 模型、整合平台與議題探討機制。 從下圖的施工端帷幕牆 BIM 模型應用與維護於議題探討簡易流程圖中,即可窺見建置帷幕牆 BIM 模型後(於此不探討複雜的分包狀況,而是將問題簡化呈現),除了從帷幕牆 BIM 模型清理出的設計議題外,與其他各分包介面議題的清理仍須整合他包 BIM 模型才能探究,BIM 溝通協同平台即扮演著一個虛擬的團隊角色,接收、整合、顯示 BIM 模型,讓團隊在同一視野、角度、議題上討論與決議。好的 BIM 溝通協同平台更可以記錄議題的動態,追蹤議題狀態,多面向的提供業主與團隊可用於決策的重要訊息。 施工端帷幕牆 BIM 模型應用與維護 - 議題探討簡易流程圖 在迪瑞(成都)的抗癌新藥廠房新建工程案例當中,以下稱為本案例,在衛武資訊開發的 WeBIM Sync 平台上記錄的本案例所有議題,經過整理與歸納,屬於營造過程帷幕牆實務維護操作,有數個重要課題可與大家分享:     一、數量 對於 BIM 工具來說數量雖是最基本的資訊,但卻是最困難的工作,在模型上只要少建置一個數量就會出錯,例如帷幕牆一次件的擺放除了團隊對圖說的了解之外,更需要專業與經驗的輔助,還有與施工團隊的緊密聯繫。對於帷幕牆承包商而言除了「個數」的量之外,「長度」、「重量」、「面積」等的量也是重點,因此對量還需對標單或包商主要計量需求。 專業與經驗輔助帷幕牆 BIM 模型建置     二、帷幕牆一次件 依照帷幕牆廠商的施工圖說擺放一次件 BIM 元件在土建參考模型上,立刻察覺圖說一次件位置與實際施工層面的落差,甚至有的一次件樣式並不適合在預設埋入的牆體中,這些情況都能在過程中以參數化的設定標註,顯示於 BIM 溝通協同平台上,用以進行議題探討與解決,將資訊回饋到施工放樣上。另外,二次件並不難,僅需依附在一次件上即可。 帷幕牆一次件位置修整     三、設計變更 在營造階段變更設計對於帷幕牆來說,設計調整中的可視化選擇、設計變更後定案的 BIM 模型維護,必須快速與精確,讓參與其中的施工團隊從帷幕牆變更設計後取得正確的圖說、數量、材質等資訊。本案例外觀變動都係與門窗調整有關,門窗類型、尺寸、位置的改變,都將影響帷幕牆板片的分割(施工前期甚至影響到一次件的預埋),因此透過 BIM 協同平台討論會議,明確的探討設計變更後的諸多影響,進而逐一調整定案。 設計變更 - 門窗、帷幕牆版片分割     四、特殊部位收法 一般的帷幕牆圖說針對特殊部位收法,都未必有詳圖提供,原因是多數情況未被預先看見,因為傳統並非 3D 建模,更別談經過事前的介面(模型)整合,儘管用了 BIM 技術,目前實務操作上依舊還得仰賴現場丈量再進工廠加工,但不同以往的是,於現場丈量前夕就可以在 BIM 塑模軟體中預先設計特殊部位的收法,並提供多種最佳方案選擇。這樣的特殊部位收法在全案不僅一處,更能彰顯 BIM 技術在這方面的優勢。 另一項在一般帷幕牆圖說也較難以表達清楚的是關於特殊造型,這類特殊造型需要用 BIM 軟體依照設計原意重塑,並且考量各介面(結構)的實際狀況進行微調或直接提供修正方案,本案造型飛簷就是這樣的例子。 特殊部位收法-預先提出最佳方案評 特殊造型     五、竣工 BIM 模型 帷幕牆竣工 BIM 模型意指須與帷幕牆竣工圖、現場一致,普遍的帷幕牆 BIM 模型有兩種執行方式,其一是以 BIM 模型直接產出帷幕牆施工圖,施工過程的模型修正都跟著案子在執行,竣工及完工;另一種是依圖產製帷幕牆 BIM 模型,不管是從施工圖還是竣工圖,模型的修正資訊要靠圖說提供。但這兩種方式都脫離不了「實際施工狀況才是竣工原貌」的基本精神,因此與現場一致對於這兩種方式而言都是種挑戰,除非 3D 雷射掃描,否則相信並無人能保證一定完全一致,因此需要檢視製作帷幕牆 BIM 模型的最初使用意為何,介面整合?設計檢視?出圖?算數量?營運維護…等,若能達成最初使用意,相信這帷幕牆 BIM 模型維護後的竣工狀態就是合格的。       延伸閱讀: 新時代帷幕牆(I)-發展的 BIM 技術運用 新時代帷幕牆(II)-BIM模型建置方法      

By | 六月 8th, 2016|Tech|0 條評論

【原創文章】竣工模型交付後,機電 BIM 模型運維資料建置與管理

現在很多公共工程或者是私有建物案,在 BIM 規範中要求建立竣工與運維管理的資訊,雖然物業管理這件事情在 BIM 系統問世之前就在執行了,但是加上 BIM 技術可視化與單一資料庫的模型特性,對於物業管理及設施維護確實是更具正面助益。 隨著 BIM 技術近年快速發展,各專業領域紛紛投入鑽研,部分業主對於 BIM 的主要執行意義尚未探究清楚,甚至未完整考慮運維使用者的需求,便要求機電 BIM 執行廠商在施工階段就建置運維管理的資料於施工模型中,使模型容量變得異常龐大,且很多與施工無關的訊息欄位充斥整個機電模型中,造成專案執行與管理效率降低。因此施工階段過程中建置龐大運維資訊其實無益於專案的推動。     機電 BIM 竣工模型可結合資料庫運用,以補足運維資訊之需求 坊間約略有兩種將 BIM 模型與運維資料連結的做法,方法一:以自行開發掛載在 BIM 軟體的 API 直接關聯運維資料庫;方法二,將 BIM 資料匯出成 IFC 等通用開放格式,其後再以自撰程式連接運維資料庫。作者建議使用後者,應從模型轉出合適格式後,藉由資料庫的連接來補足這些資訊,將可避免機電 BIM 竣工模型於轉檔為 .IFC 或 COBie 等格式後完全沒有擴充的機會;並且也提供運維者較大的整合彈性。不過,選擇使用此方法必須透過自撰程式來達成,若沒有合理的執行預算與動機恐怕難有成效。 套一句工程名言:「沒有不可能的工程,只有不夠用的預算」,節錄一段台灣工程招標書內 BIM 的執行要求部分內容:「… 竣工模型須包含如設備屬性及相關文件聯結等附加資訊,包含維修與巡檢表格等資訊 …」。但是,倘若沒有合理預算又沒有程式開發動機,但合約又被要求必須執行這樣的項目時,該怎麼辦呢? Autodesk Navisworks 是目前市場上接受度較高的一款 BIM 溝通討論平台、軟體,除了碰撞與 4D 模擬之外,其實 Navisworks 也能達成 BIM 模型與資料庫的連接,作者認為很適合本文上述綜合工程限制條件下,用來整合機電 BIM 竣工模型與運維資料。以下截圖是機電 BIM 竣工運維資料建置的案例展示,提供參考。     (1) 利用 Navisworks 工具面板上的「DataTools」指令,新建 Data Tools 連結     (2) 選擇連接的 ODBC 驅動程式方式與設定,選取適當的程式來定義要連結的資料庫類型,此案例中是選用 Excel,並指定選擇要連接的資料庫檔案、資料庫欄位     (3) 連接完成後,設備性質就會出現新的運維資料庫資料     結論,按本文所述之觀點,使用後處理的方式連接機電 BIM 模型與運維管理的資料庫應是未來的重點走向。建物生命週期營運管理階段所需費用佔生命週期成本的 70% 以上,建物於設計與營造階段能省下的費用,遠低於營運階段透過有效的策略延長建築物壽命,減少維護管理成本支出的經濟效益,如果能運用 BIM 與 FM 系統結合,加上較彈性的資料庫整合、運用方式,更可達到節能減碳、永續經營的理念。     Navisworks 2017 版本關於 Data Tools 的官方說明參考網址: http://help.autodesk.com/view/NAV/2017/CHT/?guid=GUID-E411AB60-FEF4-4371-BF28-42575BEC13EF 首圖來源 | Majenta Solutions 網站  

By | 六月 2nd, 2016|Tech|0 條評論

【原創文章】建築設計端樣版設定-以建築師事務所為例

BIM 為今日 A/E/C 產業重要技術之一,對建築設計端的作業流程與執行有重大的改革!近年來新北市政府提出電腦輔助建造執照審查查核,台北市政府提出建造執照無紙化線上審查,在政府強力推行之下,建築師事務所勢必在建築物設計階段,開始融入 BIM 技術。建築師事務所需要從 CAD 作業流程轉換成 BIM 作業流程,但以往舊有的 CAD 作業流程就可滿足建築設計階段所有的審查與出圖,轉換 BIM 軟體後,不僅多了許多參數設定,還需要熟悉軟體,最重要的是因為大部分建築師事務所未建置符合公司標準的 BIM 建築設計樣版,因而無法產出所需的圖面。為此情況,導致作業模式將以 CAD 出圖, BIM 模型為輔的重工狀態,反而讓 BIM 的實際效益無法發揮。這讓我們省思,如何讓建築師專心做設計,不該因 BIM 軟體與技術瓶頸的問題,造成建築師事務所的作業重工與設計無法順利展開等窘境。 客製化樣版所需資料與產出圖面   目前一般建築師事務所使用 CAD 軟體進行 2D 圖面繪製,輔以 SketchUp 進行 3D 概念設計模型建置,當設計修正時,需要修正圖面以及修正 3D 模型,但為了使建築物可達到最後使用的功能,在設計流程中將會不斷修改設計、修改圖面、產出圖面,若以傳統的作業模式下,將會造成幾項問題: 無法確定建築師修改設計時,是否每張圖面(平面、立面、剖面)也都修正完成 無法因應建築設計階段大量修改設計,於短時間產出圖面(平面、立面、剖面)   近年因政府推行建造執照無紙化線上審查以及電腦輔助建造執照審查查核,許多建築師事務所也紛紛使用 BIM 軟體,但建築師事務所建置了資訊豐富的 BIM 模型後,卻無法快速出圖,因為產出的圖面無法滿足建築師之需求,建築師事務所主要的困惑與困難有「這圖面不是我們公司的規範」、「這圖面可以再好看一點嗎?」等等的意見,主要的原因為大多是事務所未有符合需求的建築設計樣版。 在配合大量修改設計的狀況下,BIM 軟體確實是事務所的好幫手,如果再配合客製化建築設計樣版建置,使產出圖面達到事務所需求,對建築師事務所來說,導入 BIM 的效益將有機會大過於使用 CAD 作業,對於客製化建築設計樣版的優點如下: 元件連動的原理,修正設計時相關圖面也修正完成 元件均具有參數,計算數量與相關明細表均可呈現 圖面標準化 可快速批量調整圖面呈現,省時省力   在建築設計樣版設定中,最主要的目的就是透過 BIM 軟體產出符合事務所圖面規範,以此為前題目前最常見的客製化建築樣版簡單來說分為圖面、明細表、軟體操作等設定,這些設定項目中最重要的事是需配合建築師事務所的設計圖則、事務所規範,並了解建築師事務所的設計流程進行客製化建置。在客製化建築樣版中,有一些明細表是需要配合相關 API 開發才能建置完成。 在事務所導入 BIM 流程作業中,由 BIM 模型產出設計各階段的圖面是最重要的事,因為如果不能從 BIM 模型中出圖,就無法取代傳統 2D 作業,便不具備生產力。然而建立 BIM 模型後轉換 2D 圖面時,除了依據事務所圖則建置 2D 符號元件與線型之外,最重要的是設定管理圖面呈現的樣版,從基本設計到細部設計中有許多圖面,包含 A2 平面圖、A3 立面圖、A4 剖面圖、廁所平立剖面圖、樓梯平立剖面圖…等圖面,依據使用的元件參數進行篩選設定線型、 HATCH ,當視圖可見性樣版設定後,可確保事務所產出圖面符合傳統 2D 圖學規範並具有一致性,也降低人工逐張修正圖面的工作量與工作時間。 視圖樣版設定範例 視圖樣版設定範例   對於建置與交付時最常遇見的問題是事務所內部規範不一、公家案與私人案使用符號與表單不同、 CAD 流程與 BIM 流程概念不同,但這些都可以克服。在客製化建築設計樣版中可以合併 BIM 法規檢測 e-Plan Check、中華民國全國建築師公會所設定的樣版,並且融入建築師事務所常年使用的圖則要求。 客製化樣版所需資料與產出圖面     沒有規矩是不能成方圓, BIM 作業標準化是事務所從 CAD 轉至 BIM 必經道路,而完成 BIM 作業標準化不一定需要事務所自行作業,了解 BIM 作業模式與事務所作業之流程,且具備 API 客製化開發能力的顧問才是最佳人選。  

By | 五月 3rd, 2016|Tech|0 條評論

【技術文章】SketchUp 參數化建模外掛介紹-Viz

只要是軟體內有 3D 建模的功能,不論是 Rhinoceros 3D、Revit 或者是 SketchUP,多多少少會有些參數控制的功能,但是這類功能往往在建立模型上是方便的,但是修改上就很麻煩,但是專案怎有不修改的呢,所以往往修改的修改的工時成為專案成本爆表的一大因素,如果可以在初期使用控制點與參數化設計的做法,可以省下不少變更設計的人時,此也是參數化建模軟體日益重要的緣故。 幾年前,在 SketchUp 的參數化建模外掛發展中就有聽過類似技術,名稱是 Graphical Relationship Script Sequencer。當然現在網路上還找的到一些資料: 圖片來源 | PYC/WEBLOG 不過後來就沒有進一步發展的消息了。   一直到今年,由另外一個團隊:Fluid Interactive,再度開發此類外掛。目前還是 Beta 版本,雖然它的穩定度還不高,但是在運行上並沒有問題。官方頁面在此,在這邊有相關介紹與下載點(免費下載)等。 Viz 大致上跟 Grasshoper 及 Dynamo 的界面相似,結點是用關鍵字搜尋,而無 icon 界面,所以可能操作上比較不直覺。另外,可以看到畫面切分成左右兩部分,左邊是結點操作工作區,右邊是成果預覽,初探之下,基本塑型的指令大都完備,不過一些計算或者是清單資料管理等還沒有很完整,應當尚在發展中。 圖片來源 | Fluid Interactive 網站 圖片來源 | Fluid Interactive 網站 圖片來源 | Fluid Interactive 網站 圖片來源 | Fluid Interactive 網站 雖然功能指令還不是很多,也時有 Bug 產生,不過總是可以 Run 的,日後應可為 SketchUp 的用戶帶來相當多的便利與新發展,也值得大家持續關注。     首圖來源 | Fluid Interactive 網站 編譯整理 |

By | 三月 29th, 2016|Tech|0 條評論