Sharing-ch

/Sharing-ch

資訊分享內容

【資訊分享】IoT作業人員與環境資訊視覺化管理系統開發

日本大成建設與株式会社インフォキューブLAFLA共同協力開發了IoT作業人員安全與環境資訊視覺化管理系統。   該系統利用穿戴式感測器、GPS系統、智慧型手機以及現場環境sensor取得人員生理、位置以及作業環境等三大類相關資訊,包含有人員心跳、體溫、姿勢、作業歷程、生理狀況歷程觀察、移動軌跡、停留時間以及相關的現場環境如溫溼度、氣體濃度等資訊,進一步利用系統整合資訊後以圖像化的方式呈現相關統計結果。 透過該系統的資訊整合結果能夠使得管理人員及時掌握現場作業人員的工作與身體機能狀況、追蹤統計相關人員的移動停留軌跡並針對作業環境的異常狀況發出警示,有效地提升現場作業的工作效率以及安全性。   據我們初步了解,目前全世界都有將IoT技術系統導入作業現場的相關實測,本文雖為概念性驗證發表,亦有約1/3的系統部分仍處在開發階段,特別是針對利用智慧手機部分取得的資訊,仍在致力於開發成本更低、體積更小、重量更輕且穿脫更加方便的通用型末端設備,同時嘗試利用及整合多種小型攝影機或感測儀器以進一步取得更多更高精度的資訊。但是本次開發的系統使用既有的軟硬體設備與平台整合,例如docomo的hitoeトランスミッター及其相關sdk開發工具套件,並利用インフォキューブLAFLA的GeoSTRATOS系統平台基礎進行資訊整合,大幅提升了系統資訊與功能完整度以及實用性,並且確實有效降低成本,提高實際導入的可能性。以docomo的hitoeトランスミッター來說,市場售價約為¥10,000/個,相信假以時日,價格應當能夠降低到營建產業能無痛運用的程度。   因全球少子化的影響,勞動人口的減少、從業人員的高齡化不僅是我們正在面對且未來會持續發生的重大問題之一,利用科技幫助我們提升作業效率以及作業安全性,便是我們面對這種問題的一個有效的解決方法,畢竟人力資源是未來AEC產業中無可取代的資源之一。   想進一步深入了解的話 請點我跳轉網站連結     延伸閱讀 | 【資訊分享】日本建設連合会-2018 CIM事例集 延伸閱讀 | 【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[展開篇] (上) 延伸閱讀 | 【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[展開篇] (下)

By | 八月 14th, 2018|Sharing-ch|0 條評論

【資訊分享】BIM全生命週期編碼發佈平台-內政部建築研究所X臺灣營建研究院

臺灣營建研究院受內政部建築研究所委託,已於2017年8月完成了本土化之OmniClass,能與營運維護的COBie標準作銜接,透過BIM技術「物件Object」、「屬性Attribute」與「可編碼Encode」之特性,供工程全生命週期各階段的參與者作資訊的交換、提取、編輯,以延續至建築物的營運維護管理使用。   臺灣營建研究院過程中皆邀請了國內業界與學術界的BIM專家們進行多次的審閱、會議討論及修改。成果發布後,完全免費提供給各界參考使用。 使用者仍可透過網站進行留言,對各條目給予您寶貴的意見之後,文件的維護將會持續下去,根據每年的回饋意見更新版本。   BIM全生命週期編碼發佈平台連結 請點我轉跳網址     延伸閱讀 | 【資訊分享】日本建設連合會-2018CIM事例集

By | 六月 26th, 2018|Sharing-ch|0 條評論

【資訊分享】日本建設連合会-2018 CIM事例集

日本建設連合会自2011年以來持續公開發表多部日本當地指標性的建設IT相關刊物,最新一期的刊物則為連續四年發布的 CIM 事例集2018年版。   在2018 CIM事例集中,收錄了日本建設聯会會員企業在2017年於土木工程中利用3D模型與CIM相關的技術應用,包含了點雲掃描、視覺化模型分析、鋼筋配置、力學分析、數量產出計算、施工管理以及VR技術導入等,同時也提及各項實際案例應用中遭遇到的困難、議題與最終導入的成效等內容,並將各項應用分門別類,包含有水壩、隧道、潛盾作業、道路、橋梁、河川與港灣改良等共計12個類別,囊括知名的清水建設、安藤ハザマ、奧村組、鹿島建設等19家日本建設相關大型企業,共計44個實際案例。   透過這份刊物我們能一窺日本在CIM技術導入土木工程的應用成效,藉此同時也能夠幫助我們了解CIM技術的進步與應用層面為現在的工程業界帶來甚麼樣的影響與改變。   想進一步深入了解的話 請點我下載電子刊物     延伸閱讀 | 【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[導入篇] 延伸閱讀 | 【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[展開篇] (上) 延伸閱讀 | 【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[展開篇] (下)

