第一篇：機電設備安裝與調試學期總結（推薦）

機電設備安裝與調試學期總結

時光飛逝，現在已經大2了，馬上就要畢業了。在這兩年里，自己努力了不少，也進步了不少，學到了很多以前沒有的東西，我想這不僅是學習，更重要的是給了我一個鍛煉的機會。從這這個學年我們接觸了這門學科：機電設備安裝與調試。發現自己的知識面在拓寬，與社會接軌，讓我們了解了關于這門課程在企業的重要地位。

我深刻地體會到了老師和同學們的努力，很快的，我就對這門課程產生了濃厚的興趣，鍛煉了自己動手的能力，相信在以后工作中用的到，那樣我們就在起跑線上就贏了別人，我們把每一次實操都認真的完成，我們想像自己在一個大的公司，我們要有一顆負責的心態，對工作認真的態度。合作協調是很重要的.我在實操中學到了這點，有時候我們需要和同學互相配合，因為我們缺少經驗，俗話說的好：三個臭皮匠抵一個諸葛亮嘛。在一些不足的地方老師會耐心的給我們講解，有些地方我們沒有掌握的就動手操作給我們看。

我們學習了螺栓聯接問題：螺栓、螺母聯接是機電行業的一種最基本的裝配，聯接過緊時，螺栓在機械力與電磁力的長期作用下容易產生金屬疲勞，發生剪切或螺牙滑絲等聯接過松的情況，使部件之間的裝配松動，引發事故。對于電氣工程傳導電流的螺栓、螺母聯接，不僅要注意其機械效應，更應注意其電熱效應，壓接不緊，接觸電阻增大，通電時產生發熱-接觸面氧化-電阻增大的惡性循環，直至嚴重過熱，燒熔聯接處，造成接地短路、斷開事故。對于一次設備及母線，聯接線的并溝線夾、T型線夾、設備線夾、接線相等都可能因此產生程度不同的事故

電氣設備問題：(1)安裝隔離開關時動、靜觸頭的接觸壓力與接觸面積不夠或操作不當，可能導致接觸面的電熱氧化，使接觸電阻增大，灼傷、燒蝕觸頭，造成事故。

(2)斷路器弧觸指及觸頭裝配不正確，插入行程、接觸壓力、同期性、分合閘速度達不到要求，將使觸頭過熱、熄弧時間延民，導致絕緣介質分解，壓力驟增，引發斷路器爆炸事故。

(3)電流互感器因安裝檢修不慎，使一次繞組開路，將產生很高的過電壓，危及人身與設備安全。

(4)有載調壓裝置的調節裝置機構裝配錯誤，或裝配時不慎掉入雜物，卡住機構，也將發生程度不同的事故。

(5)主變壓器絕緣破壞或擊穿。在安裝主變吊芯和高壓管等主要工作時，不慎掉入雜物(如螺帽、鑰匙等，這些情況在工程實踐中并不罕見)，器身、套管內排水不徹底，密封裝置安裝錯誤，或者在安裝中損壞，都會使主變絕緣強度大為降低，可能導致局部絕緣破壞或擊穿，造成惡性事故。

還有一些裝配的規定：每種設備的安裝，都有一定的作業方式和工作順序，不能急于求成，工序顛倒。例如：井架安裝，常規作業方法是一層組裝起后，進行初操平找正，然后逐層安裝。井架安裝完后，各連接部位必須一條不少地穿上螺栓，擰緊所有連接螺栓，進行整體操平找正。最后才是井架四腳二次灌灰。切不可一層安裝完后不進行初操平找正，整體安裝完后不精確操平找正，連接部位缺件，就二次灌灰，給上層安裝工作帶來困難，造成不好安、對不上、穿不上螺栓等尾工量多的現象，結果造成安裝質量低，不合乎安裝質量標準要求。

我想我們應該只是學的一點大概，沒有深入的進行了解，只有當我們進入企業從事相關工作的時候，我們會更加的了解這門課程。以上就是我的機電設備安裝的學期小結。

第二篇：機電設備安裝與調試Microsoft Word 文檔

機電設備安裝、調試與維修專業介紹 專業培養目標：培養掌握機電設備生產、安裝、調試、維修和管理等方面的專業知識及操作技能，從事機電設備維修和管理工作的中級技術應用性專門人才。

專業核心課程與主要實踐能力：機械制圖、電工電子技術、自動檢測技術、液壓與氣動、設備電氣控制與維修、機電設備安裝與維修、計算機輔助設備管理、維修電工實訓、機電設備安裝調試拆裝保養實習、課程設計、畢業實習等畢業生應掌握的知識和應具備的技能、能力：

1．掌握電氣和機械設備的基本知識；

2．掌握機電設備安裝、維修和管理的基本知識；

3．具有編制常用機電設備安裝、施工方案和操作規程等技術文件的能力；

4．具有編制常用機電設備維修工藝的能力；

5．具有常用機電設備驗收、安裝、調試、判斷設備故障及維修的能力；

6．具有維修電工、機修鉗工或某種主要機械加工設備的操作能力。

第三篇：機電設備安裝、調試、驗收管理制度

機電設備安裝、調試、驗收管理制度

1、礦井上下機電設備安裝工程和10KV及其以下的電氣安裝工程，按《煤礦機電安裝工程質量標準及檢驗評級試行辦法》進行驗收。

2、新安裝的設備在使用前必須由礦機電主管工程技術人員組織有關人員詳細研究說明書內容，并制訂出操作規程。在使用初期，主管工程技術員要經常檢查其運行情況。

3、新設備安裝必須有安裝設計，施工單位嚴格按照安全規程和設備說明書要求進行安裝，對隱蔽工程應有工程記錄。

4、施工單位對新設備，或經大修后的設備進行驗收，凡未經檢修好的設備嚴禁繼續使用。

5、設備安裝完畢后，由機電動力科組織相關業務部門人員，施工單位及使用單位共同按施工圖與安裝質量驗收標準進行驗收。

6、在設備試運轉驗收中，一般設備空運轉2—4小時，帶負荷運轉24小時無故障，無異常才算合格，特殊設備按相關標準驗收，如發生故障以及其他遺留問題由安裝單位限期進行處理，合格后方能移交。

7、大型設備或關鍵設備按相關規定要求進行調試驗收。

第四篇：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日