第一篇：換熱站安裝調試總結

中色（寧夏）東方集團換熱站

安裝調試總結

建設單位：動力分廠

信息中心

中色（寧夏）東方集團換熱站系統包括南線換熱站、北線換熱站（大小機組）、CB線換熱站三個換熱系統，采用集中控制的方式，由水汽控制中心監控、操作，專人每天巡視現場，現場安裝了攝像頭，水汽控制中心的值班人員也可以隨時查看現場畫面。該工程現已交付使用，現將本工程的工作總結如下。

一、工程概況

1、本工程開工時間為2016年7月，完工時間為2016年10月底。

2、主要內容：

(1)、設計4套換熱站圖紙，圖紙見附錄1。

根據控制要求，設計電氣圖紙，其中南線換熱站有循環泵3臺，補水泵2臺，變頻器37KW一個，3KW一個，軟啟動器一個。要求循環泵變頻一拖三，軟啟一拖三，即使用一個變頻器和一個軟啟動器，使三臺循環泵每一臺既可以變頻啟動，又可以軟啟啟動，正常使用時為一臺變頻，一臺軟啟，另一臺備用。補水泵為一拖二，一臺變頻器帶兩臺補水泵，補水泵能夠變頻啟動，也能直接啟動。要求能夠采集到每臺泵的電流、故障信號、工頻變頻運行狀態，室外溫度，室內監測點的溫度，出水溫度，回水溫度，出水壓力，回水壓力，水箱液位等。配備一套軟水機組，由電磁閥控制軟水機組的啟停，且由于電磁閥安裝在軟水機組之前，需要在軟水機組再生和清洗的時候電動閥打開。溫度控制由溫控閥控制蒸汽的流量，根據室外溫度調節溫控閥開度大小。

北線小機組和南線換熱站控制要求相同。北線大機組由4臺循環泵和2臺補水泵組成，要求循環泵變頻一拖四，軟啟一拖四。北線大小機組公用一個水箱，一套軟水機組，軟水機組由北線小機組控制，北線大機組只采集水箱液位作為控制報警用。

CB線換熱站有4臺循環泵和兩臺補水泵，變頻器30KW一個，3KW一個，軟啟動器3個。要求循環泵1、2號泵能夠變頻運行，2、3、4號泵軟啟啟動。

(2)、根據圖紙配4套換熱站控制柜。

控制柜采用昆侖通態的觸摸屏控制，沒有安裝按鈕報警燈等。所有狀態信息都顯示在觸摸屏上。

(3)、制作換熱站電腦控制畫面，采用組態王6.55。

換熱站采用無人職守、集中控制的方式，需要將4個換熱機組的控制做到一個組態王程序下，組態王要能夠控制循環泵，補水泵，電動閥，溫控閥，每一個都要有手動自動狀態的切換。組態王要能夠顯示溫度、電流、壓力、液位等實時數據，要能夠提供報警信息，并且存儲報警信息和數據，以備查詢。組態程序共建立畫面38個，添加變量892個。(4)、調試程序。

由于我們沒有POL編程狗，不能給POL控制器編程，所以我們提供控制要求，程序由濟南工達捷能編寫，我們負責現場調試。

二、安裝調試問題

1、控制柜配線完成后，進行檢查，改正接線錯誤，使用信號發 生器及萬用表，檢測信號采集及輸出是否正常，發現觸摸屏上回水溫度，出水溫度沒有，室外溫度采集錯誤，重新編程后，將溫度信號有4-20ma改為鎳1000的電阻信號。

2、控制柜現場安裝完成后，進行現場調試。（1）、南線換熱站

將南線換熱站三臺循環泵全打到自動投用，一號主變頻，測試循環泵的啟動狀態，發現一號循環泵變頻啟動3分鐘后三號循環泵軟啟后工頻運行，再過三分鐘后三號泵停止，二號泵啟動。控制順序混亂，需要重新更改程序。

將2號循環泵打到禁止后，控制軟啟動器的中間繼電器頻繁動作。采集到的電流信號錯誤，使用筆記本監測POL的信號采集，發現電流變送器反饋回來的信號就是錯誤的，不是程序的問題，將所有電流變送器重新發回廠家調0以后，發現循環泵電流正常，但是補水泵由于電流小，還是錯誤，所以將電機電源線在互感器上加繞兩圈，增大電流，并且在組態王上調節量程，使組態王畫面顯示的電流接近實際電流。

