PROFIBUS—DP現場總線由主站和從站組成。對于從節點的研究，國內科研院所很早就開始研究，現已有多家企業能夠自主研制從站產品。但是對于主站，由于其技術復雜、開發難度大，目前國內只有北京和利時技術有限公司、浙大中控等少數幾家公司開展相關的技術研究與開發，并只實現了部分子集功能。大部分產品主要由國外幾家大公司壟斷。同時，隨著PROFIBUS在國內市場上的迅速推廣，許多企業和科研單位開始了對PROFIBUS協議的研究，并展開了使用PROFIBUS通信協議的智能節點的研究。但是，目前國內業界對于PROFIBUS—DP的研究和相關產品的開發都是基于國外提供的專用協議芯片(主站多數采用西門子推出的ASPC2，從站多采用SPC3等智能通信芯片)，即集中在從站設計領域，而沒有主站樣機開發的相關報道。對于主站的開發，國內一些科研院所(北航、中科院、浙大等)也曾利用可編程邏輯器件配合MCU設計出簡單主站的試驗產品，但是這些產品僅能實現簡單的主站功能，對于組成強大的PROFIBUS—DP網絡還望塵莫及。

　　本文正是針對上述的問題，為避免采用協議芯片、增加主站智能功能和后續擴展性研究的需要，設計了基于Linux操作系統的PROFISBUS —DP主站。在硬件上采用ARM9內核的處理器S3C2410，同時將Linux操作系統移植到此硬件平臺上，在此基礎上，完全由軟件編程實現了整個PROFIBUS—DP的主站功能，能夠與標準PROD—IBUS—DP從站設備進行通信。

　　1 PROFIBUS—DP主站通信機制

　　PROFIBUS—DP的主要目的是在功能強大的主站與若干簡單的從站之間進行循環的數據交換。因此系統主要使用主-從類型通信服務。

　　PRIFIBUS—DP總線系統設備包括主站和從站，而主站則包括1類主站和2類主站。1類主站能夠對從站設置參數，檢查從站的通信接口配置，讀取從站診斷報文，并根據已經定義好的算法與從站進行用戶數據交換，同時，1類主站還能用一組功能與2類主站進行通信。2類主站則是一個編程器或一個管理設備，可以執行一組DP系統的管理與診斷功能。由于2類主站不能單獨作為一個主站對從站進行管理，加上本系統采用的是單主站結構，所以本系統設計的是一個1類主站。

　　PROFIBUS—DP的1類主站主從通信過程，大致分為以下幾個階段：詢問從站是否在線，主站對從站的第一次診斷，參數化從站，通信接口配置從站，主站對從站的第二次診斷和主站與從站之間的循環數據交換。

　　為了保證幀在總線上的正確傳輸，PROFIBUS—DP對幀的結構及相應的時序關系做了嚴格的規定，且定義了12個參數以限定及保證幀間隔時間和可允許的最大等待時間等。一次典型的主從站數據交換過程在發出每一個幀前，須有一個同步期TSYN，即在每一報文幀發出前加入一段總線休息時間，其長度固定為33Tbit時間。

　　在TSYN后，通信的發起方發出請求幀到響應者(從站)。接收方從接到該請求到產生響應數據的間隔時間定義為TSDR，該參數的大小反映了該響應方從站的計算能力大小和資源多少。有些站點沒有采用專用的通信ASIC芯片，或者宿主MPU的計算能力較低都會使響應時間較長。 PROFIBUS—DP協議中規定了響應時間的上、下限值即：min TSDR，max TSDR。其中：min TSDR=11Tbit，maxTSDR=60Tbit～850Tbit。

　　在通信的發起方(主站)一側，從主站發出請求幀的最后一位到收到響應幀的第一位之間的時間間隔被定義為Slot Time，它從另一個方面反映了一個系統的實時性能的好壞。此設計中定義了一個重要的參數TSL，即為允許的最大的Slot Time，如果通信的發起方主站在超過TSL后，還未收到接收方的響應，則認為系統出錯，或重發請求幀(重發請求數不超過Max Retry Limit參數限制)，或上交此錯誤給FDL層。

　　2 硬件系統設計

　　本PROFIBUS—DP主站硬件平臺由于目標是完全采用自主技術，不依靠國外的產品和技術，所以本系統選用的是第一種方案(即由處理器運行完整的協議來實現)；同時，基于S3C2410芯片的強大功能，本平臺不但移植了Linux操作系統，并且還編寫了網絡接口和USB口的驅動，這對于平臺的多功能性和以后性能的擴展都有一定的意義，其總體結構如圖1所示。

　　此硬件平臺以S3C2410處理器為核心，通過編程實現DP協議棧的功能，完成與上位機和DP從站設備的通信功能。同時，針對S3C2410處理器的功能，使用外圍芯片DM9000實現了以太網通信功能，并根據USB的特點，以特定的I／O口實現USB的從設備功能。由于需要移植Linux操作系統，所以需要用外圍芯片擴展內存。在本試驗平臺中，通過串口1實現了DP通信，通過串口2實現了該硬件平臺與上位機的通信。

　　3 系統軟件設計

　　為了提高該試驗平臺的可靠性，軟件設計方面將本系統分為兩個子系統，一個子系統負責與上位機進行通信，另一個子系統則負責PROFIBUS—DP的通信。其中，與上位機通信的程序流程如圖2所示。DP網絡通信程序流程如圖3所示。

