主頁 > 軟體設計 > 利用電磁特性分析對永磁同步電機進行故障診斷

利用電磁特性分析對永磁同步電機進行故障診斷

2020-10-12 20:28:57 軟體設計

本文提出了一種通過直接測量傳感線圈的磁通量對永磁同步電機進行健康監測和多故障檢測的新方法,不同于其他基于頻譜的故障檢測方案,這種方法僅需要測量用于故障檢測的基頻分量,因此,本方案的性能不受速度波動或者電源諧波的影響,此外,可以檢測到匝間短路的位置和靜態偏心的方向,這是其他方案都沒有的,雖然是嵌入式技術,但它非常適合于關鍵任務和新興技術的應用,離岸風力渦輪機和混合動力汽車技術,軍事上的應用等故障的早期檢測非常重要的場合,使用有限元分析進行二維模擬已經驗證了不同條件下提出的方法,實驗簡介對定子匝間短路故障、失磁故障、靜態偏心故障進行了討論,對提出的方案進行實驗,驗證其有效性,

關鍵詞:故障檢測,有限元分析、永磁同步電機、傳感線圈,

1.簡介

過去十年,永磁同步電機(PMSM)由于其高效率、高輸出功率體積比和高轉矩電流比,在諸如風力渦輪機和電動汽車中得到了很大的普及,在這些關鍵任務的應用中,一個意想不到的機器故障可能會導致非常高的維修或更換費用,甚至災難性的系統故障,因此,這種場合需要堅固可靠的健康監測和故障檢測方法,可以為預防性維護提供依據,延長使用壽命,減少機器故障,

離線機故障檢測與診斷的方法不能頻繁地測驗,經濟上也不允許,研究人員已經提出了許多在線檢測的方法,這類方法維修費用少、診斷結果更可靠,一個具有成本效益的方式是基于定子電流頻譜,通常被稱為電動機電流特征分析(MCSA)[1]-[6],電機電流的特定次諧波可以作為某種特定故障的標志,由于離散傅里葉變換(DFT)不包含機器操作和快速變化的速度的時間資訊,短時傅里葉變換可以權衡時間和頻率的解析度,然而,一個固定長度的視窗可能導致不同的電流頻率[7]不一致,改變電機的速度使它難以確定諧波次數,為了避免時間解析度和頻率解析度之間的矛盾,羅賽羅等人[7]利用連續小波變換(CWT)和離散小波變換(DWT)在一臺機器非平穩狀態下運行的退磁故障檢測,埃斯皮諾薩等人[6]提出了相同的概念,采用希爾伯特-黃變換檢測退磁,類似的方法也用于永磁同步電機[8]動態偏心故障檢測,類似于目前的頻譜,一些故障也隱藏在噪聲、振動、轉矩譜[9]-[13],然而,由于加速度計、扭力計成本高,他們通常應用在相對較大的機器,這些頻率分析演算法比較費時,而且很難確定特定的諧波源,對于無刷永磁電機,由于部分退磁產生的諧波頻率和動態偏心的標志一樣,它們不能被區分開,在現實中,除了部分退磁,其他的不對稱問題,如負載不平衡、失調,或振動載荷也可以產生[15]相同的諧波,

另一種故障診斷方法是基于電機模型,負序和零序電流[16],[17],負序和零序阻抗[18],或負序和零序電壓[19],[20]作為故障檢測指標,這些指標對于機器不對稱故障很敏感,故障產生的不對稱信號可以被檢測到,然而,任何不對稱引起的機械結構或電源的不平衡可能會影響故障檢測的準確性,基于電機模型,估計的物理引數,也可用于在線故障診斷,如定子電阻,電感,轉子的轉動慣量,摩擦,和反電動勢常數[21]–[24],在這種方法中,通常的電壓、電流,和速度進行直接測量,其他引數是推算出來的,當資料發生變化或者不對稱的時候就能夠及時發現故障,然而,這需要機器在正常運行狀態下的準確引數,此外,要注意的是,這些方法不討論以前提供的故障定位,

本文提出了一種利用測驗線圈進行多故障檢測的方法,這些線圈繞在電樞齒上,是嵌入式的,所以在制造或者制作繞組是就需要安裝進去,事實上,對于電機故障檢測,搜索線圈并不是一個新的概念,筆者等人[25][26]已經開發出一種方法,使用搜索線圈測量感應機的軸向漏磁信號進行感應電機中的一些常見故障的檢測,如轉子斷條,繞線轉子短路,匝間短路,偏心運轉等,然而,他們也承認,由于電源中含有額外的諧波,而這種技術正是基于頻譜分析,所以并不適用于變頻調速系統,納緹等人用安裝在轉子上的搜索線圈檢測繞線轉子的同步電機和雙饋感應電機的定子匝間故障,這種方法基于測量搜索線圈電壓的功率譜密度,在這種方法中,用搜索線圈測量定子中的磁通,只有測量電壓的基頻分量用于故障檢測,所以他不受高頻諧波的限制,這使得它適合于逆變/整流回饋電動機或發電機,如風力發電機和汽車系統,此外,該方法不需要機器引數的知識,而且,可以檢測定子繞組短路準確位置和靜態偏心的方向,

為了評估所提出的方案的有效性,已經對一個永磁同步電機進行了仿真和實驗,偏心,電樞繞組匝間短路,和不同的負載條件下退磁已通過有限元分析(EFA)模擬并進行了實驗,

Infolytica公司的有限元分析軟體MagNet仿真了安裝有搜索線圈的永磁同步電機的不同故障條件,本節介紹了二維有限元模擬的結果,