軟水機組由于需要再生和清洗時電磁閥打開，查詢軟水機組說明書，發現軟水機組有繼電器輸出點，模式1為電磁閥模式，模式2為增壓泵模式。實際使用模式1后，電磁閥常開不關閉，實際測量后發現，模式2能夠正常控制電磁閥開關，隨選擇模式2。

（2）、CB線換熱站

CB線換熱站的水箱液位，和實際液位差距太大，由于液位計沒 有經過校驗，不能保證準確性，所以我們通過更改液位計的量程，將顯示的液位和實際液位對應上。

CB線的變頻器不能啟動。變頻器是ABB的ACS510，AI1端子為頻率給定，AO1端子為頻率反饋。DI1為起停，RO3A RO3C為故障反饋，跳線AI1 ON為0-10V，OFF為4-20ma。經檢查，頻率反饋接到了A02，故障反饋接到了PO1C和RO1B，改正接線，將頻率反饋接到A01，故障反饋接到RO3C和RO3A。但是變頻器還是不啟動，檢查參數設置，發現變頻器使用的是PID控制宏，將PID控制宏改為ABB標準宏，電機正常啟動。

將1號循環泵打到禁用后，2號變頻運行，在自動狀態下，3、4號循環泵根據壓力不能投入運行，只能手動啟動。檢查接線沒有問題，只能夠過更改程序。

（3）、北線換熱站

小機組在二號補水泵變頻運行狀態下，一號補水泵不能工頻啟動，更改控制邏輯后正常啟動。當二號補水泵變頻故障后，變頻器報錯誤代碼E002，但是變頻器不停止工作，而是超符合運行，電機電流3.3A，而額定電流只有2.8A，導致小機組回水壓力，出水壓力高于正常值，能夠達到0.5Mpa，嚴重威脅采暖系統的安全。后將出水壓力高限設置為0.35Mpa，回水壓力高限設置為0.25Mpa，超過該值后停止補水，改變控制回路，由變頻器的啟動信號控制補水泵的接觸器吸合，當選擇二號補水泵運行，且給出啟動信號后，二號補水泵接觸器吸合，延時1S后，變頻器啟動。停止時，變頻器啟動信號消失，則二號補水 泵接觸器也同時斷開。所以一旦有報警，則能同時切斷變頻器和接觸器，起雙保險作用。

大機組循環泵軟啟和工頻接觸器下火反相，由軟啟切換到工頻時，出現炸機現象，更換損壞的接觸器，檢查線路，更正接線后，啟動二號循環泵正常，三號循環泵又出現炸機現象，再次檢查接線，發現軟啟動器進線相序錯誤，更正接線后，軟啟動全部正常，但是變頻啟動后，四臺泵全都是反轉，檢查變頻器控制信號，接的是FWD，正傳/停止命令，更換到REV，反轉/停止信號后，電機正傳。

大機組2號溫控閥不動做，從溫控閥處檢查信號，發現信號正常，溫控閥接受信號后不執行，手動開關溫控閥，也不動作，經檢查發現，電動執行器的防塵圈卡住了執行機構，將防塵圈拆掉重新安裝好后，溫控閥動作正常。

溫控閥的反饋信號和實際開度差距巨大，溫控閥處于關閉狀態時，反饋信號為-19%，溫控閥開到最大時，反饋信號為50%。且溫控閥不能全部關閉，總是有1%-2%的誤差。查看POL輸出，為4-20ma，信號正確。反饋信號為0.5ma-11ma，反饋信號錯誤。在溫控閥處測量發現，4ma的信號到溫控閥后為4.8ma，將信號線從POL處拆除，發現電纜自帶0.82ma電流，懷疑變頻器干擾導致。重新布線后，重新調0位，北線小機組溫控閥正常運行，但是將大機組的兩個溫控閥也布線后，三條線在一起又產生干擾，信號又錯誤。最后給溫控閥的信號輸入端和反饋端，各并聯一個1微法的電容后，信號的輸入和反饋均正常。

三、存在的問題

1、CB線換熱站不自動投用。

2、南線補水泵啟動低液位限制不起作用。

3、南線存在循環泵自動退出現象。