By | 六月 19th, 2018|Sharing-ch|0 條評論

【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[展開篇] (下)

「施工BIMのすすめ」堂堂來到第三篇,這一篇將是我們這份刊物系列分享的完結篇。在上一篇的展開篇上集中,我們了解了日本建設業連合会對於已導入BIM技術卻發展不順利的企業以及想在實務中更加活用BIM技術的企業說明並提出該如何推廣擴展BIM技術發展的相關建議。在下集的分享中,我們則重點整理並分享日本建設業連合会利用問卷調查的方式,針對有價值的資訊摘錄並統計分析日本建設相關產業BIM技術導入及應用的現況。 編譯整理 | 日本建設業連合会-施工BIMのすすめ / 日本国土交通省 / BIMライブラリーコンソーシアム   在說明問卷結果之前,我們首先會針對問卷的調查與實施進行概要說明,後續則是訪查回收的分析統計結果。   問卷概要說明 問卷訪查的目的主要是針對日本建設連合会內部會員進行各會員企業的BIM技術導入狀況以及導入後仍持續發生的問題進行觀察,同時也作為「施工BIMのすすめ」刊物編輯發行的基礎。問卷訪查的期間設定在2016年6月1日至6月30日,用Excel格式以E-mail的方式進行問卷提供與回收。這份問卷總共發出62份,對象皆為日本建設連合会會員企業,包含建築本部委員會及其所屬分會,有效回收問卷共51份,總計獲得的有效回收問卷為82%。   問卷訪查分析與統計結果 在細部問卷分析結果揭露前,日本建設連合会首先針對已導入BIM技術的會員企業進行導入狀況調查,以了解目前日本建設相關產業BIM技術的普及概況。   BIM技術導入概況調查   透過以上分析統計的圓餅圖,我們能夠發現,在日本,已導入BIM技術的建設相關企業已超過70%,導入未滿5年者則又佔其中的70%。在BIM技術實際應用於專案的施工階段上,已達10件專案者佔已導入BIM技術企業總數的70%,未在施工階段應用BIM技術者也佔了整體已導入BIM技術企業總數的1/4,約24%。   施工階段BIM技術應用狀況調查   在得知整體BIM技術在日本建設相關企業的導入概況後,便依循刊物主旨,將訪查重點著重在施工階段的各項導入狀況。 在接下來的詳細應用訪查中,日本建設業連合会將訪查對象分成三組分組,分別是: 1. 先行企業(藍色):已導入BIM技術6年以上,並在施工階段導入案件6件以上者,總計9間企業。 2. 第2組企業(黃色):已導入BIM技術3~5年,並在施工階段導入案件1件以上者,總計11間企業。 3. 第3組企業(綠色):導入BIM技術未滿3年,並在施工階段導入案件0件者,總計17間企業。 透過上述的分組,根據導入年資與案件數量的不同,分別了解各組在施工階段是如何應用BIM技術、導入期間遭遇了什麼樣的困難以及相關的應對措施。 在施工階段BIM技術應用狀況的部分,透過統計結果,我們能夠了解在先行企業中,有超過80%的人已經正在從事除了「CAD/CAM連動」以外的技術應用。當然,每個企業組織在導入BIM技術時,皆有其主要導入應用的項目,但在第2組的分組中,各項技術應用的比例大約皆佔50%的比例,而在第3組的分組中,各項應用的比例皆下降至30%左右。   BIM技術應用業務狀況調查   在BIM技術應用業務的統計分析上,我們可以發現先行企業在利用BIM技術於各項業務的比例上是相當頻繁的,特別是在溝通討論、施工規劃以及施工圖說的製作方面,皆得到應用程度100%的結果 (下圖紅色框線處)。這個結果與第2及第3兩組分組呈現的結果有相當大的差異。   BIM技術導入普及與阻礙因素調查   在企業組織導入BIM技術遭遇的阻礙,日本建設連合会將問題分為三個方向進行問卷訪查,分別是: 組織內部的理解與認識問題 在組織內部的理解與認識問題方面,我們可以透過統計整理發現一個有趣的結果。在「1.沒有從企業經營層獲得BIM技術導入指示或認同」的這一項統計結果為0或趨近於0,表示真正阻礙BIM技術導入的原因並不來自於企業經營層面,反而是實務執行層面對於導入新技術的理解或認同不足才造成了導入遭遇阻礙。   成本費用問題 成本問題部分,先行企業與第2組企業的在各項問題的調查結果傾向較為相似。在第3組企業中,與其他分組相比,對於因為「1.BIM模型製作費用價格高」而造成導入障礙的比例較低。而其他分組對於第3分組企業而言,普遍認為「3.導入成本與效果不易評估」是造成導入障礙的最大關鍵因素。   人才培養與教育問題 在人才培養與教育方面我們可以透過訪查分析結果發現,無論是哪一組分組的企業組織,其調查結果的傾向皆大致相似。普遍對於因「1.企業組織內部BIM技術人才不足」而造成BIM技術導入的阻礙,佔了90%的比例、「2.與BIM技術相關的教育體制整備不全」佔了50%~70%、「3.業界整體缺乏BIM技術相關人才」的部分則也有40%~60%。   BIM技術導入相關費用負擔分析調查   在進行BIM技術導入企業組織的過程中,必然會有成本開銷的發生,在這個部分,日本建設連合会也將愈其發生的成本分為四個部分進行問卷訪查,藉此了解已導入BIM技術的企業組織是如何進行預算的編列,提供有意導入BIM技術的企業組織作為財務預算編列上的參考。四個部分分別為:BIM模型製作費用、BIM環境建立(硬體設備)、BIM環境建立(軟體設備)以及BIM相關教育訓練費用,其調查結果整理分析如下: 透過分析統計結果我們能夠清楚地看到,在日本,除了教育訓練費用之外,其餘三項預期發生的成本費用皆由施工現場編列預算支出,其次則由企業組織中的BIM技術推動發展相關部門編列預算支出。而在教育訓練相關費用的預算編列上,則合理的由BIM技術推動發展相關部門編列預算支出。   BIM技術導入阻礙因素對策調查   在問卷調查的最後一個部分,與「展開篇」的上集同樣,日本建設連合会不僅針對技術導入發生的障礙進行調查,同時也針對企業組織如何克服阻礙進行了解。 在障礙克服的項目中提到了三點因素,分別是組織認同、成本以及人才因素,由於透過組織認同的訪查結果推論實務執行層面對於導入新技術的理解或認同不足可能是造成阻礙的主因,這部分也在前面的章節中說明如何克服,故在對策調查的部分,就僅針對成本以及人才的因素進行分析整理。 導入經費的獲得 在進行BIM技術導入企業組織的過程中,必然會有成本開銷的發生,在這個部分,日本建設連合会也將愈其發生的成本分為四個部分進行問卷訪查,藉此了解已導入BIM技術的企業組織是如何進行預算的編列,提供有意導入BIM技術的企業組織作為財務預算編列上的參考。四個部分分別為:BIM模型製作費用、BIM環境建立(硬體設備)、BIM環境建立(軟體設備)以及BIM相關教育訓練費用,其調查結果整理分析如下:   人才的確保與教育實施 在技術導入普及與阻礙因素的調查中,我們得到了企業組織普遍對於組織內部與日本相關業界缺乏BIM技術人才的問題感到憂心與困擾,因此,在人才確保部分訪查,便是期望了解各分組企業在日本普遍缺乏BIM技術人才的狀況下,同時面臨導入趨勢時,是如何解決人才短缺的問題。 在分析整理問卷結果之後,在人才確保的問題上,我們能清楚發現先行企業對於「3.海外人才活用」的項目有高達55%的比例,但是在第2分組與第3分組企業中,這個選項的勾選率卻是相當低的。在其他選項中,包含公司內、外部的培訓、將BIM技術需求外包給可信賴的顧問公司或相關事務所等,先行企業也都有高達90%的比例,而第2與第3分組企業則大約處於70%的比例。   結語 「施工BIMのすすめ」系列的轉譯分享終於在這裡告一個段落,針對這份刊物的分享,我們分成「導入篇」以及「展開篇」上下兩集,共三份文章進行分享,期望透過我們的分享能夠讓大家一起了解日本建設IT產業的發展動向與近況。同時,也期望各位先進在瀏覽我們撰寫的文章的同時,能夠看見衛武資訊密切注意世界建設相關產業以及營建IT技術趨勢上的敏銳度與努力,未來我們還會持續關注並網羅更多既豐富又精彩的最新資訊與大家一同進步成長。 若是讀者更有興趣想進一步了解全文,請點擊以下連結: http://www.nikkenren.com/kenchiku/bim_susume/index.html   延伸閱讀 | 【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[展開篇] (上) 延伸閱讀 | 【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[導入篇]