測量12個搜索線圈不同負載條件下的電壓,分解得到2個極圖,如圖7所示,圖7表示了(a)電樞反應電壓和(b)感應磁場電壓,不同的顏色代表不同的負載狀態,每條曲線都有12個星號,代表12個定子磁極,每一對磁極之間有30度的機械角度,極圖中,星號與極圖中心的距離代表測量線圈的電壓,

圖7的兩個極圖表明,在不同負載條件下,電樞電壓分量與負荷成正比,而勵磁分量電壓保持相同,除了直軸電樞有感應磁動勢的干擾,

圖8表示電機在0.127 mm(0.005 in,20%)和0.254mm(0.01 in,40%)的靜態偏心條件下,測量電壓的勵磁分量與正常情況下的對比,偏心的方向是正上方,在向量圖中對應于90度,這種輕微的變化,在圖中是90都,是很容易觀察到的,

圖9表示30%動態偏心的情況,可以看出有45度的位置變化,是采集資料時轉子發生變化的方向,動態偏心時,變化的方向隨著同步轉速旋轉,圖9表示在任意瞬間的分布,

圖10表示三種0度匝間短路的情況,分別為齒周圍1匝、2匝和3匝電樞線圈發生匝間短路,這個位置安匝發生變化會導致電樞磁動勢失真,可以看出,不同數量的匝間短路是可以被區分開來的,

圖11表示三相中有一相接地的情況,就像在第四節解釋的那樣,A相的齒有1/3的磁鏈幅值,分別在的位置,由相鄰相產生,B相和C相的齒有5/6的磁鏈幅值,

圖12表示發生部分失磁的電機測量電壓的勵磁分量,分別為1/4極失磁20%和50%,由于轉子以同步轉速旋轉,這個影像中的曲線是時變的,以同步轉速旋轉并保持形狀不變,

圖13表示一臺均勻失磁的電機在任意時刻測量電壓的勵磁分量,所有磁極分別發生20%和50%的失磁,因為磁極處于均勻失磁狀態,盡管圖中紅色的曲線以同步轉速旋轉,但其形狀是不變的,因此,通過檢測線圈的測量電壓的勵磁分量可以得到永磁體性能的惡化情況,

實驗設定了一個匝間短路故障,電機重繞以便在兩個繞組模式之間切換,一個無故障,另一個A相的定子齒A3發生四匝短路故障,圖16是對定子進行重繞的程序,

圖17是A相的四個定子極的搜索線圈的電壓,其中交軸電流為0.5A(矢量控制),重繞的電機定子極A3發生4匝短路(每相一共18匝),可以看出,A3脈沖(紅色曲線)的幅度較低,這表明互感也比較小,說明A3繞組發生短路,圖18是搜索線圈電壓分解后的電樞分量,12條線代表一周12個定子極,可以看出,線圈A3的電樞分量小于其他組,這是比其他組少了4匝有效匝造成的,

將圖18轉換到極坐標得到圖19,這張圖更明確地說明了電機在發生匝間短路故障的情況,

實驗也驗證了電機的靜態偏心故障的情況,為了創建一顆可預測的偏心,兩個端板的內槽接地,加進去兩塊電工膠帶,圖20展現這種方案,

電機的氣隙長度是25mils(0.635mm),轉子軸發生了大約7mils(電工膠帶的厚度0.1778mm)的錯位,使其發生大約28%的偏心,圖21表示交軸電流設為0.4A,發生靜態偏心時,A相4個定子極搜索線圈的電壓,從圖22可以看出,這4條曲線有不同的基波幅值,

分解后,A相每個搜索線圈的測量電壓的勵磁分量如圖22所示,影像表明,定子齒A4的勵磁分量最高,A2最低,A1和A3居中,表明A4方向發生偏心,氣隙長度最短,

將12個搜索線圈的勵磁分量放在一起,在一個極圖中可以清楚地看出偏心的方向是電機的正下方,如圖23所示,

為了進行區域失磁實驗,拆除了一部分轉子磁極,永磁體是燒結釹鐵硼,損壞的轉子如圖24所示,這種損壞的結果如圖25所示,從圖中可以看出,1/8的轉子極的磁場大約小了15%,

本文呈現了對永磁同步電機狀態檢測和故障診斷的新方案,為了能測量到氣隙磁通密度,搜索線圈纏繞在每個定子齒周圍,雖然該方法是嵌入式的,但由于故障檢測只用到了一次諧波,能夠排除電力電子裝置產生的諧波,這項技術的另一個優點是不需要負載的狀況就能夠進行精確地故障診斷,

二維瞬態有限元分析仿真了電機在不同運行狀態下該方法的有效性,這樣研究分析的故障包括靜態和動態偏心、匝間短路、相對地短路以及部分和均勻失磁,結果表明,不同的故障,信號也不一樣,可以輕松地區分開來,不需要耗時的模式識別演算法,而且,可以得到偏心的方向和短路的位置,這種方法能夠對每種故障的嚴重程度進行評估,這在關鍵任務應用程式如汽車、航空航天和軍事中是極其重要的,

由于這種技術是嵌入式的,所以已經投入使用的電機不能使用,同時需要注意的是,如果在制造或者重繞時搜索線圈就被安裝上了,并不需要增加大量的費用,因為這些搜索線圈只是少量的銅線圈,對于大功率商用及工業應用,系統的可靠性要比費用重要,使這項技術成為一個狀態監視和故障檢測有效的工具,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/169506.html

標籤:其他

上一篇:Django——模型層之欄位和欄位引數介紹,單表增加,單表查詢

下一篇:Mobile Edge Computing —— Paper List

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more