前言：中文期刊網精心挑選了監控系統設計論文范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
監控系統設計論文范文1
1.1遠程監控需求分析
1）具有遠程控制休眠、喚醒地震儀功能。地震儀在放炮之前喚醒，在停止施工期間休眠，地震儀可有選擇的進行采集工作，這樣大大節省了數據存儲空間，降低了采集系統的功耗，延長了儀器的待機時間。
2）可查詢如CF卡剩余空間，內置電池電量，位置經緯度，采集站狀態等信息。對剩余空間、電池電量不足，采集站狀態錯誤且不能遠程修復的采集站及時安排工作人員更換。提高野外勘探作業的工作效率和靈活性，增強采集系統數據的可靠性。對讀取回來的地震儀經緯度信息在上位機端進一步處理，可用于研發地震儀排列位置監測及遠程防盜系統，保障野外勘探儀器的安全性。
3）遠程控制地震儀自檢功能，并能回收自檢數據。地震儀系統自檢內容包括檢波器內阻、噪聲、隔離度測試等，一次完整的自檢過程通常需要2-5分鐘，因此無纜存儲式地震數據采集系統一般只在開機時自檢一次，之后則無自檢過程，因此采集站的部分工作狀態，如檢波器連接狀態等僅僅反映了系統開機時的狀態，不能作為現場質量監控的標準。法國UNITE系統由于沒有遠程監控功能，在自存儲模式下通常是定時自檢，自檢時間為5分鐘，在系統自檢期間，地震儀停止其它一切工作，這樣就減弱了地震儀野外勘探作業工作的靈活性。
4）有一定的遠程修復及設置功能。如配置系統采樣率、增益，系統復位等，出工前對地震儀的工作參數進行統一配置，布設到野外后，根據自檢結果對有問題的地震儀進行參數設置和系統復位等操作，遠程修復和解決問題，節省人力物力，提高無纜地震儀智能化控制程度。
1.2無線通信技術的選擇
目前成熟的無線通信技術較多，如Wi-Fi、Zigbee、Bluetooth、GPRS、3G等，這些通信技術被廣泛應用到生活及工業生產中，北斗短報文是近幾年才發展起來的一種遠距離通信技術，表1列出了應用以上幾種通信技術典型模塊的最大數據傳輸速率、傳輸距離、通信頻帶的參數值。
1.2.1Wi-Fi
Wi-Fi是IEEE802.11系列標準的統稱，其傳輸速率快、安全性高，可集成到已有的寬帶網絡中，配合路由器組建有線、無線混合網絡快捷方便。地震勘探儀器中Wi-Fi常用的組網模式有兩種，即AP（無線訪問接入點）模式和AdHoc（點對點）模式，在野外我們可以用架設AP基站的方式來拓撲無線局域網絡的覆蓋面積[3]，而AP之間可以通過網橋設備連接，從而完成更大面積的網絡覆蓋范圍，然而在實際勘探應用中AP基站和網橋設備架設困難，尤其應用于大道距的二維或者三維勘探工作中，需要更多的基站與網橋，較大的影響了施工進度。AdHoc是一種無中心、自組織、多跳移動通信網絡，結點間通過分層的網絡協議和分布式算法相互協調，實現了網絡的自動組織和數據的相互交換，這種模式下地震儀可將其采集數據及工作狀態信息接力式的傳輸回控制中心，美國WirelessSeismic公司的RT2無線遙測系統就是應用了這種多跳的數據傳輸方式，兩個節點間通信距離的范圍約為25~70m，然而這種工作模式會導致越靠近中央記錄系統的節點積累的數據量越大，且在線性的網絡拓撲結構中，數據傳輸的穩定性受通信距離與地形環境影響較大，數據通信的質量和速率難以得到有效的保證。
1.2.2GPRS、3G移動網絡通信技術
移動網絡通信技術已經成為人們工作生活中不可或缺的重要組成部分。該技術具有抗干擾能力強、傳輸速率高、網絡覆蓋面廣、接入時間短、建設成本低等特點[10]，在地震勘探中可被應用于移動網絡信號覆蓋范圍內的地震臺網遠程監控，它提高了遠程儀器維護的工作效率[11]。然而在地震勘探大道距（道距大于1km）地震深反射、折射探測作業中，由于其基站的信號覆蓋范圍有限，對于遠程監控地震采集站工作存在一定的局限性。
1.2.3北斗短報文通信技術
北斗衛星作為北斗通信技術的中繼，轉發來自地面用戶端的定位及通信請求，地面中心站控制端接收到請求后，解析消息后將解算出的位置信息傳回用戶端或將接收到的接收信息通過北斗衛星轉發至另一地面用戶端，達到衛星定位及通信的目的。北斗短報文通信技術在應用時具有信號覆蓋范圍廣、安全、可靠性高和控制簡單等特點，用戶一次最大可以傳送120個漢字的報文信息，而民用信息發送的頻度通常為30-60s，接收信息則沒有頻度的要求，對于地震儀基本的控制命令收發及狀態信息的傳送，北斗短報文通信技術可以滿足無纜地震儀基本狀態監控數據傳送的要求。
1.3系統結構設計
基于北斗的無纜存儲式地震儀遠程監控系統工作，系統由主控中心、北斗衛星、采集單元三部分組成，主控中心通過北斗指揮機完成對采集單元遠程的控制及狀態數據的回收工作，并對接收到的數據進行管理和存儲。采集單元完成地震數據采集的同時，通過北斗通信模塊可接收來自主控中心端的控制命令，并反饋執行結果信息。北斗衛星是控制命令及反饋信息傳遞的媒介。
2采集站單元設計
2.1硬件設計
地震檢波器將地面振動信號轉化為模擬電信號傳輸到FPGA數據采集單元，由FPGA完成數據的采集、緩存，并提供必要的測試、控制功能。AT91RM9200作為中央處理器，讀取FPGA中存儲的數據，并轉存到CF存儲卡中；通過SPI接口與Wi-Fi模塊連接，實現近距離的無線數據傳輸功能；通過UART與GPS、北斗模塊連接，為采集站提供高精度的授時、定位、遠程通信功能，完成數據同步采集、位置信息獲取、工作質量遠程監控。采集站也可通過以太網接口與電腦終端連接，完成數據的回收及參數設置、檢查工作。采集站在野外應用時采用太陽能和內置鋰電池兩種供電模式，電源智能管理系統會根據采集站當前工作的天氣條件轉換供電模式，保證儀器可靠、穩定的工作[12]。
2.2軟件設計
采集單元的主控制器ARM9運行嵌入式Linux內核版本為2.6.31的操作系統，北斗通信進程完成對北斗模塊接收信息的解析與執行，及執行結果的反饋。北斗短報文通信系統包括指揮機與用戶機，指揮機是北斗短報文通信系統的中央控制器，它相當于一個服務器，負責接收來自多個用戶機的報文，并可以控制多臺用戶機來完成相應的指令。用戶機是北斗短報文通信系統的子節點，相當于一個客戶端，負責將節點工作信息上傳到指揮機，和接收來自指揮機的命令。北斗用戶機在接收到指揮機傳來的信息時，用戶機會通過UART將信息內容上傳給下位機系統，下位機會根據其數據傳輸的格式將信息進行解析，并根據信息包含的指令內容來執行相應的任務。
3上位機服務器軟件設計及測試
主控中心由上位機、打印機、存儲器、發電設備、北斗指揮機組成。上位機與北斗指揮機完成命令的選擇與打包發送，及對采集站反饋信息的接收、顯示、存儲和打印處理。發電設備輸出220V的交流電壓，為上位機及其外設供電。此外上位機服務器軟件通過對GoogleEarthAPI接口的調用，實現了對野外采集站排列位置的遠程監測，為微動勘探實驗中按兩個嵌套式三角形方式排列的采集站傳回的GPS位置信息在GoogleEarth中的顯示。操作人員可根據地圖顯示軟件中采集站的排列位置了解施工進度，獲取采集站排列班報，完成布站人員調度等工作。為了了解遠程監控系統的性能及數據傳輸丟包、誤碼情況，設計如下測試實驗：將7臺內置有北斗通信模塊的采集站接好檢波器放置在室外采集，由主控中心完成與各個采集站間的數據包收發，采用60s一次通訊頻度，數據包長度為200字節，從500個樣本數據中任選7個，分別用于七個站的通訊測試，主控中心將樣本數據依次發給各個子站，并重復500次，子站收到數據包后向主控中心返回相同的樣本數據。主控中心計算從開始發包到收包完成的時間間隔作為通信的延時，主控中心與采集站分別記錄通信時丟包數，并根據與標準樣本數據對比的結果記錄錯包數。
4結論
監控系統設計論文范文2
本縣治安視頻監控系統于2008年開始構建，09年正式投入使用，它主要由三大部分組成：一是縣政府牽頭建設的平安城市“天眼”工程；二是公安機關內部自建的監控系統，用于對槍彈庫及局機關下屬各部門的重點部位進行監控（紅外定像監控頭）；三是社會單位自建自用的監控系統（正在建設屬于第三期工程尚未投入使用），其中包括金融系統、公共娛樂場所、及廠礦企業安裝的監控系統。
二、當前視頻監控系統建設應用中存在的問題
1、我縣“天眼”視頻監控系統是一期工程建設的社會治安動態視頻監控系統，共有35個視頻探頭，以單獨立桿標準安裝在縣城各個重要路口及位置，該視頻探頭雖可360度旋轉，并自動記錄圖像，但因建設模式采用的是“電信建設，公安租用”，所以在設備選型、配套設施等方面都存在有一定的局限性，首先目前電信采用的前端攝像機和編碼器等設備型號較早，參數、性能等不能滿足我縣安全監控工作需要，有些監控錄象機的參數、性能等在相關網站上查找不到。其次對監控點安裝時沒有考慮到輔助光源，造成白天圖像效果尚可，夜間因光源不足或缺少光源、監控攝像頭防護罩未及時清理灰塵，造成視頻監控成像模糊，無法辨認，大大降低了實戰效能。如所安裝的35個視頻探頭在夜晚光源不足或缺少光源、監控攝像頭防護罩未及時清理灰塵時，造成視頻監控成像模糊，無法辨認。由于以上種種原因嚴重影響社會治安視頻監控系統的實戰效能，我們建設社會治安視頻監控系統的目的不是為了看，現在連看都看不清的一個監控系統，更談不上服務于實戰、更深層次的應用了。
2、現有技防監控系統覆蓋面雖高，但單位值班人員落實不夠好。監控室內值班人員不足，無法保證夜晚值班質量，因值班人員嚴重不足，從而導致值班人員沒有足夠的時間去認真觀察監控圖像，不能及時發現犯罪，只能亡羊補牢。
3、對已建的技防監控系統使用及后期維護還存在一些問題。一是缺乏具有熟悉監控系統的專職人員對技防監控系統進行監控；二是日常線路的維護和保養工作沒有及時得到落實，導致許多監控點出現圖像不清及黑屏等問題無法及時得到解決。
4、視頻功能本身不合理，雖可以360度人工旋轉，但無法自動定時定角度旋轉，實現全天候、全方位監控。
5、監控器的位置擺放不合理，觀察不到關鍵位置和必經之路或攝像機易被破壞。主要體現在監控點施工不規范，安裝質量大打折扣，施工中直接將攝像機安裝在建筑物、路旁電桿或其它附屬物上，既不安全，也不利于全方位監控，有的監控點安裝時沒有考慮輔助光源，造成白天圖像效果尚可，夜間圖像效果模糊，大大降低了實戰效能。
6、多個新建住宅小區及重點部位未安裝視頻監控。從目前我縣社會面監控系統使用情況看，視頻監控系統建設雖然起步較早，但與經濟快速發展、農村加快建設、動態治安控制的要求相比，與發達地區相比，建設速度仍然滯后，監控探頭總量還不多、密度不大，部分重點單位、企事業機關、道路街面、公共復雜場所、居民住宅小區等還存在監控盲區，金融單位、加油站等內部監控設備安裝還沒有完全到位。特別是居民小區、企業事業等單位重點部位在主動落實技防措施上顯得力度不夠，僅靠公安機關一家“單打獨斗”，導致社會面監控系統覆蓋率不高，根本無法與當前日趨復雜的社會治安形勢相適應。
三、對技防監控系統的建議
1、在建設過程中要注重圖像存儲質量、有效畫面抓錄、圖像保存時間等，最大限度地滿足實戰需求
在技術層面上，要廣泛應用無線傳輸、網絡傳輸、移動監控、人像自動識別等高端技術，并積極協調電力部門配合支持，確保夜間監控區域光亮度達到要求，提高監控圖像清晰度。在后續維護上，要建立一支設備維護隊伍，在各個點確定一至二名維修人員，負責日常檢查督導定期維修，以確保系統正常運轉。要組織相關維修人員對監控設備的視頻功能進行合理調整，使它們自動定時定角度旋轉，達到全方位自動監控。對監控器的位置擺放不合理的地方，進行重新安裝和調整，使關鍵位置和必經之路等都能得到有效防控。
2、統一規劃，在建設布局上實現全覆蓋
縣委、縣政府要結合我縣實際，出臺全縣治安監控實施方案，限時、保質、保量完成任務。采取單位籌資、縣獎勵的辦法解決投資經費，并嚴格落實獎懲制度，鼓勵先進，鞭策后進，全面推進。在治安保衛重點單位、集鎮街道、車站碼頭、公共復雜場所，治安卡口、治安復雜地區等，要突出重點，全面安裝視頻監控。在縣道、省道要合理布建監控探頭，要合理布局，并且定時抓拍。各監控系統、監控點之間要互為補充、有機銜接、聯成網絡，做到跟蹤接力、連續拍錄，不留空白和盲區，做到全面覆蓋。
3、健全規章制度
進一步建立健全設備維護制度、值守人員工作制度、監控信息調閱復制制度、監控信息分析制度、業務培訓制度等一整套監控系統管理工作制度，把設備運轉、安全維護、服務運用、信息調閱等各個環節的工作納入規范化管理軌道，用制度強管理，確保系統高效運轉、發揮作用。對運用系統預防制止犯罪、發現重大線索證據破案或提供重要情報信息的要及時給予獎勵，并堅持監控成效與獎金福利、評先評優、年度考評相結合，激發值班及維護人員的工作積極性；對因工作失職造成嚴重后果的，要落實責任倒查，嚴肅責任追究。
監控系統設計論文范文3
車速傳感器可以發出一定占空比的方波信號，設計采用單片機的脈沖模塊來捕捉可以用來測量信號的周期。車速采集的程序流程如圖2所示。步進電機的轉動不但代表汽車的行駛速度，還代表節氣門的開度，每轉動一定角度就相當于節氣門的開度。因此，當輸入的實際車速A等于目標車速B時，步進電機將不轉動；當輸入的實際車速A大于目標車速B時，步進電機會反轉，減小節氣門開度，從而使實際車速降低至目標車速；當輸入的實際車速A小于目標車速B時，步進電機會正轉，加大節氣門開度，使實際車速升高至目標車速，汽車進入定速巡航控制。
2軟件可靠性措施
為了提高軟件系統的穩定性和可靠性，采取以下措施：（1）封鎖。實際系統中最強的干擾來自自身，如被控的負載電機的通斷、狀態的變化等，在設計軟件時應適當采取措施避開這些干擾。如：當系統要斷開或接通大功率負載時應暫停數據采集，等到干擾過去后再繼續進行；在適當的地方封鎖一些中斷源；幾個通道互相封鎖。這些都是避免或減少干擾的有效方法。（2）程序的失控保護措施。在控制系統中，一般情況下干擾都不會造成計算機系統硬件損壞，但會對軟件的運行環境造成不良影響。表現在：數據碼和指令碼的一些位受到干擾而出現跳變，使程序出現錯誤，最典型的是程序計數器發生跳變，可能把數據當作指令碼。這種程序盲目執行的結果，一方面造成RAM存儲器的數據破壞，另一方面可能會進入死循環，使整個系統失效。因此，應采取有效措施避免程序失控。
3Proteus仿真驗證
3．1定速巡航控制系統總體仿真電路設計
設計中定速巡航控制系統的主要參數是車速值及節氣門開度，因為進行實物測試有設備要求，設備比較復雜，而且測試結果不夠直觀，所以設計最終結果通過Proteus仿真來實現。仿真電路如圖3所示。Proteus軟件的元件庫中擁有AT89C52單片機、ULN2003驅動芯片、步進電機等元件，可滿足設計研究仿真需要。Proteus軟件中的車速采集信號可通過改變脈沖而改變車速，電動機的轉速可直觀地顯示出來，還可體現節氣門開度的大小。
3．2試驗結果與分析
在Proteus仿真平臺上分別對4種情況進行仿真，即實際車速A等于目標車速B、實際車速A大于目標車速B、實際車速A小于目標車速B及實際車速大于120km／h、小于40km／h，仿真結果分別如圖4～7所示。從圖4～7可看出：當輸入的實際車速A等于目標車速B時，步進電機不轉動；當實際車速A大于目標車速B時，步進電動機反轉，節氣門開度減?。划攲嶋H車速A小于目標車速B時，步進電動機正轉，節氣門開度加大；當實際車速A超過120km／h、低于40km／h（即脈沖頻率低于100Hz、高于999Hz）時，巡航控制系統會自動退出，步進電機不轉動。表明所設計的軟件能實現簡單的巡航控制系統指令，滿足預定要求。
4結語
監控系統設計論文范文4
關鍵詞：視頻監控；嵌入式；攝像頭；視頻壓縮；視頻采集
中圖分類號：TP37 文獻標識碼：A 文章編號：1009-3044（2016）26-0201-02
The Design And Implement Of Video Monitoring System Based On Embedded Linux
HE Yi
（School of Information Engineering，Guangdong University of Technology，Guangzhou 510006，China）
Abstract： With the rapid development of Internet， embedded network video monitoring is hotspot that attracting extensive attention in the present， and have involved in all fields， so the research for the video monitoring system has a certain significance. So in the direction of video monitoring， this paper proposes a system design scheme， The system using the Linux as operating system， S3C2410 as development platform and Collecting video image data by USB camera， after compression coding， the video image data is transmitted to the video server and client through the network， achieve the basic monitoring function.
Key words： video monitoring； embedded； camera； video compression； video capture
1 概述
在當前科技迅速發展的環境下，視頻監控系統已經在安防、交通監控和家居生活等重要領域得到了廣泛的應用。視頻監控系統經過了三個發展階段，第一是基于模擬攝像機的模擬視頻監控系統階段，第二是基于PC 端的數字視頻監控階段，第三是基于嵌入式Linux的網絡視頻監控系統階段[1-2]。傳統的模擬視頻監控系統存在傳輸距離和系統數據量有限、圖像質量低和不易擴展等不足，數字監控系統雖慢慢取代了模擬視頻監控系統，但其本身也存在視頻前端采集復雜、系統穩定可靠性差等局限。網絡視頻監控系統在各類技術的不斷發展的基礎上也在不斷發展中。在網絡技術快速發展的趨勢下，通過網絡傳輸視頻圖像[3-5]，是目前實現視頻監控最好的方法。本文設計并實現一套以S3C2410為開發平臺，以Linux為操作系統的基于嵌入式視頻監控系統，客戶端只要和監控終端在同一局域網內均可實時監控。
2 系統整體設計方案
該嵌入式視頻監控系統以Linux系統和S3C2410開發板作為系統核心平臺，由在前端的USB攝像頭實時采集視頻數據，經壓縮編碼后通過TCP網絡傳輸到后臺服務器，客戶端可實現實時監控。此系統主要由視頻服務器端和客戶端組成；服務器端包括視頻圖像采集模塊和TCP網絡傳輸模塊，它們的職責就是將視頻數據進行壓縮、編碼后通過TCP網絡傳輸到遠程終端設備上?？蛻舳酥饕獙崿F遠程終端設備的視頻顯示。
3 系統硬件設計
在該系統中，硬件結構包括視頻圖像采集模塊、視頻服務器模塊和TCP網絡傳輸模塊。視頻圖像采集模塊主要完成視頻數據的實時采集，ARM開發板通過攝像頭采集獲取視頻圖像數據，然后進行壓縮存儲和處理，然后通過網絡傳輸模塊將視頻數據傳輸到遠程移動終端上顯示。
4 系統軟件設計
軟件部分的設計主要包括：嵌入式Linux系統的裁剪和移植、視頻圖像的采集、視頻的網絡傳輸以及客戶端網絡連接程序。系統的裁剪和移植等技術本文不再作詳細的論述。以下主要介紹視頻圖像采集模塊和網絡傳輸模塊的設計。
進行視頻采集[6]必須加入video4Linux模塊，要從攝像頭設備中采集視頻圖像幀，必須依靠此模塊所提供的接口。video4Linux是攝像頭設備的相關內核驅動，它為攝像頭提供了編程所需的最基本的接口函數，比如ioctl（）函數、打開函數、寫函數和讀函數等的實現。并把它們定義在file_operation中，當應用程序對設備文件進行打開讀寫等一系列系統調用的操作時，系統將通過此結構去訪問內核驅動程序[7-9]所提供的一些基本函數。video4Linux中的數據結構為視頻采集提供了各種視頻圖像的相關數據信息，其中包括有：
video_window ：包含獲取的視頻圖像區域的基本信息
video_capability：包含設備信息，比如設備的分辨率范圍、設備的名稱和信號的來源信息等
video_picture：包含了所獲取圖像屬性；
video_channel：各個信號源的屬性；
video_mmapf：用于內存映射；
video_mbuf：包含映射的幀的屬性和信息，比如所支持的最多幀數、每一幀圖像的大小和每一幀圖像相對基址的偏移等屬性；
video_buffer：最底層對緩沖區的描述。圖3為整個的視頻圖像采集流程，視頻圖像的采集程序包括以下流程，一是初始化設備，二是打開設備，三是獲取視頻設備和視頻圖像信息，四是圖像參數設定，五是視頻圖像采集。
視頻數據網絡傳輸模塊本文采用B/S模式，以此模式來實現網絡視頻監控。本文采Boa來搭建Web服務器[10]。Boa 有它自己的特點，首先它支持CGI；其次它是單任務的，它與傳統的web服務器不同，第一，對于每一個連接，它不會去重新啟動一個新的進程，第二，對于二個或者多個連接，它也不會去啟動多個對自身的復制；再次，對于所有在進行活動的連接，Boa只會在內部對它進行相應的處理，而且，對每一個CGI連接，它都會重新去開啟一個進程。Boa支持的CGI公共網關接口適用于各種不同的平臺，是用戶應用程序與Web服務器最常用的通信接口。
5 系統仿真和測試
本文提出的構架方案和實現方案已經通過測試?？蛻舳吮O控界面如圖4所示。整個系統開發不僅簡潔，而且高效，同時成本比較低，穩定性非?？煽?，能夠被移動設備應用，實現實時視頻監控。
參考文獻：
[1] 顧永建，高守樂.基于嵌入式系統的網絡數字視頻監控系統[J].計算機技術與應用， 2005（1）：40-42.
[2] 楊建全， 梁華， 王成友. 視頻監控技術的發展與現狀[J]. 現代電子技術， 2006（21）.
[3] 李保國. 基于嵌入式 ARM 的遠程視頻監控系統研究[D]. 南京： 南京理工大學， 2009.
[4] 張建. 基于 S3C2410 和嵌入式 Internet 的家庭視頻監控系統設計[D].上海：上海交通大碩士學位論文，2007，1.
[5] 趙春媛，李萌，韓會山.基于ARM9的無線視頻監控系統設計與實現[J].計算機工程與設計， 2012.
[6] 張蕾.基于嵌入式 Linux 的視頻采集系統的研究設計[D].西安： 西安電子科技大學碩士學位論文，2010.
[7] 朱小遠，謝龍漢.Linux 嵌入式系統開發[M].北京：電子工業出版社，2012.
[8] 韋東山. 嵌入式Linux應用開發完全手冊[M] .北京： 人民郵電出版社， 2009.
監控系統設計論文范文5
關鍵詞：可編程邏輯控制器(PLC)，MODBUSPLUS，MODBUS協議，PLC串口通訊，邏輯梯形圖
0 引言
計算機監控系統在蓮花發電廠得到廣泛的應用，用來保障發電廠安全可靠運行。隨著設備的升級改造，新設備與監控系統的聯系越發的密切，各種不同的通訊方式導致改造設備有時不能很好的與監控系統配合進行工作，發電廠勵磁系統在設備改造后便出現了信息的采集和無功數據下送錯誤的情況。因此，我們可以通過更改Plc通訊方式和更改程序里配合時間的方法來解決這類問題。
1 蓮花發電廠勵磁系統概述
1.1 連接方式介紹
勵磁系統利用現場總線技術針對各個部分進行控制和信息交換。裝置本身提供多種對外接口，實現與電站控制系統連接。蓮花發電廠勵磁系統在改造初期是作為MODBUS PLUS網絡上的一個節點采用MODBUS PLUS協議與機組監控系統PLC進行監視和控制通訊。論文寫作，MODBUSPLUS。
1.2 MB+網絡中勵磁調節器與機組監控系統PLC的協議
1.2.1 廠商定義協議的讀寫操作：
讀取數據：MBP網關將勵磁系統狀態保存于10個寄存器中，PLC用MSTR功能塊讀取即可。
寫入數據：無功數值的寫入分為幾個部分：
a．無功值給定Address：1025 Dec，PLC將無功值寫入網關，網關將其傳給勵磁系統。
b．預置值進入恒無功調節Address：1026Dec，PLC將FF00 Hex寫入網關，網關再向勵磁系統發進入恒無功調節。
c．退出恒無功調節Address：1026 Dec，PLC將0000 Hex寫入網關，網關再向勵磁系統發退出恒無功調節。
在向網關置無功值之前，先將1025 Dec寄存器清零。每一次進入恒無功運行狀態時，都必須重新設置無功值,否則命令無效。論文寫作，MODBUSPLUS。具體的無功值為給定的無功值除以視在功率乘以10000。
2 在MB+網通訊下出現的問題
整個程序理論上符合勵磁廠商提出的要求，但在實驗運行過程中卻存在諸多問題。主要現象為實際多次發電過程中出現下上位機送無功數值后，勵磁調節器不能進行調整。勵磁網關硬件出現SUBNET ERR子網錯誤。重啟勵磁系統電源，MB+網關子網故障消失。論文寫作，MODBUSPLUS。初步判斷勵磁子網設備出現了問題導致子網錯誤，接收不到下行數據，這種問題可能跟程序的編寫順序有關，蓮花發電廠監控系統經過改造之后現已使用施耐德公司昆騰系列UNITY 65160 PLC,里面裝載的是UNITY PRO編寫的程序。隨著CPU處理速度的不斷提高每一次的掃描過程不斷縮短，本文中蓮花發電廠監控系統所使用的CPU完整掃描程序約為20MS。這就導致了幾種情況的發生，首先在以上所更正的程序中雖然恒無功調節的時間為8秒，之后無功給定數值沒有改變，勵磁調節器進行判斷后沒有進行再次的讀取網關中所提供數值，但MSTR功能塊依舊在每隔20MS一個周期的情況下向MB+網絡上的勵磁調節器節點發送相同數據，勵磁裝置不會讀取但會不斷的進行判斷；其次，與勵磁系統通訊屬于雙工方式上下行通訊的情況，對于數據的實時上送，PLC中MSTR的讀取也會給勵磁系統造成很大的負擔；第三，根據第一個情況所示我們根據設計在下達一個指令的時候保持0.5S，其實就已經向外部設備發出≥500/20次指令，這種情況對于MB+網絡中本身支持的這種端口設備來說符合電氣標準要求，但勵磁系統通過MB+轉485的轉換裝置后就會帶來一些問題，那么每一條指令的時間怎么確定既要滿足勵磁調節器判斷、接受和運算又要保證其設備不會導致停止響應。論文寫作，MODBUSPLUS。
3 分析問題和解決問題的方法
經過實驗分析認為，由于勵磁裝置通訊接口速率與PLC之間不協調導致。建議將原PLC與勵磁通訊裝置的MB+通訊，改為主-從方式的MB通訊，施耐德651 60系列PLC硬件本身支持對RS232和RS485串口通訊。適用于小到中等規模的數據量傳送(<= 255 個字節)且帶確認的數據傳輸，采用平衡發送和差分接收方式實現通信數據傳輸速率低簡單可靠。針對上述情況對程序作相應調整，在PLC中采用MB通訊功能指令XXMIT。該指令用來與其它支持Modbus協議的從設備進行Modbus通訊。
因為RS485通訊屬于半雙工通訊，所以XXMIT功能塊依據這一特點規定同一時間內只允許一個XXMIT功能塊占用串口，保證在低速率指令先后執行保證勵磁系統正確接受，程序設計過程中時間的配合問題至關重要。首先要考慮到當一個指令執行時所需要多少個周期來完成，其次要考慮到串口通訊時為了可靠的工作，在485總線狀態切換時需要做適當的延時因素的影響。所以程序設計過程中將無功設值、恒無功調節狀態碼和退出恒無功標志位按照嚴格的時間要求對勵磁系統進行發送，時間精確到0.01秒為單位。在改造過程中，設計了通過XXMIT功能塊來測試外圍設備相應速度的簡單方法（只是用于本文所提情況，為專業人員提供思路）。論文寫作，MODBUSPLUS。強制M1，用BITBOY等串口通訊軟件監視所發數據，記錄發送的請求和返回信息，整套系統串口通訊的響應速度=請求速度×PLC內部掃描周期。以上程序中所用到的0.1S的時間，就是用本方法計算得出的結果并達到預期效果。論文寫作，MODBUSPLUS。
4 總結
通過改造從可靠性方面保證機組監控系統與勵磁系統的通訊，使我們體會到運用先進設備的同時更要以安全、穩定為前提。同時反映了PLC在水電站控制方面的能力和靈活性，將工業領域中的可編程控制器PLC應用到水電站中，這對于水電站監控系統無論在技術上還是結構、性能等方面都是新的突破。對發電廠的安全穩定起著很大的作用。
參考文獻：
[1]AEGSchneiderAutomation.ModiconModbusprotocolreferenceguide[Z].AEGSchneiderAutomation,1996.
[2]中華人民共和國電力工業部頒發．1997．水利發電廠計算機監控系統設計規定
[3]于恒春.ModbusPlus網及其應用[J].微計算機信息,1997,13(4):26-29
監控系統設計論文范文6
【關鍵詞】智能家居 GSM模塊 單片機
隨著網絡技術的發展，網絡化智能家居系統可提供遙控、家電控制、照明控制、窗簾自控、防盜報警、可編程定時控制及計算機控制等多種功能和手段，使生活更加舒適、安全和便利。本文設計的基于GSM網絡的智能家居監控系統由智能監控模塊、數據采集系統和用戶手機構成，通過GSM短信息的收發實現對家庭設備的遠程監控。
1 總體設計方案
系統由中心控制模塊和各分散控制模塊組成。中心控制模塊實現控制用戶手機和各分散控制功能模塊。選用AT89S52單片機作為該監控系統的核心控制元件。主控單片機模塊接收用戶手機發送的短信息，根據短消息的內容控制各子功能模塊；同時主控單片機模塊將家居系統的控制信息以短信形式發送到用戶手機，由單片機構成各控制模塊子系統。
1.1 系統硬件部分
根據任務需要，合理選擇單片機、傳感器、GSM模塊和設備來構成系統。為使硬件設計盡可能合理，系統的電路設計遵循了以下幾個方面：
（1）選擇標準化、模塊化的典型電路，提高設計的成功率和結構的靈活性。
（2）選用功能強、集成度高的電路或芯片。
（3）選擇通用性強、市場貨源充足的元器件。
（4）在對硬件系統總體結構考慮時，考慮通用性的問題，采用模塊化的設計方式。
（5）系統的擴展及各功能模塊的設計應適當留有余地，以備將來修改、擴展之需。
（6）在電路設計時，充分考慮應用系統各部分的驅動能力
最終確定采用AT89S52單片機作為處理芯片。西門子的TC35系列的TC35iGSM模塊，TC35i與GSM2/2+兼容、雙頻（GSM900/GSMl800）、RS232數據口、符合ETSI標準GSM0707和GSM0705，且易于升級為GPRS模塊。該模塊集射頻電路和基帶于一體，向用戶提供標準的AT命令接口，為數據、語音、短消息和傳真提供快速、可靠安全的傳輸，方便用戶的應用開發與設計。
1.2 系統軟件部分
軟件部分由以下幾部分構成：數據采集單元、手機短信信令識別與分析單元、GSM模塊TC35 modem接口程序部分、分析控制部分。其中數據采集部分和手機短信信令識別需要作實時處理；GSM模塊TC35 modem接口程序部分和分析控制部分則是根據采集和手機短信信令進行分時操作有利于提高系統效率。
2 系統軟件設計
軟件設計部分主要有數據采集部分、手機短信信令識別、TC35Modem接口程序部分、分析控制部分。其中數據采集部分和手機短信信令識別需要作實時處理；GSM模塊TC35Modem接口程序部分和分析控制部分則是根據采集和手機短信信令進行分時操作有利于提高系統效率。本智能家居監控系統軟件設計的內容主要有主控模塊程序、TC35Modem模塊通信程序、串口通信初始化程序和短消息的編碼解碼程序。軟件設計模塊如圖1所示。
2.1 單片機系統軟件設計
為了實現單片機與TC35I模塊的通信順暢，必須使二者的串口波特率一致，如果單片機F=11.0590MHZ，設置串行口波特率為9600，工作方式為方式3，Tl定時器采用工作方式2。其中串行口和定時器的工作方式和初值可以根據具體情況加以更改。
本系統的軟件設計是將整個短信處理模塊放入單片機的中斷服務子程序中。發送和接收串行口數據采用中斷方式進行，這樣可以大大節省CPU資源。當接收一幀數據進入一位寄存器，送入接收SBUF中，同時將Rl置1；當發送數據載入發送SBUF中開始向外發送，發送完畢后即將TI置1。無論Rl置1還是TI置1，均會激發串口中斷，執行中斷服務程序。響應中斷時，首先判斷中斷是接收程序還是發送程序，若為接收中斷則將SBUF中的數據存入接收隊列緩沖區；若為發送中斷便將待發送的數據幀發送到SBUF中。
2.2 短消息PDU模式編碼解碼程序
在GSM標準中，中文編碼采用UTF-8的編碼，不是目前國內常用的GB-2312編碼，因此需要對中文編碼進行轉換才能與采用GB-2312漢字庫相配合，方可正確顯示出短消息中漢字字型。由于UTF-8和GB-2312編碼之間不存在一一對應的線性關系，因此需要采用查表的方式進行轉換。
2.3 短消息收發程序設計
發送短信息的主要工作是將發送的內容進行相應的編碼，其次就是將發送所用的SMS服務中心號碼、目標號、有效時間和短信內容按照PDU編碼的格式發送出去。如果是接收短信息，其工作就是將接受到的短信息內容進行解碼，發送和接收的PDU串的結構是不同的。接收程序流程圖如圖2所示。
3 運行結果
運行結果如圖3所示。
4 結論
本文設計了一個基于GSM網絡的無線傳感智能家居監控系統。系統在運行中還有改進之處，還需進一步對程序結構進行優化。本設計只是智能家居控制中的一部分，目前國內很多公司都在致力于智能家居產品的開發，隨著相關技術的進一步發展，我國將全面普及智能家庭網絡系統和產品。
參考文獻
[1]黃欣榮.基于GSM短信模塊的家庭防盜報警系統的設計[J].中國新通信，2010（06），19-22.
[2]曾志永，凌振寶，王君.基于GSM技術的智能家居系統的設計[J].電子技術應用，2005（10），33-35.
[3]齊趙毅，陳杰浩，羅穎等.基于GSM的智能家居遠程監控系統[J].科技信息，2013（04），19.
[4]申利民，劉冬香.基于GSM智能家居控制系統的設計[J].傳感器世界，2011，17（1）：32-36.
[5]王騏，何嘉斌.單片機控制GSM模塊實現短信收發的軟件設計[J].單片機與嵌入式系統的應用，2005.
[6]馬忠梅.單片機的C語言應用程序設計[M].北京：北京航天航空大學出版社，2007.
[7]邱文靜.基于GSM短信息的家居設施遙控監測系統設計[D].南京：南京理工大學碩士學位論文，2009.
[8]蘇江福.基于GSM網絡的智能家居監控系統設計與實現[D].哈爾濱工程大學碩士學位論文，2008.