4、南線補水泵不變頻，啟動即為50HZ。

5、補水泵運行時間不累計。

6、補水泵恒壓和定壓不能切換。

7、溫控閥最大開度需要限制在60%。

四、效益分析

換熱站通過此次改進后，節省人工9人，大量節省蒸汽費用量，一改過去的一個溫度一冬天，用室外溫度來調節出水溫度，保證用戶室內溫度的同時，減少蒸汽浪費。采用軟化水后，減少換熱器的結垢，使換熱效率由原來的60%-70%提高到97%。

五、總結

此次換熱站安裝調試，基本滿足使用要求，但還是存在許多沒有解決的問題，我們將通過繼續努力，來完善換熱站控制系統。

2016年11月29日

第二篇：gdb+gdbserver安裝及調試(總結)

Ubuntu下gdb+gdbserver安裝及調試

1、gdb+gdbserver介紹

1．1、說明

遠程調試(即gdb+gdbserver)環境由宿主機GDB和目標機調試stub共同構成，兩者通過串口或TCP連接。使用 GDB標準程串行協議協同工作，實現對目標機上的系統內核和上層應用的監控和調試功能。調試stub是嵌入式系統中的一段代碼，作為宿主機GDB和目標機調試程序間的一個媒介而存在。

就目前而言，嵌入式Linux系統中，主要有三種遠程調試方法，分別適用于不同場合的調試工作：用ROM Monitor調試目標機程序、用KGDB調試系統內核和用gdbserver調試用戶空間程序。這三種調試方法的區別主要在于，目標機遠程調試stub 的存在形式的不同，而其設計思路和實現方法則是大致相同的。而我們最常用的是調試應用程序。就是采用gdb+gdbserver的方式進行調試。

1.2、功能

一般來說，GDB可以幫你辦以下幾件事：

1、啟動程序，可以按照用戶自定義的要求隨心所欲的運行程序。

2、可讓被調試的程序在用戶所指定的調置的斷點處停住。

3、當程序被停住時，可以檢查此時用戶的程序中所發生的事。

1.3、優點

在很多情況下，用戶需要對一個應用程序進行反復調試，特別是復雜的程序。采用GDB方法調試，由于嵌入式系統資源有限性，一般不能直接在目標系統上進行調試，所以通常采用gdb+gdbserver的方式進行調試。

2、安裝包下載

嵌入式Linux的GDB調試環境由宿主機host和目標機(開發板)target兩部分組成，arm-linux-gdb安裝運行于宿主機，gdbserver安裝運行于目標機，但安裝包只有一個，其中gdbserver是在宿主機編譯成功后，將生成的elf二進制可執行文件拷貝到目標機。

一般Linux發行版中都有一個可以運行的GDB，但開發人員不能直接使用該發行版中的GDB來做遠程調試，而要獲取GDB的源代碼包，針對arm平臺作一個簡單配置，重新編譯得到相應GDB。

下載地址：ftp://ftp.gnu.org/gnu/gdb/(各個版本都有)。

3、配置編譯及安裝

3.1、下載及安裝arm-linux交叉編譯工具

將下載好的交叉編譯工具解壓：tar zxvf arm_gcc-4.4.1.tar.gz –C /opt 修改環境變量，把交叉編譯器的路徑加入到PATH:

1、打開vim /etc/profile

2、在最后添加：export PATH=$PATH:/opt/4.4.1/bin

3、更新環境變量：source /etc/profile

4、查看是否生效：echo $PATH 3.2、配置網絡

1、將電腦主機、虛擬機和開發板ip地址設置在同一個網絡段。例如： 主機：打開網絡和共享中心設置固定ip：192.168.1.110

開發板：ifconfig eth0:avahi 192.168.1.9 netmask 255.255.255.0

虛擬機：在終端輸入ifconfig eth0 192.168.1.119設置或直接設置為靜態ip

2、檢查網絡是否聯通

在開發板、虛擬機、和主機命令窗口上使用ping命令，看相互之間是否能ping通。如果ping不通，檢查電腦防火墻是否已經關閉，網線是否連接好，直至ping通為止。

3.3、安裝之前檢查交叉編譯工具中是否包含gdb-linux-gdb工具

進入交叉編譯工具安裝目錄下：

如果存在，則備份后刪除或替換成新版本

3.4、解壓并安裝

