第一篇：40T溜子安裝調試工藝總結

40T溜子安裝調試工藝總結

一、設備參數

1、設備名稱:SJW-40T,減速器型號：JS-40，重量500kg，使用油脂：320中復合齒輪油，電機型號：煤礦隔爆三向異步電動機,輸出功率：40kw，電壓等級：380v-660v，接線方式：Y-△，電機重量：421kg。

二、下井裝車

1、電機、減速器、機頭、二節、55開關1臺裝一車，溜槽20節裝一車，大鏈150米、機尾、機尾軸裝一車

三、各部件及連接螺絲

1、機頭架子：0.620×1.75，二節：0.62×1.5，溜槽：0.62×1.5，刮板長度：430mm，眼距：385mm，大鏈：18×64×(15+1)，示意圖如下：

刮板間距:64×16=1024,軸皮2個，鏈輪2個，分鏈器2個，護軸板1個，押鏈器2個，盲軸1個

2、連接螺絲：機頭二節連接螺絲M20×90×4條，盲軸螺絲M24×120×4條，減速器機頭連接螺絲M24×175×4條，電機連接軸節套孔連接螺絲：M16×75×8條，護軸板架子與機頭架子連接螺絲M20×75×4條，軸皮螺絲M24×90×8條，分鏈器固定螺絲M24×175×4條，分鏈器擋板螺母M16×2條，護軸板螺絲M16×75×2條，押鏈器與機頭架子連接螺絲M20×75×10條，大鏈螺絲M20×75，電機上蓋螺絲M10×35×5條，軸皮鍵22.5（≤23）×13（≤13.3）×60（≤70）

四、安裝順序

1、首先安裝機頭架子（帶底鏈）依次安裝二節、普通槽至機尾，然后安裝結尾軸，再安裝減速器、電機，安裝護軸板托架、軸皮，分鏈器，護軸板，最后鋪上鏈，緊鏈,機尾打地錨試車。

2、如遇機頭二節沒正常到位，從機頭位置后返3.25米穿底鏈依次安裝普通槽。然后再安裝機頭、二節。

3、機頭搭接相關要求：

（1）刮板輸送機之間順向搭接時，機頭搭接不小于500mm，機頭底邊高出前面設備上沿300mm以上。（2）刮板輸送機之間斜交搭接時，機頭搭接不小于200mm，機頭底邊高出前面設備上沿300mm以上。（3）刮板輸送機順向搭接在膠帶運輸機機尾上時，機頭搭接不小于200mm，機頭底邊高出前面設備上沿300mm以上，釘好影子和皮帶兜子。

（4）刮板輸送機斜交搭接在膠帶運輸機機尾上時，機頭搭接不小于300mm，機頭底邊高出前面設備上沿300mm以上，釘好影子和皮帶兜子。搭接示意圖：

五、人力安排

1、安裝溜槽時：6人安裝，2人清臥

六、溜槽位置確定 公前母后，公揚母降

六、電機接線方式

橫Y豎△，Y升△降。

七、安裝過程中出現的問題及處理方法

1、刮板方向安裝反了解決方法：

第二篇：調試+運行工藝總結

一體化設備工藝調試總結

考慮到我們設備的目標是打造標準化產品，故以下分析重點針對典型生活污水。

以下分析數據及結論以西科大試驗機、云南項目、紫陽項目（貝斯-50型號）為基礎分析實際總結為依據：

總的來說，對于確定工藝（A3/O+MBBR）后的調試（含運行）之所以還能分出不同，主要是針對不同進水水質來分的。眾所周知，不同類型（污染程度）的污水在同一工藝下運行，在前期調試及后期運行中，在工藝控制方面肯定是不一樣的。下面就針對不同類型的污水，在小型一體化設備調試及日常運行中可能出現的問題進行分析及給出對應解決措施：

一、典型生活污水：即各個污染物濃度比例正常，在合理范圍內，一般來講指COD在400左右，氮類污染物在30左右，磷類污染物在4左右，PH在7左右，該類水系統啟動較容易，且后期運行也會比較穩定（試驗機已驗證），該類污水的達標處理我們的一體化設備是完全沒有難度，即便在我們早期設備中也已經得到過充分證明，下面就這一類型污水做下關于調試及運行的分析總結。

1、調試： 系統啟動：

1）設備初次啟動接種污泥，好氧池污泥沉降比（SV30）要求達到20%以上，系統悶曝24小時，此階段主要是為恢復接種污泥活性，若接種為新鮮活性污泥（非脫水干污泥）可省略此步驟直接進入馴化階段，注意，就我們貝斯設備來講悶曝時間不宜過長；