By | 一月 23rd, 2018|Sharing-ch|0 條評論

【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[展開篇] (上)

在上一篇「施工BIMのすすめ」導入篇中,我們了解了日本建設業連合会對於產業在導入BIM技術時所提出的各項建議與分析,包含有工具的選擇、組織的組成以及最初導入專案的選定分析之後,在這一回的分享中,我們則針對「施工BIMのすすめ」的導入篇進行重點整理。 編譯整理 | 日本建設業連合会-施工BIMのすすめ / 日本国土交通省 / BIMライブラリーコンソーシアム / Autodesk Japan   「施工BIMのすすめ」展開篇的內容分做兩部分,首先是針對已導入BIM技術卻發展不順利的企業以及想在實務中更加活用BIM技術的企業說明並提出該如何擴展BIM技術發展的相關建議,第二部分則是統計分析日本建設相關產業BIM技術導入及應用的現況。本篇上集說明的是第一部分,內容相當值得我們參考,請看分享。   BIM技術發展要領 BIM的優勢與痛點   期望擴展BIM技術發展,首先應該先通盤了解BIM技術的可行性,究竟有那些工作是透過BIM技術能夠提升成效,那些則是無法達到的呢?日本建設業連合会在這一小節給了針對已導入BIM技術6年以上並有10件以上施工專案經驗的相關企業以及非前述背景之相關企業進行問券訪查,透過問卷分析結果得知,在設計、施工的概念與資訊傳遞以及工程施作規劃方面,確實能透過BIM技術獲得成效,而在數量計算方面則是普遍感覺較為困難的課題。   透過Front Loading概念圖我們能夠得知以傳統的設計流程而言,在實施設計階段,費用與人力成本往往達到高峰,然而理想的設計流程,則是希望能將這樣的成本支出往前提早至規劃與基本設計階段,並將其區間縮短達到將低成本的效益。   要能達到上述的成本降低的效益,首先經驗值是相當重要的,越豐富的經驗越能減少導入新技術所產生的負面效應,再者則是應考量應用目的,進一步於先期決定專案BIM模型的發展詳細程度。   建立BIM應用計畫   此外,BIM專案實行計畫書的製作也相當重要,除了應明確記載工程專案相關資訊,甚至是進一步記載BIM技術應用的相關目的、工具、時程規劃、設計單位的需求與期望等,藉此讓所有專案參與者明確的瞭解專案導入BIM技術的目的為何。   拓展BIM技術深度   在施工階段中導入BIM技術,建議由效果顯著的建物軀體的RC構造、鋼構以及施工規劃用的模型進行先發導入應用,逐步累積經驗、深化應用範圍,藉由親身體驗BIM技術所帶來的益處以獲得成功的導入體驗,並擴大應用效益、提高生產力,進而順暢的推進BIM技術於組織中的導入。 而在施工階段的導入對象,以日本的建設工程環境而言,也建議由施工所的所長做為率先導入的對象,由所長做為表率,進而組織並帶領其他相關部門同仁一同活用BIM技術。   BIM技術導入流程   BIM的導入流程中,日本建設業連合会也如同我們常見的導入建議一樣,將實際導入的流程分做三個步驟: 前期:部分應用 以2D CAD為主,BIM為輔,只針對部分及必要資訊進行模型化。主要仍以2D CAD為主要工具,藉以在前期階段體驗BIM技術帶來的助益,累積對於新技術應用的信心與決心。 中期:BIM / 2D CAD 的比例逐步調整 專案前半以BIM為主要工具開始執行,在遭遇暫無法以BIM技術完成的工作時則以2D CAD進行交互輔助,依此概念於過程中逐步調整BIM與2D CAD應用比例,以達到加重BIM技術應用之目的。 後期:完全的BIM導入應用 以BIM為主, 2D CAD為輔,於專案開始直至竣工皆以BIM為主要工具,以確實達到BIM技術的完整導入。   發展阻礙與對策 在導入新興技術時,我們經常遭遇困難與阻礙,進而使得導入的流程無法順暢。在BIM技術的導入方面,日本建設業連合会提出幾點可能遭遇的阻害,並提出對策建議。 組織內部的理解與認識問題 懷疑BIM技術導入的必要性,不易得到理解與支援 後對於新增作業的負擔而感到不安 抗拒學習新的軟體工具,並認為要跨入3D領域門檻高 在施工階段,文章前段建議率先針對施工所的所長做為導入對象,在這邊則進一步針對遭遇組織內部理解問題時,建議除了普遍針對施工所的所長之外,對於有主動意願及企圖接受BIM技術者,更應列為優先中的優先對象。此外,在宣導傳遞BIM技術的優勢的同時,BIM技術的劣勢也應該一併說明,避免遭遇問題時,與想像中的產生過大的落差,反而造成反效果,加深導入的阻礙。最後則是在要求他人認同與理解之前,自己應先充分理解企業組織內部可實行的內容、可能發生的成本、作業時間以及可能增加的作業負擔等現實問題,在完全理解這些問題後才能夠具體的說明並提供BIM技術導入之提案,降低對於BIM技術過度期待產生的認知落差與抗拒感,也能夠大幅拓寬不足企業組織內部的導入認同。   費用vs.效果問題 誤認有了圖面,就不需要3D模型了 無法具體評估的成本與效益 施工所並未編列BIM應用預算,故無法執行 在費用的部分,我想應該是導入企業最關心的一點,特別是擔心導入了大量成本卻無法量化效果,然而,導入新技術的成果效益是長期累積的,短期確實不易量化評估。因此,日本建設業連合会針對此議題中如易造成阻礙的三項原因提出可能的解決對策,首先是應關注在BIM技術所提供的優勢長處,過去2D CAD圖面的製作法為個別產製,整合檢討較為不易,若改以BIM模型與技術執行,則能夠大幅提升干涉碰撞檢討以及圖面的整合率,並且及早發現可能遭遇的問題,也能夠透過這樣的成果提升企業組織成員的認同,團隊成員認同後,效果也必然向上提升。在提到無法具體評估成本與效益的問題上,日本建設業連合会也確實表達了認同,但是考量BIM技術的優勢,並仔細探究在整體圖面調整、溝通時間的減少上,確實能夠發現效果與生產力的提升。最後是預算編列的不足無法執行新技術的問題,日本建設業連合会建議由企業內小型的專案出發,並且僅針對必要的項目進行導入,可以由小處窺見大效益,與費用vs.效果的精準數字相比,讓使用著能夠體驗BIM技術帶來效果是更有利於後續推進發展的。   BIM工具的選定問題 資訊交換性低 缺少詳細的使用說明參考 關聯軟體工具價格高 資訊交換性低的問題是普遍常見的導入阻礙之一,因此在導入前,軟體間資訊的互換性是相當重要必須確認的事情之一,確認與相關企業或專案協作者之間的資訊互換是否順暢,避免資訊傳遞的障礙。近年來資訊的互換性已大幅提升,但在專案協作前,相關的資訊交換型式、協作模式等還是建議明確制定相關規則能夠大幅提升專案執行與BIM技術導入的順暢性。