3.4.1、解壓

1、將下載好的gdb安裝包發在/opt/下，進入/opt/目錄下

2、將安裝包解壓在當前目錄: tar jxvf gdb-7.7.tar.bz2

注：如果解壓出現錯誤，可能是解壓包從windows復制(拉)到Ubuntu下發生了丟包現象。解決辦法：將U盤掛在到Ubuntu下直接復制、粘貼。3.4.2、安裝

進入到解壓好的文件中:cd gdb-7.7

1、安裝arm-linux-gcc 1)創建安裝目錄:mkdir /usr/local/arm-gdb

#./configure--target=arm-linux--prefix=/usr/local/arm-gdb –v

--target： 指定編譯環境，一般設置為交叉編譯器前綴，ix86-linux,arm-linux。--prefix：指定安裝路徑，當然其他路徑也可以。-v：顯示版本號。

2)編譯： #make

#make install

3)增加到環境變量：vim /etc/profile

在最后添加：export PATH=$PATH:/usr/local/arm-gdb/bin

4)生效環境變量：source /etc/profile

5)檢查環境變量：#echo $PATH

2、安裝gdbserver 進入目錄/opt/gdb-7.7/gdb/gdbserver

1)編譯：#./configure--target=arm-linux –host=arm-linux

--target=arm-linux表示目標平臺

--host表示主機端運行的是arm-linux-gdb

2）指定編譯器：#make CC=arm-linux-gcc

這一步中，如果編譯器已經加入到環境變量，則可以用相對路徑；如果沒有，則必須使用絕對路徑：/opt/4.4.1/bin/arm-linux-gcc

3）將生成的gdbserver拷貝到開發板/usr/bin目錄下，如果在其他目錄下運行時需要加上./。

拷貝之前先更改gdbserver讀寫權限：chmod 777 gdbserver

4、gdb+gdbserver調試流程

4.1、編輯測試文件及編譯

1）檢查串口和網線是否接通 打開串口

打開軟件SSH secure shell

開發板ping主機

開發板ping虛擬機

主機ping開發板

虛擬機ping開發板

保證相互之間均可以ping通

2）編輯測試文件test：vim test.c #include

int sum(int x, int y){ return x+y;}

int main(void){ int i = 23;int j = 32;int s = 0;

s = sum(i, j);printf(“s=%dn”, s);printf(“hello worldn”);return 0;}

3）編譯：arm-linux-gcc –g test.c –o test

-g : 設置帶調試信息的程序

4）修改可執行二進制文件test讀寫權限：chmod 777 test

4.2、下載可執行二進制文件到開發板

將編譯好的可執行文件test拷貝到共享文件，或者拷貝到windows系統里，將test直接由windows系統拖到右邊窗口里，即已經將test拷貝到開發板。

4.3、調試

1、在開發板上開啟gdbserver #gdbserver 192.168.1.119:1234 test 192.168.1.119是虛擬機的ip； 1234是端口號 gdbserver開始監聽1234端口（你也可以設其他的值）。

2、運行程序:arm-linux-gdb test 這里必須是arm-linux-gdb，否則會出錯。

3、進入調試：target remote 192.168.1.9:1234 192.168.1.9 是開發板ip； 致，這樣才能進行通信。

端口號1234必須與gdbserver開啟的端口號一

4、調試

建立鏈接后，就可以進行調試了。調試在Host端，跟gdb調試方法相同。注意的是要用“c”來執行命令，不能用“r”。因為程序已經在Target Board上面由gdbserver啟動了。結果輸出是在Target Board端，用SSH(或超級終端)查看。

命令l:是list的縮寫，作用是查看程序代碼，未顯示完全可敲回車鍵繼續顯示。命令b:是break的縮寫，作用是設置斷點。例如：b 11表示在代碼11行設置斷點。

命令c:是continue的縮寫，作用是程序繼續向下執行。命令b i:即break info作用是查看所有斷點。當程序結束時可用命令q退出調試。

5、安裝調試中遇到的問題

5.1、ping不通問題

問題描述：

在檢查網絡時，發現主機可以ping通開發板，開發板卻ping不通主機。解決方式：

1、查看并將主機ip、開發板ip和虛擬機ip地址設置在同一個網段內。

