本發(fā)明涉及鐵路梁場技術領域,特別涉及一種基于bim的高速鐵路預制梁場的信息化管理方法。
背景技術:
目前,對鐵路預制梁場進行生產管理主要是依據手機電話等語言交流,也就是以“人管人”的上下級施工生產任務的上傳下達。這種傳統(tǒng)的管理方式存在一些非常嚴重的缺陷:信息傳遞效率低、誤差大、因外界元素干擾等引起的信息誤導等現象。尤其是在當前施工生產任務重、工期緊湊的情況下,如何合理的安排施工生產任務和工序之間的銜接是重中之重。而且隨著高速鐵路預制梁場施工生產管理的工廠化、標準化、規(guī)范化以及bim信息化技術的日益成熟,這些問題也日益突出,亟待解決。
技術實現要素:
本發(fā)明的目的在于提供一種基于bim的高速鐵路預制梁場的信息化管理方法,以解決現有的鐵路預制梁場管理信息傳輸不準確的問題。
為實現以上目的,本發(fā)明采用的技術方案為:提供一種基于bim的高速鐵路預制梁場的信息化管理方法,該方法包括:
基于bim技術,建立高速鐵路預制梁場中箱梁的bim模型;
服務器端根據梁場架梁施組信息,生成梁場施工工序任務;
服務器端將生成的工序任務發(fā)送至客戶端以使客戶端對接收到的工序任務進行發(fā)起或閉合操作;
服務器端接收客戶端發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息并按照編號對應原則將該信息掛接在對應編號箱梁的bim模型上。
與現有技術相比,本發(fā)明存在以下技術效果:本發(fā)明通過利用建筑信息模型(buildinginformationmodeling,bim),搭建梁場實際生產管理的服務器端和客戶端,由服務器端實現整體梁場生產計劃任務的推送和下發(fā),客戶端接收服務器端發(fā)送的生產計劃任務,由客戶端發(fā)起或閉合每道工序任務并將每道工序發(fā)起及閉合的信息同步到服務器端,由服務器將該信息掛接在相對應的bim模型上。滿足了施工生產信息傳達準確、快速的需要。與傳統(tǒng)的“人管人”的管理方式相比,不僅降低了信息傳遞的誤差、極大的提高了信息傳輸的準確性,而且加快了施工進度、節(jié)省了人力成本。
附圖說明
圖1是本發(fā)明一實施例中提供的一種基于bim的高速鐵路預制梁場的信息化管理方法的流程示意圖;
圖2是本發(fā)明一實施例中步驟s2細分步驟的流程示意圖。
具體實施方式
下面結合圖1至圖2所示,對本發(fā)明做進一步詳細敘述。
如圖1所示,本實施例公開了一種基于bim的高速鐵路預制梁場的信息化管理方法,該方法包括如下步驟s1至s4:
s1、基于bim技術,建立高速鐵路預制梁場中箱梁的bim模型;
s2、服務器端根據梁場架梁施組信息,生成梁場施工工序任務;
s3、服務器端將生成的工序任務發(fā)送至客戶端以使客戶端對接收到的工序任務進行發(fā)起或閉合操作;
s4、服務器端接收客戶端發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息并按照編號對應原則將該信息掛接在對應編號箱梁的bim模型上。
需要說明的是,本實施例中的客戶端包括但不限于智能手機、個人數碼助理(pda)、平板電腦、筆記本電腦、車載電腦(carputer)、智能手表等客戶端。
進一步地,步驟s1具體包括:
基于bim技術,對高速鐵路預制梁場二維設計圖紙進行處理,得到高速鐵路預制梁場的bim模型;
服務器端讀取所述bim模型上的數據。
進一步地,如圖2所示,步驟s2具體包括如下細分步驟s21至s23:
s21、服務器端根據根據梁場架梁施組信息,生成梁場施工計劃任務;
s22、服務器端根據生成的梁場施工計劃任務,確定相鄰工序持續(xù)時間、生產一榀箱梁的施工持續(xù)時間以及每道工序的結構化數據;
其中,每道工序的結構化數據主要包括生產過程中所需要的文檔、施工工序之間的關系、任務下發(fā)間隔等整個生產流程中所涉及的結構化數據。
s23、將每道工序任務的結構化數據打包存儲在服務器端。
具體地,本實施例中的客戶端可以實現梁場實際生產中的工序中的鋼筋籠綁扎、穿橡膠抽拔棒、模板清理、支座板安裝、吊裝鋼筋籠、內模安裝、安裝其他預埋件、澆筑混凝土、養(yǎng)生、拆內模、預初張拉、起移梁、終張拉、壓漿封端、梁端防水、成品梁出庫等工序任務的接受和發(fā)起,同時同步到服務器端。
進一步地,步驟s4中,客戶端發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息,具體包括梁號、施工日期、施工工序、施工地點、施工設計量、施工實際量以及施工完成時間。
這里需要說明的是,客戶端在發(fā)起或者閉合施工工序任務時,客戶端會勾選一些與施工工序任務相關的信息,包括:“××#梁”、“××工序”、“施工地點”、“事件經過”等信息。這些信息包含了施工工序任務的空間屬性和物理屬性。比如:梁號:173#梁、施工日期:2016年12月16日施工工序:澆筑混凝土、施工地點:5#制梁臺座、設計量:317m3、實際量:320立方米、澆筑完成時間:上午8點50分等。
進一步地,本實施公開的方法還包括:
在每道施工工序任務完成后,服務器端接收客戶端發(fā)送的該道施工工序任務的影像資料并將影像資料掛接在對應編號箱梁的bim模型上。
需要說明的是,服務器端會對客戶端上傳的每道施工工序任務施工時的影像資料進行存儲,以便于后期在出現錯誤時,追溯事故原因。
進一步地,在上述步驟s23:“將每道工序任務的結構化數據打包存儲在服務器端”之前,還包括:
檢測bim模型上的數據是否滿足預設榀數箱梁的實際生產流程。
需要說明的是,這里bim模型上的數據包括梁場所涉及的所有工機具以及設備的參數。
具體地,在實際應用中,在bim上的數據不能滿足特定榀數的梁場的施工需要時,為了保證施工的質量和安全是不能實施施工計劃的,因此,在對每道工序任務的結構化數據進行打包存儲之前,需要對bim模型上的數據進行檢測,以判斷bim模型上的數據是否滿足一榀或數榀箱梁實際生產流程的需要。
進一步地,本實施例公開的方法還包括:
結合bim技術和信息化技術,對所述的bim模型進行管理。
因為在實際應用中,會根據鐵路預制梁場實際情況的變化,而對鐵路梁場的三維模型即bim模型進行修正,以滿足實際的生產管理的需要。
以上所述僅為本發(fā)明的較佳實施例,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內,所作的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。