By | 一月 16th, 2018|Sharing-ch|0 條評論

【資訊分享】日本建設IT趨勢分享:日本建設業連合会「施工BIMのすすめ」-[導入篇]

衛武資訊持續關注全球建築營建相關產業與BIM等新興技術的趨勢發展,這次我們收集到了日本的最新產業動向,計畫與大家分享「日本建設業連合会」出版的「施工BIMのすすめ」刊物的相關重點資訊整理。 編譯整理 | 日本建設業連合会-施工BIMのすすめ / 日本国土交通省 / BIMライブラリーコンソーシアム   「日本建設業連合会」是由日本的建設代表企業所組成的一般社團法人,其成立主旨在於提升日本建設業界整體生產力,並促進推廣包含BIM等各項新興技術應用於建築設計、營建施工、土木工程等相關領域活用為主旨,繼2014年出版了「施工BIMのスタイル」、2016年出版了「施工BIMのスタイル 事例集2016」後,在2017年底左右出版了「施工BIMのすすめ」。幾份刊物對於日本的BIM技術發展趨勢有許多分析與描述,這次我們網羅並與大家分享的是最新出刊的「施工BIMのすすめ」內容的重點整理。 「施工BIMのすすめ」主要作為一份施工階段BIM技術導入應用的參考指引,期望能透過其內容的說明促進BIM技術在營建產業的導入與施工階段的應用。   BIM技術導入助益 「施工BIMのすすめ」的內容說明由淺入深分為導入篇與展開篇,在導入篇的部分除了一開始就開宗明義地說明什麼是BIM技術,並詳細地說明BIM技術對於施工階段能帶來的助益,包含有: 提升業主與設計階段的溝通效率 干涉檢討 做為施工階段的整合與溝通橋樑 施工順序檢討等規劃 數位MOCK UP 圖面產出 數量計算 點雲整合應用   打造友善BIM環境 BIM工具的選擇   次一章節則說明了如何在企業中打造一個合適的BIM環境,其內容包含有BIM工具的選擇指南,說明如何依據產業別的不同與目的來進行軟體工具的選擇使用,同時也說明了影響軟體工具選擇的原因統計分析,當然,也說明模型建置後初步應用,包含瀏覽、碰撞檢討以及模型展示等。在這一章節中比較特別的是也提及了作業電腦規格的要求與建議、配合展示模型的屏幕與會議場所空間、以及資料共享時的外部儲存空間,再再讓我們見識到日本文化中一絲不苟的工作態度以及周詳的規劃考慮。   組織人才規劃   工作用軟硬體的具備之後,接下來談論的便是如何將BIM技術落實於既有的企業組織環境中,同時也探討BIM團隊中人才的組成與職務分配以及如何循序漸進提升團隊成員以及企業組織中對物BIM技術的熟悉度。   導入成本規劃   結束了軟硬體設備建議及組織架構的說明後,日本建設業連合会也對於導入成本做了一個簡單的調查與試算並列舉可能發生的各項導入成本,提供產業界有意進行BIM技術導入的讀者一個參考,我想這對於導入前期的企業而言絕對是相當具有價值的一項參考。   初始專案選定   在萬事俱備之後,初期導入專案的選定也相當的重要,日本建設業連合会先是利用問卷調查的方式來了解以導入BIM技術的企業或團隊過去都以什麼樣的專案作為導入初期的專案標的,並得到了以下三種專案結果: 設計施工專案 23% 能夠部分利用BIM技術的專案 12% 合約中明確要求應用BIM技術之專案 10% 在以上三種專案類型為調查結果的基礎下,最終,日本建設業連合会對於初期導入專案的選定建議以小型、簡單且工期較為充裕的專案最作為初期導入專案為佳。   產業BIM技術動向 日本將2009年定為日本的BIM元年,自2009年起,國內各相關產業陸陸續續將BIM技術導入到企業組織中,政府部門也接連發布多項標準指南,相關產業也共同發展成立BIM物件庫,在2017年的年底,日本建設業連合会整理了已導入BIM技術的產業狀況,並將其整理提供有意但尚未導入的相關企業有一個更加明確的建議與實踐方針,一步一步推進日本的建設IT發展,都讓我們見識到日本建設業全面發展BIM技術的決心。   結語 在導入篇之後,下一回要分享的是「施工BIMのすすめ」的展開篇,在展開篇中我們將針對BIM技術的推廣、可能遭遇的問題與解決對策、如何在失敗中學習寶貴的經驗以及目前日本建設產業BIM導入推廣的相關問卷分析等章節進行重點整理,精彩可期,千萬不要錯過喔! 若是讀者更有興趣想進一步了解全文,請點擊以下連結: http://www.nikkenren.com/kenchiku/bim_susume/index.html   延伸閱讀 | 【資訊分享】CIM資訊:3D模型視覺化應用於隧道挖掘施工時的透水模擬監測 延伸閱讀 | 【資訊分享】清水建設於日本建築專案現場導入 AI 人工智慧機器人