2）完成系統污泥接種后就開始污泥馴化，期間要注意控制以下條件參數：a、調試期間，控制好氧DO值，2mg/l左右即可，不宜過高。之所以要強調一下這個常識，主要是我們的設備總體積較小（相對污水廠），各個功能池就更小，且調試期間系統污泥性狀處于恢復適應期，微生物活性處于非活躍期，代謝較慢，因此在這個階段，充氧設備稍微一開，充氧區溶解氧就會很快升到很高值，對填料掛膜及生物量穩定造成不利影響，進而給調試造成不必要延期；b、系統調試期間需控制好每天原水進水量（不宜大于設計處理能力的50%），需現場人員密切觀察系統污泥量變化（可通過簡易觀察沉降比來判斷）及填料生物膜附著情況，以確定時間段內合理的原水進水量。一般來說，在系統初次啟動時期，主要觀察每天系統內生物量有無增減（有緩慢增長視為正常）；c、我們的一體化設備受水質分析條件限制，調試主要靠現場人員細心觀察判斷，以產水目測比較清亮透徹為主要估算依據，在b項基礎上，如果觀察到系統產水較清亮，則可緩慢增大進水量，增大多少以產水與上次相比是否清澈透亮為依據，直到達到設計進水量，產水仍穩定清澈透亮，申請化驗；d、現場調試人員調試階段主要通過觀察控制系統生物量及生物物理性狀（比如顏色為土黃色、氣味無厭氧臭味、沉降性較好泥水分界明顯、污泥絮體較大呈片狀等）來判斷設備系統是否已經完成調試，只要設備各功能區生化性能正常，產水達標是水到渠成的事（試驗機已經證明）； 3）特別強調：系統充氧攪拌力度不宜控制過大，否則不宜填料掛膜；如此基本15天可實現系統產水主要污染物達標，填料生物膜有一定量的附著，基本完成系統生化調試；

2、日常運行：

日常運行的主要目的是通過各種控制干預手段維護處理系統的穩定性，進而來實現系統產水穩定達標，一體化設備的日常運行也是如此，合理的工藝控制模式在調試階段已經被確定，日常運行就是維護控制的穩定，并根據來水變化和季節等因素對這個控制模式進行校準，以保證產水穩定達標。

1）夏季控制：好氧DO值不宜大于4m/l，否則掛膜填料極易脫模；同時考慮到系統除磷主要是通過排放剩余污泥來實現，過高的溶解氧條件下，系統污泥自身消耗加劇對系統除磷不利；剩余污泥控制每3天左右排放一次，自動排泥時每次排泥時間不宜超過20秒，若監測到產水氮類污染物濃度超標，視超標情況，需適當延長剩余污泥排放間隔，減少系統剩余污泥排放，若監測到產水磷類污染物濃度超標，視超標情況，需適當減短剩余污泥排放間隔，以實現增大剩余污泥排放量；沉淀池污泥回流設定間歇回流，回流目的是將沉淀池截留系統污泥重新返回系統循環，因此，需視系統污泥量情況確定回流間隔及大小，以目測不到沉淀池有大量污泥上浮，視為合適的污泥回流間隔，該時間間隔因不同型號設備沉淀泥斗大小及回流數量不同而不同，需具體型號分析；沉淀池排渣設定時間間隔以每天排渣1次為宜，每次排渣時間30秒以內，若系統仍有污泥在池表面積累，則說明污泥回流設定欠合理，否則若任意減短排渣間隔延長排渣時間必然造成系統污泥非正常流失，進而影響系統穩定性；

2）冬季：考慮到我們設備因規模較小造成的整體保溫效果較低現實，冬季低溫環境必然嚴重影響設備生化處理效率，且冬季系統原水污染物濃度會有一定增高，因此系統需適當增加生物量，具體做法就是適當提高系統污泥濃度，具體參考西科大實驗室相關運行經驗；

二、非典型生活污水

非典型生活污水也是生活污水，只是由于一些僅存在某些特有生活習慣的地區或環境，而造成的該類生活污水出現的污染物濃度比例失調的生活污水。該類水其中某項污染物濃度偏高或偏低，進而造成適宜微生物生長的營養比例失調，系統微生物無法正常生長，而影響產水很難實現全部指標達標。

以下就該類列舉集中我們遇到的情況進行分析。

1、原水COD偏高，但可生化性能良好，氮、磷類污染物濃度正常，該類污水只需在運行中提高系統污泥濃度同時維持好氧區溶解氧2mg/l即可，以云南曲靖白龍樹村項目為例，原水COD濃度檢測在1000mg/l左右，但氮磷類污染物濃度不高，SV30在35%左右即可保證產水達標排放，該類水缺點就是剩余污泥產量較大；

2、原水總體污染物濃度偏高，但各種污染物濃度比例合理，即有機污染、氮、磷類污染都處于較高值，但總體濃度值接近合理的100:5:1范圍。該類水在運行中需考慮放大停留時間，否則氮類污染物不易達標，同時需增大系統生物量；

3、原水氨氮總氮偏高，60mg/l以上，COD、TP正常，需延長剩余污泥排泥間隔4-5天排一次剩余污泥，需保證厭氧、缺氧段充分滿足工藝對DO值的控制要求，一定避免DO值過高；

4、原水總污染濃度較低，COD污染在100mg/l左右，屬于微污染污水，該類水在一體化設備這種小型水處理項目中，想穩定長時間達標，只能通過填料掛膜來實現，因為有機物污染較低，污泥很難正常生長。該類水在調試及日常運行中必須特別注意系統充氧量及充氧強度不能高，以保證填料有效掛膜，只要填料能正常掛膜，在運行中生物膜能正常更新，則產水必然能穩定達標；

5、原水氮、磷類污染物偏高，而COD濃度正常，進而造成正常生化進行中碳氮磷比失調，造成系統脫氮進行不完全，磷類無法正常排出系統（COD低，系統無法維持足夠多的污泥，無法排泥分離去除磷）。該類水經驗證可以通過投加碳源，實現配平衡碳氮磷比例，進而實現系統正常運行達標排放，但運行成本較高，同直接進行化學降解成本上相差無幾。

第三篇：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

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

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

安裝調試總結

建設單位：動力分廠

信息中心

中色（寧夏）東方集團換熱站系統包括南線換熱站、北線換熱站（大小機組）、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日

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