2、查看并關閉電腦自帶防火墻。開始菜單→控制面板→系統和安全→windows防火墻→打開或關閉windows防火墻（全部選擇關閉）

5.2、gdbserver與arm-linux-gdb版本不一樣

問題描述1：

在調試過程中，提示為：the program is not being run。

解決方法：

1、檢查gdbserver版本:gdbserver--version

2、查看arm-linux-gdb版本：arm-linux-gdb –v 或者arm-linux-gdb –version

3、如果兩個版本不一致則進入/opt/4.4.1/bin/目錄下將arm-linux-gdb備份后刪除或替換成/usr/local/arm-gdb/bin目錄下的arm-linux-gdb。

問題描述2：設置斷點后，繼續運行會直接退出程序。

解決方式：

運行程序時使用的是系統自帶的gdb，將其換成arm-linux-gdb即可。

5.3、安裝包從windows系統拷貝到虛擬機中時丟包

問題描述：

在解壓gdb安裝包時提示錯誤

解決方式： 使用U盤將安裝包復制到虛擬機，或者到設置的共享文件夾里用命令拷貝。

5.4、gdbserver和可執行二進制文件的權限問題

問題描述：

解決方式：

設置文件為最高權限：chmod 777 test 5.5、安裝調試過程中用到的軟件

SSHSecureShellClient-3.2.9 ：

SSH遠程工具，分為兩部分：客戶端部分和服務端部分。包含ssh程序以及像scp（遠程拷貝）、slogin（遠程登陸）、sftp（安全文件傳輸）等其他的應用程序。

sscom42：串口調試軟件

運行環境：Ubuntu12.04

第三篇：ETC安裝、調試總結

ETC安裝調試總結

部門：工程一部姓名：張艷峰時間：

2013-11-08 10月23日，根據公司相關領導的安排，在相關領導的帶領下，我和同事到了XXX收費站安裝ETC。經過近半個月的緊張工作，終于基本上完成了相關的工作。再經過相關廠家的后期軟件調試安裝，該ETC即將能夠完全使用。

ETC（Electronic Toll Collection 縮寫）即電子不停車收費系統。是指車輛在通過收費站時，通過車載設備實現車輛識別、信息寫入（入口）并自動從預先綁定的IC卡或銀行帳戶上扣除相應資金（出口），是國際上正在努力開發并推廣普及的一種用于道路、大橋、隧道和車場管理的電子收費系統。以前對ETC的概念很是模糊，對其中的工作原理什么的更是知之甚少，經過半個月的安裝調試，終于對 ETC已經有了初步的了解，感覺學到了不少的知識，心里比較充實。

這半個月我們的工作步驟大致是：

1.根據相應規定劃好地感線圈，入車道和出車道各畫三個地感線圈，線圈為一個矩形長度2.5米，寬度1米，在四個角各劃一個長度為（根號15平方+15平方）厘米的斜角。線圈距臺面的大致距離為50厘米。在第一個線圈的尾部和最后一個線圈的頭部畫一條長線。特別注意，線圈的深度一般為四五厘米，公共線槽的寬度應為普通的兩倍。用大型切割機將劃好的線圈切好以后，把線槽里邊的塵土，碎石之類的雜質盡最大可能清理干凈。之后將地感線布到線槽里，線圈里布四圈線，公共線槽需要將兩根線盡可能的雙絞起來，布好線后有調好的樹脂膠將線圈固定好封住，一般需要兩遍灌膠，直到把線圈鋪平，封滿。

2.ETC的外部設備從遠到近依次為綜合顯示屏，抓拍主機和高速欄桿機。根據要求及現場實際工作情況，綜合顯示屏的布線為一根三芯電源線，一根八芯線。抓拍主機的線為一根三芯電源線，一根四芯線，一根視頻線和一根雙絞線，欄桿機的線為一根三芯電源線，一根十二芯線，兩根雙絞線。在預先埋好的管子里邊通過鋼絲穿好線，長度根據現場實際情況確定，線長富余盡量達到3米左右，以便售后維護。