By | 一月 11th, 2018|Sharing-ch|0 條評論

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

這系列是衛武資訊研發部的公司內部訓練教材,無私公開教大家基礎的API開發,將持續分享! 作者 | 葉人豪 在現今這個BIM概念越來越普遍的業界,BIM建模軟體已經慢慢成為我們製圖時主力工具。而在台灣,Revit更是BIM建模的主流軟體。當我們使用Revit建模的時候,常常會有一些相當零碎又重複性的工作出現或者Revit目前還沒有功能來達成我們的需求。當我們無法通過Revit的功能來解決我們的需求時,我們就需要找一些快速的方法來達成我們的目的。這時Revit API就是我們的好幫手。 Revit API是Revit提供予使用者的應用程式函式庫,聽不懂?沒關係!讓我們來用一個例子來比喻一下,簡單來說Revit就像是一間餐廳,Revit API就像是餐廳裡的服務生,我們可以通過跟服務生說我們想吃什麼來向餐廳點菜。而服務生就會幫我們跟餐廳說我們需要什麼,並拿來給我們。所以其實Revit API就是一個傳遞我們需求的角色,幫助我們與Revit做資訊上的傳遞(如圖一所示)。 圖一、使用者透過AP與Revit做資訊上的傳遞 不過,實際上的運作當然沒有上述的這麼簡單,我們需要具備一些能力及工具。首先我們要會說Revit API聽得懂的語言,也就是程式語言。這邊先說明一下Revit API聽得懂的程式語言,也就是C#或VB等基於.Net Framework的程式語言。在這系列中小編都會使用C#當作範例。再來我們需要一個可以寫程式的工具,這邊小編用的是Visual Studio。最後還需要我們的餐廳與服務生-Revit跟Revit API。Revit API可以到Autodesk Developer Network來下載,安裝後就會得到Revit API啦。在Revit API的資料夾裡,大家可以看看裡面所包含的東西,裡面的工具都相當的有用,有Autodesk所提供的範例檔,提供我們了解Revit API程式。也有Revit API的手冊讓我們了解各API的詳細功能。最後最重要的就是Add-in Manager這工具。在開發Revit API時,如果沒有Add-in Manager的幫助,我們會需要自行製作Revit API的addin文檔。 這邊我們先解釋一下文檔(.addin)的概念。addin其實是一個讓Revit去讀的檔案,其內部結構如下面的程式碼所示。 當Revit讀取addin時,Revit會了解到他現在需要加入這個外掛。addin本身包含了外掛程式的XML格式相關資訊,例如:程式的名稱、程式的類型、程式(.dll)的實體位置、程式的GUID、程式裡面的函式名稱等等的資訊。以下將用表格方式介紹。 表一、addin內部屬性註釋表 現在回到我們剛剛提到的在沒有Add-in Manager的幫助,我們需要自行製作addin的問題。自行製作addin相當的麻煩,我們首先要把上面提到的程式碼複製貼上一個文字檔中,再來依據我們Revit API程式的資訊更改Xml中內部的各項屬性資料。完成後將文字檔更改副檔名為addin,即完成了Revit API程式的addin製作。自行製作完addin後,還要再把addin部屬到Revit Addins資料夾中對應的版本資料夾,才可以進行測試,以上整個操作流程的示意圖如圖二所示。 圖二、無透過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的幫助下進行部屬得流程大致如下: 圖三、透過Add-in Manager狀態下製作與部屬addin 所以說開發Revit API真是少不了Add-in Manager。那就先來介紹一下Revit API開發好朋友 - Add-in Manager。 Add-in Manager是一個Revit提供我們來快速測試我們自己編譯API程式與產生Revit API外掛資訊的.addin等功能的外掛工具。而要如何使用Add-In Manager呢? 本質上Add-In Manager也屬於Revit 的外掛,所以他的部屬方式跟一般Revit API一樣。需要把addin放進Revit Addins資料夾中對應的版本資料夾。 在 Revit SDK中的Add-In Manager資料夾裡,我們可以看到幾個檔案:AddInManager.dll、Autodesk.AddInManager.addin等。首先把Autodesk.AddInManager.addin用文字編輯器打開,這時我們可以看到像是如圖四一樣的文字。我們只要把下圖紅框處的文字改為AddInManager.dll於本機電腦中的實體位置就可以進行儲存。 圖四、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就會開啟如圖五的視窗出現。 圖五、Add-in Manager畫面 在Add-in Manager的視窗中,我們可以看到有Command和Application兩個頁籤,在這邊我們可以把這兩頁頁籤視為Revit API的兩種形式-外部命令與外部應用程式。在本文中我們測試API程式時,都使用Command形式方便執行我們的API程式。而這兩種形式的分別,我們在本文中就不多做討論,等到以後有機會再跟大家分享。接下來就讓我們來實做一個Revit API程式,並應用Add-in Manager來做測試與文檔(.addin)的產生吧。 第一步我們先把程式的環境設定好。開啟Visual Studio建立一個新專案。這邊我們的專案類型要選擇類別庫(如下圖六所示),接著把專案名稱改為Hello World,並按下確定後,就成功建一個新的類別庫專案了。 圖六、新增專案畫面 那麼接下來我們要來把這個專案變成RevitAPI外掛程式。首先,在方案總管的參考中點選右鍵,並選擇加入參考(如下圖七所示)。 圖七、於專案中加入參考畫面 參考管理員的視窗就會出現,在視窗左邊的瀏覽頁籤中,按下右下角瀏覽的按鈕,並找到RevitAPI參考檔。參考檔的位置就在Revit安裝資料夾中,選擇RevitAPI.dll與RevitAPIUI.dll後,並按下確定。接下來就可以看到兩個參考檔出現在參考管理員的視窗中(如下圖八所示),按下確定就完成把參考檔加入程式步驟了。 圖八、加入Revit參考檔畫面 在這邊我們需要幫專案參考做一下設定來節省硬碟空間,點選我們剛剛加入的參考檔,也就是RevitAPI.dll與RevitAPIUI.dll。然後在屬性的視窗中把複製到本機的選項改成False(如下圖九所示)。這樣在建置API程式時,程式就會去找Revit本體中的參考檔,而不會產生一些額外的參考檔到API程式的資料夾中。 圖九、將參考檔複製到本機的選項改成False畫面 接下來就是寫程式的時間了,這次的程式非常的基礎。是大家的可以輕鬆完成的Hello World。不過,是用Revit API的環境來寫。所以,在程式碼中我們還需要加上一些設定。讓我們一步一步來: 1. 於最上面的參考中加入 using Autodesk.Revit.DB; using Autodesk.Revit.UI; 2. 在public class Class1前面加上[Autodesk.Revit.Attributes.Transaction(Autodesk.Revit.Attributes.TransactionMode.Manual)] 3. 把public class Class1加上: IExternalCommand 4. 在public class Class1: IExternalCommand{}裡面貼上 public Result Execute(ExternalCommandData commandData, ref string message, ElementSet elements) { } 5. 在Execute函式裡面貼上 TaskDialog.Show("Test", "Hello World"); return Result.Succeeded; 這時你的程式碼應該會與下列程式碼一樣,這樣我們就完成了Hello World的程式碼了。 using Autodesk.Revit.DB; using Autodesk.Revit.UI; namespace Hello_World { [Autodesk.Revit.Attributes.Transaction(Autodesk.Revit.Attributes.TransactionMode.Manual)] public class Class1 : IExternalCommand { public Result Execute(ExternalCommandData commandData, ref string message, ElementSet elements) { TaskDialog.Show("Test", "Hello World"); return Result.Succeeded; } } } 再來就是要來進行程式碼得測試啦。測試也是需要做一些設定的,我們再次一步一步來: 1. 於方案總管中的專案上點選右鍵(如下圖十所示),並選屬性(R)。 圖十、開啟專案屬性畫面 2. 於左側的頁籤中選擇偵錯,並於起始動作的區域點選啟動外部程式後按下瀏覽(如下圖十一所示)。 圖十一、設置專案啟動時外部程式畫面 3. 這此處我們要選擇Revit.exe,來當作啟動外部程式的目標。Revit.exe位置跟參考檔一樣,位置就在Revit安裝資料夾中。 這時雖然完成了測試的設定。但由於Visual Studio的設定,按下開始偵錯方案後,會無法進行偵錯。所以我們接著要更改Visual Studio的設定。 4. 按下Visual Studio上方選單的工具(T),並點選選項。這時會出現選項視窗。 5. 於選項視窗的右側列表中,點選偵錯,並於左側的選單中找到使用Managed相容性模式,把該選項勾選(如下圖十二所示),並按下確定。 圖十二、勾選使用Managed相容性模式畫面 這樣就可以成功的偵錯專案了。接下來讓我們來使用Add-in Manager執行我們的Hello World外掛吧。進入Revit專案後,點選增益集並點選外部工具的Add-In Manager(Manual Mode)。接著於Add-In Manager的視窗中點選Load的按鈕,並選擇我們編譯的Hello World專案的偵錯.dll檔,其路徑如下(~\ClassLibrary1\ClassLibrary1\bin\Debug\ClassLibrary1.dll)。並按下開啟。 這時Add-in Manager就會載入我們的Hello World專案,點選專案下的Class並按下Run(如下圖十三所示)。 圖十三、執行Revit外掛畫面 此時Add-in Manage就會執行我們的程式碼。在下圖十四中,可以看到Hello World的視窗,這樣我們的第一支Hello World測試就完成了。 圖十四、Hello World成功執行畫面 不過,如果我們的API程式只能透過Add-in Manager執行的話,那也太不像一支正常的程式了。所以讓我們來在Revit中部屬Hello World吧,首先先來製作Hello World的addin檔。一樣開啟Add-in Manager後,只勾選我們的Hello World的dll檔,接著按下右下Save鍵。按鍵就會出現下拉式選單,點選第二個Save checked items to Local .addin file(如下圖十五所示)。 圖十五、製作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資料夾中了(如下圖十六所示)。 圖十六、Save checked items to Addins folder選項說明畫面 接下來的步驟就與本文一開始部署Add-in Manager的addin一樣,把 Hello World的addin用文字編輯器打開,將Assembly處的文字改為Hello World [...]

By | 十二月 6th, 2017|Sharing-ch|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 | 十一月 28th, 2017|Sharing-ch|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 | 九月 13th, 2017|Sharing-ch|0 條評論

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

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

By | 六月 23rd, 2017|Sharing-ch|0 條評論