　　DP網絡通信模塊和上位機通信接口模塊是兩個獨立的模塊，他們共享硬件相關的函數庫和從站相關數據結構。這兩個模塊還互為生產者和消費者的關系，上位機通信模塊為DP網絡通信模塊提供從站相關的組態(GSD文件相關)信息和從站輸出數據；DP網絡通信模塊為用戶通信模塊提供從站輸入數據及從站運行狀態相關信息。

　　4 系統可靠性分析

　　軟件的穩定性和抗干擾性是衡量系統可靠性的重要指標。本主站在軟件實現中所采取的保證可靠性措施主要有防錯設計、糾錯設計、故障恢復設計等。

　　防錯設計：主要體現在系統程序自檢技術及數據封裝方面。系統軟件設計過程中采用分層結構，與硬件操作相關的層的通信采用單獨通信模塊完成，這些層次之間通過層間接口進行通信，層間接口在設計過程中對輸入的參數全部進行有效性檢查(指針有效性、數值有效性、邏輯有效性檢查等)。在數據封裝方面，對與上位機通信和DP網絡通信兩個子系統分別進行編程，分別提供各個子系統的私有數據，私有數據供模塊內部調用，并提供模塊間訪問接口實現相關數據的共享，這樣便可以防止出現模塊間數據重名以及編程過程中誤修改產生的問題。

　　糾錯設計：網關通信過程中不管是和上位機的通信還是DP網絡的通信，采用的都是半雙工的RS485通信。相關通信能否順利進行，取決于數據的正確性和時間兩個方面。無論是與上位機通信，還是DP網絡的通信，每次對于傳輸進來的數據都有專門的數據校驗模塊進行校驗，這就避免了在數據有誤的情況下仍然進行通信。同時，針對接收超時等問題，也有專門的模塊進行處理。

　　故障恢復設計：采用看門狗技術。系統軟件在運行過程中開啟硬件看門狗，軟件必須在一定的時間內“喂狗”，否則就會導致看門狗對系統的復位。這樣防止了因程序跑飛而導致無法恢復的錯誤。

　　5 系統實時性

　　PROFIBUS—DP現場總線作為應用在設備的公共總線，必須解決各節點的網絡使用權競爭問題，同時保證通信的實時性。PORFIBUS—DP系統的實時響應時間依賴于max TSDR、采用的傳輸速率、要交換的數據長度和數量、min_slave_Interval(某一個從站前后2次被主站輪詢的最小間隔時間)4個參數。系統的測控周期(又稱訪問周期)是指控制系統周期性訪問網絡上同一個節點的時間間隔，是衡量PORFIBUS—DP實時性能的一個重要指標。

　　一次典型的主從數據交換過程如圖4所示。

　　其中，Tbit表示在總線上傳輸1位所耗用的時間，是其他時間參數的計量單位。由于PROFIBUS—DP采用UART編碼方式，每個字符由11位組成，所以傳輸一個字符需要11Tbit。

　　TID1定義了一個發送節點在獲得相應信號后的再次發送下一個信息幀所需的最短時間。

　　從圖4可知，一個報文循環由主動幀(請求或發送／請求幀)和回答幀組成。循環時間由幀傳輸時間、傳輸延遲時間和站延遲時間組成。

　　其中：TReq=a×11Tbit，a為請求／發送幀中的字符個數；TRes=b×11Tbit，b為應答幀中的字符個數；TAsk=1×11Tbit，短應答幀；TS-DR為站延遲時間，指接收方從接到請求到產生響應數據的時間間隔；TTD為傳輸間隔時間，指一個幀在傳輸時在發送器和接收器之間的傳輸介質上經過的最大時間。

　　本硬件平臺中PROFIBUS—DP總線傳輸速率設置為9．6 kbps，由于是近距離傳輸，所以TTD=OTbit，Tsdr=11Tbit，TID1=37Tbit，和主站通信的從站最多有244個數據(根據：PROFIBUS—DP協議規定)輸入／輸出，請求幀中有11個字符數據，則報文循環時間最長為：

　　可見，在傳輸速率為9．6 kbps的情況下，一次報文循環的最長時間為297．3ms；從上面這些參數中可以發現，只有TID1能夠由主站平臺的性能決定，普通的MPU調度所需時間為24．66μs。而在移植Linux操作系統后，由于采用的2．6版本的Linux操作系統使用了新的0(1)的調度算法，大大提高了進程調度能力，同時對于多從站的通信的任務能進行很好的管理和調度，大大增強了主站平臺的功能。

　　5 主站平臺性能分析及調試

　　PROFIBUS—DP主站的主從通信性能主要體現在主從通信速度的快慢和支持的從站數目上。由于本實驗室的從站數目有限，搭建的測試平臺目前只有3個PROFIBUS—DP從站(ET200S、MM420和自主設計的從站)，如圖5所示。

　　本次測試的傳輸速率選定為9．6 kbps，同時對3個從站進行組態，分別測試移植Linux操作系統前主站從接收到數據到有數據發出之間的時間ttop，到移植Linux操作系統后主站的響應時間tend；通過實驗，從示波器上的測試的圖形可以看出ttop的寬度是大于tend的寬度的，具體測量后可知無操作系統下ttop≈4 015．4μs，Linux操作系統tend≈70μs。可見移植Linux操作系統后能使主站的響應時間大大縮短，提高對從站的管理效率。