3.布好線后即可安裝設備，由遠到近一次為綜合顯示屏，抓拍主機和高速欄桿機。首先要提到的是立桿，盡量做到桿和地面垂直，如果不垂直，可以使用墊片、螺帽稍加調整，直到完全垂直。調整好方位后，使用防火泥將管子口等密封好（防火泥主要是防止蟲子、老鼠之類的鉆進管子內咬破管子發生事故），然后用螺絲將其固定好。特別提醒，接電源線火線（L）為紅色或棕色，零線（N）為藍色或綠色，地線為黃色或黑色。我們有很多時候不注意地線的作用，認為無所謂，其實地線很重要，關乎設備的安裝，一定要將地線接好，完全接地。至于如何接線，不同設備的接線情況各不相同，要根據實際情況實際操作。

4.接好外部設備后，就可以接崗亭內的設備了，崗亭內的設備主要為車道控制器，它相關于外部設備的一個服務器，起到控制外部設備運轉的作用。車道控制器內需要安裝兩臺地感主機，兩個信號防雷器，兩個空氣開關，一個車牌識別器，兩個開關電源（左邊12V，右邊24V）。其余設備提供車道控制器的廠家已提供。接線可根據ETC的接線圖接線，特別注意，接高速欄桿機的十二芯線，車道控制器底下端子依次為藍、紅、黑、紫綠（并聯）、棕（原接線圖出現了錯誤）。接線圖中的地感主機底座上方有短“彎線”，實為地感主機底座的部件，不作接線使用。接電源線的原則為左零右棕（雖然不是硬性規定，但是形成規定總比較好）。

5.把車道控制器的設備接好以后，就可以進行調試了。調試的主要目的是要讓外部的設備和車道控制器、電腦主機等連接起來，可以使用。調試的主要工具是：工程寶（硬件），抓拍主機的軟件、PCL725IO卡軟件和綜合顯示屏調試軟件。啟動工控機，將軟件按規定方法裝入電腦后，把PCL725IO卡打開，如果外部設備未啟用應為低電平（綠色），使用時為高電平。點擊按鈕，外部的高速欄桿機，抓拍設備都應有相應的動作。如果不能控制，檢查接線是否正確，IO卡及軟件是否正常。打開抓拍主機的軟件，按廠家提供的使用方法按步驟操作軟件，使用過程中畫面會出現畫面過白或過黑的現象，出現這種情況，手動調試外部的抓拍主機。將工程寶連接好攝像機后，調試焦距和光度，直到調試到最佳畫面即可。然后再調試綜合顯示屏，打開綜合顯示屏的軟件后，把界面上面的文字，數字，速度，噸位數等信息發送，如果綜合顯示屏收到發送的信息即可認定綜合顯示屏使用正常。監測地感線圈能夠正常使用的方法是：開車各路過進出車道的三個地感線圈，如果抓拍主機的閃光燈閃，抓拍主機的軟件能抓到車牌，并識別正確，即認為能夠正常使用。如果不出現這個情況，檢查雙絞線與地感線的接線，與抓拍相關的接線是否正確，統一。

上述是安裝、調試ETC的大致步驟，在此過程中，出現了一些問題，也得到了相應的解決，同時親身實踐也有一些的心得體會。遇到問題一定要想各種辦法，從最可能出錯的地方檢查。設備出現了問題，如果現場有同樣的設備，可使用調換的方法，即可檢驗設備是否出現問題，進而推斷接線等問題。安裝、調試一定要按步驟，按方法一步步的進行，切忌想當然，“我以為“式的進行，這樣出現問題，解決仍然需要浪費很大的時間，得不償失。從公司出發之前，一定要想好現場可能出現的各種情況，備好相應的工具，材料，不要因自己的疏忽費時費力費錢。最后無論干什么工作，一定要注意安全，安全至上，安全才是一個人最大的資本。

第四篇：中央空調安裝調試

1、空調水系統套管分為兩管制、四管制和分區兩管制水系統。兩管制水系統是指有一套供水管路和一套回水管路系統的水系統，夏季供冷水，冬季供熱水。在機房內進行夏季供冷冬季供熱的工況交換，過度季節不可使用。這種系統結構簡單，布置方便，占用的面積小，節省初投資。運行時冷、熱水的水量相差極大。該系統不能同時實現同時供冷和供熱。三管制系統是指冷水管和熱水管分開設置，而回水管公用的系統。冷熱量的交換系統很嚴重，能量損耗大。末端控制和水量控制較為復雜，較高的回水直接進去冷水機組，不利于冷水機組的運行。四管制指 冷熱水系統的供回水管分開設置。投資較大，運行管理較為復雜，管路較多，系統復雜。

