圖1  雙饋型風電機組控制系統基本結構
                              
      主控制器選用32位嵌入式處理器at91rm9200，通過硬件設計擴展外圍can接口，實現與其它節點的通信。同時外接帶觸摸屏的lcd顯示器，監控界面利用嵌入式qt設計，對整個機組實時監控。主控制器通過以太網與風電場控制中心通信。變流器控制采用雙pwm控制方式，即由兩個dsp生成pwm信號，電機側部分負責電機勵磁控制，網側負責并網控制；兩模塊均基于tms320f2812設計，通過其自帶的ecan接口與主控制器及其它節點通信。變槳控制系統同樣基于arm(at91rm9200)設計，擴展can接口實現通信。變槳控制器和變頻控制器通過i/o通道采集接收各傳感器數據，并進行相關計算與判斷，輸出控制信號，實現智能分散控制，同時向主控制器發送機組參數并接收主控命令。整體結構框圖如圖2。

                        圖2  風力發電機組控制系統整體結構
                              
      主控制器位于地面控制柜，變槳控制器位于機艙控制柜，變頻控制器分電機側和網側兩部分，位于地面控制柜。模塊與模塊之間can總線信號經光電轉換后使用光纖連接。
      3  can接口硬件設計
       can是一種基于廣播的通訊機制，報文依靠報文標識符來進行識別。can協議支持兩種幀格式，不同之處在于標識符域的長度不同，一種被稱為can標準幀，支持11bit的標識符長度；另一種稱為can擴展幀，支持29bit的標識符。
     can接口芯片選用philips公司的can獨立控制器sja1000。arm處理器at91rm9200內部集成了外部總線接口ebi，通過此接口與sja1000連接。從sja1000輸出的can信號，通過光藕器件隔離后連接到收發器tja1050，收發器的輸出與總線連接。
      sja1000的地址線和數據線是分時復用的，而at91rm9200的外部數據總線接口ebi的地址線和數據線是相互獨立的，因此，需要通過軟件編程實現地址的鎖存，以達到數據和地址的分時傳輸。硬件原理圖如圖3[3]。

                        圖3  can接口硬件原理圖
       sja1000的數據/地址復用總線直接與arm的ebi數據總線低8位連接，地址鎖存信號/ale由arm的a0產生，/cs與/we分別由ncs4和new與a0經或運算后產生。由硬件電路可確定sja1000的物理地址是0x50000000。
       風電場環境惡劣，為了保證控制系統準確傳輸數據，增強can總線節點的抗干擾性能，sja1000控制器經過高速光藕6n137隔離后與收發器tja1050相連，實現總線上各can節點之間的電氣隔離。采用dc-dc電源隔離模塊dcr010505，實現光耦兩端的電源隔離。canh接總線的高電平端，canl接總線的低電平端。由于風電機組垂直距離較高，容易受雷電的影響，在兩根can總線輸入端與地之間分別并聯一30pf的電容和一防雷擊管，以濾除高頻干擾和防止浪涌電壓。

   4  can接口通訊軟件設計
       對于can的通訊程序，采用分層處理的方法，包括驅動層和應用層。因此，can接口軟件通訊包括兩部分：can驅動程序和can應用程序。驅動程序負責完成linux內核與sja1000之間的數據通訊，即linux內核設置sja1000的控制寄存器，讀寫sja1000接收、發送緩沖器。應用程序部分負責完成用戶空間和內核空間的數據交換，以及分析從sja1000接收到的報文，封裝要發送報文。接收的報文主要包括來自變流模塊和變槳偏航控制模塊的機組狀態信息及風速風向、各類溫度和轉速信號等。發送的報文包括下發給變流模塊和變槳偏航控制模塊的控制指令及控制參數。
     4.1 can驅動程序設計
        (1)底層驅動程序總體設計。在linux中設備驅動程序是由一組數據結構和函數組成的，它包含設備服務子程序(如open、read、write、close、ioctl等)、初始化函數can_init()和中斷處理程序can_interrupt()。
         在linux加載can驅動時調用can_init()，向操作系統注冊設備，同時完成can總線波特率的設置，id過濾器的設置，清空接收和發送緩沖區，開啟中斷等工作，完成初始化后，退出復位模式，進入正常的工作模式。
         read從接收緩沖區讀取數據；write向發送緩沖區寫人數據；release關閉can 控制器；ioctl向can 控制器發各種操作命令，包括設置sja1000總線波特率、id過濾器等；open打開can控制器，并使用函數request_irq()向系統申請中斷，并設置中斷處理程序為can_interrupt()，當sja1000內部中斷寄存器(ir)的任意位置為1時，int引腳低電平有效，調用其中斷處理函數can-interrupt()，在該函數中讀取中斷控制寄存器，判斷中斷原因(接收中斷、發送中斷、錯誤中斷、數據溢出中斷、喚醒中斷)，從而調用相應的服務子程序。
        (2)sja1000讀寫邏輯分析及設計。由于sja1000的地址線和數據線是分時復用的，需要通過軟件編程模擬地址鎖存信號，以達到數據和地址的分時傳輸，因此，在程序設計中，要考慮sja1000的讀寫時序。圖4為sja1000的寫時序圖。

                          圖4  sja1000寫時序圖
    4.2 寫時序邏輯
       通過分析寫時序，可知，sja1000的寫數據/命令過程分為以下兩步[4]：
       (1)將sja1000的ale引腳信號拉高，然后往復用總線上送地址信號，待數據穩定后，拉低ale信號，在ale引腳產生下降沿，進行地址鎖存。
       (2)將cs引腳信號拉低，并拉低wr信號，打開寫允許；然后往復用總線上送數據信號，待數據穩定后，拉高wr信號，使wr引腳產生上升沿，進行寫操作，將數據寫入sja1000目標寄存器。
       linux系統中，不能直接訪問物理地址，而是先要映射到內核空間中，通過虛擬地址去訪問。由硬件電路可知，sja1000的物理地址是0x50000000，最大空間為為108個字節(pelican方式)。sja1000寫程序如下：
                            addr = ioremap(0x50000000, 0x80);
                            void write_sja1000 (unsigned int data, unsigned int
                        reg) {
                            writeb (reg, addr+1);
                            writeb (data, addr);
                            }
                               
       其中，ioremap()為物理地址到虛擬內存的映射，addr為地址映射后得到的內核空間虛擬地址；reg是sja1000內部寄存器地址；data是要寫的數據。writeb(reg,  addr+1)模擬ale鎖存地址，發地址信號reg，addr+1將使地址線a0產生高電平，由硬件設計電路知道這將使地址鎖存信號ale拉高；然后，reg被送到了復用總線上。writeb  (data,  addr)發送數據到地址reg，addr將使a0拉低，reg被鎖存；然后，data被送到復用總線上，也就寫到了被鎖存的地址reg所指空間。

 4.3 讀時序邏輯
         圖5為sja1000的讀時序圖。

                        圖5  sja1000的讀時序
          通過分析讀時序，可知，sja1000的讀數據/命令過程分為以下兩步[4]：
          (1) 將sja1000的ale引腳信號拉高，然后往復用總線上送地址信號，待數據穩定后，拉低ale信號，在ale引腳產生下降沿，進行地址鎖存。
           (2)將cs引腳信號拉低，并拉低rd信號，打開讀允許；然后往復用總線上送數據信號，待數據穩定后，拉高rd信號，使rd引腳產生上升沿，進行讀操作，將sja1000目標寄存器的數據讀回。
                            sja1000讀程序如下：
                            int read_sja1000 (unsigned int reg) {     
                            writeb (reg , addr+1);            
                            readb ( addr);
                            }
                            
         readb(addr)從地址reg讀取數據。addr將使a0拉低，reg被鎖存；然后，通過復用總線讀取被鎖存的地址reg所指空間數據。
 4.4 can通訊應用程序設計
        (1) can數據報文格式。風電機組控制系統中，各控制模塊之間需要傳輸的信號很多，包括模擬量、數字量以及控制指令和控制參數等。模擬量包括風速風向，電壓電流，功率，電網頻率，各類轉速和溫度等，數字量包括機組的各類狀態信息，如并網狀態，電源狀態等及各類故障信息。這些信號均根據can協議封裝為報文，以數據包的形式發送。每個報文可由一個或一組信號組成。各個報文需要定義其幀格式，包括數據id，優先級，數據長度等。每個模擬量均定義為兩個字節長度，數字量則占1位。為了提高傳輸效率，多個數字量組合為一個報文來發送。
       系統中can通訊協議采用擴展幀格式，29位id定義見圖6。

                        圖6  can通訊協議擴展幀id
        其中，命令碼是來自不同模塊的報文的代號，占id的高12位，范圍為0x000-0x0FFf，包含同一組信號的報文具有唯一的命令碼。源地址和目標地址取決于控制器地址，主控制器為0x01，網側變流控制器為0x02，電機側變流控制器為0x03，變槳偏航控制器為0x04。id的低9位分別為后續幀標志和后續幀幀數，若后續幀標志為1，則表示該報文還有后續幀需要傳輸。
        (2) 基于qt/e的圖形界面應用程序設計。本系統中主控制器圖形界面應用程序基于linux平臺的qt/e實現。圖形界面應用程序主要功能有兩個：一是從can 總線接收風電機組運行狀態信息，并顯示給用戶，二是判斷并處理機組狀態信息，通過can接口向各子控制模塊發送控制信息。由于本系統中can以多主方式工作，接收來自多個節點的數據，并向多個節點發送數據，因此，在應用程序中要封裝不同的報文，還要分析收到數據的信息。
       為了提高系統的響應，應用程序采用多線程機制，本系統中設計三個獨立線程來處理不同的任務。主線程負責主界面實時數據顯示，歷史數據查詢以及機組狀態的邏輯判斷和流程控制等。由于數據庫的讀寫是對磁盤文件的直接操作，速度較慢，因此在一獨立線程中實現歷史數據的寫操作，以防止對主線程控制程序的影響，而對于歷史數據的查詢，現場只在特定情況下用到，仍在主線程中實現。can總線數據的交互比較頻繁，為了避免數據的丟失，在一獨立線程中完成數據的接收。
     5  結束語
       目前，風力發電控制技術主要掌握在國外大企業手中，國內機組的控制器主要依靠技術進口，因此，研究并設計有自主產權的機組控制系統有著深遠的意義。
  參考文獻
        [1] 葉杭冶. 風力發電機組的控制技術[m]. 北京:機械工業出版社,2006.
        [2] 孫大鵬. 雙饋風力發電機組電控與安全保護系統設計研究[d].  北京:華北電力大學研究生論文,2009.
        [3] 繞運濤等. 現場總線can原理與應用技術[m]. 北京:北京航空航天大學出版社,2007:242-243.
        [4] 儲忠,溫陽東. 基于s3c2410控制的can總線接口設計[j]. 合肥學院學報:自然科學版,2007,5,2:59-62.