2、冷熱水、冷卻水系統的試驗壓力，當工作壓力小于等于1.0Mpa時，為1.5倍工作壓力，但最低部小于0.6Mpa；當工作壓力大于1.0Mpa，為工作壓力加0.5Mpa 對于大型或高層建筑垂直位差較大的冷（熱）媒水、冷卻水管道系統宜采用分區、分層試壓和系統試壓相結合的方法。一般建筑可采用系統試壓方

法。分區、分層試壓：對相對獨立的局部區域的管道進行試壓。在試驗壓力下，穩壓10min，壓力不得下降，再將系統壓力降至工作壓力，在60min內壓力不得下降、外觀檢查無滲漏為合格。系統試壓：在各分區管道與系統主、干管全部連通后，對整個系統的管道進行系統的試壓。試驗壓力以最低電的壓力為準，但最低點的壓力不得超過管道與組成件的承受壓力。壓力試驗升至試驗壓力后，穩壓10min，壓力下降不得大于0.02Mpa，再將系統壓力降至工作壓力，外觀檢查無滲漏為合格。凝結水系統采用充水試驗，應以不滲漏為合格。

3、釘貼法:釘貼法是日前經常采用的一種保溫方法，首先將保溫釘粘在風道外壁上，然后再將保溫板緊壓在風道上，露出釘尖(圖4---56)。保溫釘形式較多，有金屬、尼龍或在現場用鍍鋅鋼板自制的。保溫釘一般要求在矩形風道底面上的問距約2O0mm,側面約300mm ,頂面30O~400為宜。板縫應整齊嚴密，板材或卷材要與管壁壓實、壓平，不得留有縫隙。保溫釘穿透保溫板后，套好墊片，然后將釘尖扳倒壓平即可:粘釘時，宜每排錯開1/2間距，在施下中常會出現在矩形風道的頂面少粘釘或不粘釘的現象，這樣會使頂面的保溫層不能很好地與風道貼實，而造成保溫(保冷)效果降低。保溫板不帶鋁箔時，可外包扎玻璃絲布，再做面層。

4、氣密性試驗的方法之是打壓試驗，即用氮氣充入制冷系統中觀察其壓力變化，以鑒別是否有泄漏。打壓試驗時，要在制冷系統中安裝高壓壓力表和低壓壓力表（使用復合式壓力計也可）。

氮氣可由低壓側充入。試驗時，高壓壓力不超過1.6MPa(16kgf/cm2)，低壓壓力不超過1.0MPa（10kgf/cm2）。充入氮氣后可觀察壓力表，經8小時未見明顯的壓力變化即為合格：若壓力有所變化，應該用肥皂水進行檢漏，以查明漏點。

第五篇：設備安裝及調試培訓總結及心得體會

設備安裝及調試培訓總結 為了系統的學習華為設備的基本情況，為今年職業技能鑒定打下良好的基礎，從 09 年 2 月 16 日到 3 月 2 日，到**參加華為設備安裝及調試情況，現總結如下。

一、學習內容： 1、光纖通信原理； 2、SDH 基本原理； 3、METRO 系統硬件介紹； 4、設備組網； 5、設備組網上機訓練； 6、設備日常維護； 7、故障處理及人為故障研究。8、熟悉變電站主接線形式 9、熟悉變電站一、二次運行設備型號、作用、原理

二、總結及心得體會： 為了盡快的適應培訓崗位教學要求，能夠承擔各類培訓教學任務，早日成為一名優秀的教師，根據培訓中心的要求進行細致的崗前培訓。本次學習是帶著目的學的，所以上課時候聽課非常認真，作好每次筆記。在有效的時間內，系統學習了通信的基本理論，但是由于底子薄，象 SDH、組網的更深內容還是理解的少，因為在實際組網中用到的主要內容還是以 SDH 內容為主，但是還是對這方面有了比較系統的 了解。尤其是調試項目是今年開展職業技能鑒定必須從事的內容，經向廠家有關人員的了解有了明確的思路，為制定培訓情況打下良好的基礎，同時為將要開展的技能鑒定工作的技能操作部分打開了思路，開闊了視野。為了能夠全面的熟悉設備，應在以后的時間系統的學習，與現場人員多接觸、多溝通，保證完全掌握使用此設備。