1. 電網一抖逆變器就跳閘的時代已經過去了1.1 LVRT到底在解決什么實際工程問題光伏電站里最怕聽到的一句話就是“電網又跌了一次電壓”。早年間大家的做法很統(tǒng)一逆變器檢測到電網電壓異常第一時間跳閘停機保護設備和自身安全。但這個做法在光伏滲透率越來越高的今天已經行不通了——你脫網了電網的故障會雪上加霜。于是低電壓穿越LVRT成了光伏并網逆變器繞不開的核心功能而Simulink則是把這個功能從理論落到工程驗證最順手的工具。先從一個真實場景說起。某個光伏電站并網驗收測試中調度側做了短路模擬實驗電網電壓瞬間跌落至額定值的45%左右?，F(xiàn)場多臺組串式逆變器在檢測到過欠壓后的幾十毫秒內相繼脫網。從保護設備的角度看它們做得非?！罢_”——電壓異常立刻切斷避免器件損壞。但從電網角度來說這個“正確”恰恰是災難性的大量有功功率瞬間消失故障線路周圍的電壓和頻率進一步惡化甚至可能引發(fā)更大范圍的連鎖跳閘。這就是低電壓穿越被寫進并網要求的底層邏輯電網故障時電站不能自保式跳閘必須撐住電壓跌落窗口保持并網運行還要向電網提供必要的無功支撐。光伏并網逆變器的低電壓穿越簡單說就是當公共連接點的電壓跌落到一定程度時逆變器不脫網、不損壞按照導則要求向電網注入無功電流幫助故障點電壓恢復故障清除后再平滑恢復有功輸出。Simulink仿真在這個技術研究里承擔的角色就是把電壓跌落這個電網側事件可控地注入到逆變器模型里反復驗證控制策略是否滿足穿越深度、穿越時間、動態(tài)響應速度等硬性指標。1.2 并網導則中的電壓跌落要求拆解低電壓穿越不能靠拍腦袋“扛一扛”它是有明確量化的技術指標。雖然不同電網公司的具體規(guī)定略有差別但核心邏輯一致把故障后的“保持并網區(qū)域”和“允許脫網區(qū)域”畫成一條曲線逆變器工作在曲線上方就必須保持并網落在曲線下方才允許切機。光伏電站并網技術規(guī)定里比較典型的幾個指標電壓跌落至20%額定電壓時逆變器應保持并網625ms電壓跌落期間動態(tài)無功電流響應時間要控制在幾十毫秒級別無功電流占比按公式計算故障清除后有功功率恢復速度要受控不能瞬間滿載輸出。我整理了一個對照表方便做仿真時直接抓指標電壓跌落程度保持并網時間無功電流要求有功恢復要求0.9 p.u.以上連續(xù)運行無強制要求正常MPPT運行0.2~0.9 p.u.625ms以上按深度線性增加恢復速率受控0.2 p.u.以下允許短時脫網脫網前盡量支撐重新并網后限速這里要提醒一點做Simulink仿真的時候很多人把注意力全放在“電壓跌了能不能穩(wěn)住”上卻忽略了“故障清除后有功恢復速率”這個指標。實際并網驗收時這塊卡得很嚴我見過某個仿真模型在故障恢復瞬間有功直接從10%甩到100%波形好看是好看但放到真實設備上調度側直接判定不合格。2. 低電壓穿越控制的三塊硬骨頭無功優(yōu)先、母線過壓與鎖相環(huán)失鎖把LVRT功能拆開看本質上是三件事同時發(fā)生電網電壓突然降低逆變器要把原本近乎純有功的輸出快速切換成“以無功為主”的輸出交流側輸出功率突然減少直流側輸入的功率又減不下來母線電容要被富余能量充爆同時電壓跌落往往伴隨相位跳變鎖相環(huán)一個失誤整個dq坐標系就亂了控制直接失效。2.1 跌落瞬間的電流指令重分配邏輯正常并網運行時d軸電流承載有功q軸電流近似為0這是并網逆變器最舒服的工作點。電壓跌落那一瞬間控制目標變了支撐電網電壓恢復優(yōu)先所以q軸電流要立刻拉起來而且導則通常要求無功電流增量與電壓跌落深度呈線性關系電壓跌落深度理論無功電流系數(shù)仿真驗證取值區(qū)間0.9 p.u.以上不注入00.2~0.9 p.u.k × (0.9 - Ug) × Ink取1.0~2.0深度跌落工況接近額定無功電流需限幅保護k一般取1.5左右具體取值看導則要求。電壓跌到0.2p.u.時理論上要求無功電流接近滿載甚至超發(fā)這時候有功電流必須讓路否則合成電流矢量超過IGBT的安全邊界。這里有個容易被忽略的細節(jié)iq_ref的符號和方向。仿真里dq坐標系定義不同、電網阻抗性質不同q軸無功方向可能不同。我參與某并網仿真項目時遇到過一個問題無功電流方向按照導則入了結果反而助推了電壓跌落后來查原因發(fā)現(xiàn)是仿真里dq變換基準角定義反了。做仿真前先把坐標系的相位關系在草稿紙上畫清楚比調半天PI參數(shù)高效得多。2.2 直流母線電壓失控的機理與抑制手段電網電壓跌落到0.5p.u.時假設交流側電流達到限幅輸出功率也只能達到額定的一半左右?？晒夥M件側還在按原來的光照輸入功率這個差值只能由母線電容硬扛。母線上能量堆積電壓迅速抬升超過電容耐壓或IGBT耐壓就會觸發(fā)保護LVRT直接失敗。抑制手段在工程上有兩類一類是硬件卸荷也就是在母線正負極之間接一個剎車斬波器檢測到母線電壓超閾值就投入功率電阻把多余能量燒掉另一類是軟件限功率在LVRT觸發(fā)期間把光伏側Boost的MPPT指令切換成限功率模式降低直流側輸入功率。仿真中我通常把兩個方案都搭出來對比。我個人的習慣是Simulink模型里先不加卸荷電路看看純靠控制策略母線電壓能沖到多少。如果沖高幅度可接受說明能量缺口不大如果直接破保護閾值再決定加卸荷還是做限功率。這個順序能幫你判斷問題到底出在控制側還是電路拓撲側而不是一上來就堆硬件保護掩蓋了控制策略本身的漏洞。2.3 鎖相環(huán)在惡劣電網下的生存問題鎖相環(huán)是并網逆變器控制的地基。電壓跌落不是單純的幅值下降往往還伴隨相位跳變尤其是不對稱故障時負序分量在dq坐標系里會引起100Hz的紋波鎖相環(huán)輸出角度會跟著抖動。角度抖了Park變換出來的d/q電流就全是噪聲電流環(huán)再準也白搭。仿真里最常見的處理方式是把PLL帶寬壓得比較低對故障引起的相位突變做平滑跟蹤。但帶寬太低故障清除瞬間又可能出現(xiàn)鎖相滯后導致電流與電網電壓失步產生沖擊電流。更高階一點的做法是采用雙同步坐標系解耦鎖相環(huán)把正序和負序分開提取只鎖正序分量。如果只是做LVRT策略驗證對稱故障場景下普通SRF-PLL完全夠用但一旦要做單相接地故障這種不對稱工況建議直接把正負序解耦方案加上省得到后來回改模型。我見過有人用普通PLL做單相跌落仿真波形調試了兩周都調不出理想結果換成解耦PLL后當天就收斂了。3. 用Simulink把LVRT仿真模型一步步搭起來3.1 主電路選型與故障注入方式做低電壓穿越仿真主電路不需要搞得太復雜關鍵是層次清晰。我常用的拓撲是直流源或PV陣列模型加Boost升壓級后面接三相兩電平橋橋臂輸出經LCL濾波器接電網公共連接點并聯(lián)一個Three-Phase Fault模塊。故障注入要模擬出“電網側發(fā)生了短路”的真實效果。Three-Phase Fault模塊可以設置故障相、故障起始時間、持續(xù)時間、接地電阻和相間電阻。三相平衡跌落是最簡單的工況把三相接地都選上接地電阻設一個較小值電壓就能跌到目標深度。做單相跌落時只選對應相接地然后再看負序分量的影響。關于直流側用什么模型我強烈建議分兩步走。第一步用受控直流源代替光伏組件和Boost級電壓設定在額定母線電壓附近這樣調試LVRT控制邏輯時問題會被限制在逆變器控制層面波形一眼就能看懂。等LVRT邏輯全部調通再替換成PV陣列加Boost加MPPT驗證光伏側限功率策略。一步到位往往導致故障時不知道是控制問題還是光伏模型參數(shù)問題排查起來非常痛苦。3.2 控制算法模塊化實現(xiàn)控制部分我習慣按功能拆成幾個獨立子系統(tǒng)采樣調理、坐標變換、PLL、LVRT模式檢測與參考值計算、電流環(huán)PI、PWM調制。每個子系統(tǒng)一個獨立模塊用Bus或Goto/From傳遞信號避免整個模型像蜘蛛網一樣連線。LVRT模式檢測與參考值計算這塊核心邏輯是檢測電壓幅值低于0.9p.u.就切入LVRT模式。我常用的實現(xiàn)方式是一個MATLAB Function模塊function [id_ref, iq_ref, lvrt_enable] lvrt_ctrl(Ug, P_avail, In, k) U_base 0.9; if Ug U_base lvrt_enable 0; iq_ref 0; id_ref P_avail / 1.0; else lvrt_enable 1; iq_ref k * (U_base - Ug) * In; id_max sqrt(In^2 - iq_ref^2); id_ref min(P_avail, id_max * 0.95); end end這里有幾個容易踩的坑。第一切換瞬間參考值從正常MPPT電流跳到LVRT電流如果之間沒有斜坡過渡電流環(huán)會輸出一個很大的階躍導致沖擊電流。第二id_ref用min函數(shù)限幅是對的但這個約束要放在合成電流幅值層面不能只限制id一個軸否則q軸電流加上之后合成矢量照樣超限。第三函數(shù)里返回的狀態(tài)量最好在切換時加一個鎖存避免電壓在閾值附近波動時反復進出LVRT我一般加5%~10%的滯回區(qū)間。3.3 仿真參數(shù)設置與步長選擇LVRT仿真里的PWM開關頻率通常取5kHz到20kHz我常用10kHz。仿真步長和PWM周期必須拉開量級控制器和PWM發(fā)生器用離散模塊采樣時間設在50微秒到100微秒級別主電路用連續(xù)或較小的離散步長。求解器方面連續(xù)域仿真我推薦ode23t它對這種帶開關器件和變步長的電力電子系統(tǒng)比較友好。如果你全模型用的是離散化以后的家當可以考慮固定步長離散求解器步長1微秒左右。千萬別用默認的ode45搭一個大步長去跑仿真出來電流都是毛刺沒法看。故障時序安排建議按這個順序前0.2s讓系統(tǒng)穩(wěn)定并網、MPPT收斂0.2s時刻投入故障故障持續(xù)0.625s對應導則要求0.825s故障清除之后繼續(xù)運行0.2s左右觀察有功恢復過程。總時長1.0s左右的仿真變步長下跑起來很快。但如果你把電流環(huán)的控制周期設成了和PWM同頻率并且用了LCL濾波器仿真時間會明顯變慢這時候可以考慮先把濾波電容和后級電網阻抗適當簡化用基礎模型驗證邏輯后面再逐步細化。4. 仿真波形深度解讀與參數(shù)整定避坑記錄4.1 三種典型跌落工況的波形對比仿真跑通之后不能只看“沒炸保護”就收工。我一般會固定橫軸時間把電網電壓、并網三相電流、d/q電流參考值、直流母線電壓、有功無功功率這幾路波形拉在一起對比。重點關注幾個時刻故障投入瞬間、故障期間穩(wěn)態(tài)、故障清除瞬間。先看電壓跌落50%的工況。故障投入后電網電壓從1.0p.u.直接切到0.5p.u.q軸無功電流參考值按公式計算大概是0.6In左右逆變器電流會出現(xiàn)短暫沖擊隨后在幾個毫秒內收斂到無功優(yōu)先的狀態(tài)。直流母線電壓在故障瞬間會有一個上沖幅度取決于母線電容大小和輸入功率電容越大、上沖越小。這個工況下有功電流雖然被壓縮但并沒有壓到零母線過壓壓力相對可控。再看電壓跌落20%的深度。這是最考驗策略的工況無功電流參考值接近滿載有功電流幾乎壓到零饋入電網的有功能量很少。仿真里你會看到直流母線電壓明顯抬升如果沒加卸荷或者限功率可能直接破保護。有功功率在這個區(qū)間基本貼著0走這個現(xiàn)象是符合預期的不用慌關鍵是看故障清除之后有功能不能按設定斜率恢復。最后是單相接地不對稱故障。電網電壓一相跌落到50%另外兩相基本不變三相電壓出現(xiàn)了明顯的負序分量。PLL輸出角度會有100Hz脈動電流波形也會出現(xiàn)相應畸變。此時如果不把PLL換成正負序解耦方案會發(fā)現(xiàn)LVRT期間的無功支撐其實達不到導則要求因為你的控制角度已經不準了。做不對稱故障仿真時一定要把三相信號單獨提取出來看不要只看合成幅值不然你會漏掉負序導致的畸變問題。4.2 參數(shù)整定中的實際踩坑記錄電壓跌落瞬間我遇到過虛假的直流母線電壓尖峰當時懷疑IGBT都該擊穿了結果后來發(fā)現(xiàn)是故障投入時刻恰好遇到PWM開關瞬間離散采樣帶來了毛刺。解決方法是把PWM發(fā)生器設置為與控制器同步的采樣時間或者在故障投入時刻附近把示波器采樣率提高一檔先確認是真實過壓還是數(shù)值問題。這種情況在真實硬件上可能根本不存在但在仿真里會誤導你把保護閾值調高留下隱患。另一個高頻踩坑點是dq變換角度。很多初學者搭建模型時電流環(huán)里的Park變換角度用固定頻率積分生成而不是用PLL輸出。正常并網時兩者差別不大一旦電壓跌落導致相位跳變固定角度算出來的d/q電流和在電網真實dq坐標下的分解結果就對不上了電流環(huán)輸出指令的方向與實際需要的方向發(fā)生偏差。后來我所有并網模型統(tǒng)一使用PLL輸出作為變換角度?？雌饋硎切∈聦嶋H上這類問題排查起來極其耗時而且波形表現(xiàn)很像控制器參數(shù)沒調好容易把人引到錯誤的方向上。電流環(huán)PI參數(shù)整定上LVRT仿真里最常見的現(xiàn)象是電流震蕩。有人直接把正常工況調試好的PI參數(shù)搬到LVRT模式結果發(fā)現(xiàn)無功電流跟蹤慢、有功電流切換時有超調。原因在于跌落瞬間電流環(huán)工作點從額定有功換到容量受限區(qū)域PI參數(shù)需要為這種飽和邊界工況預留阻尼。我的做法是把電流環(huán)帶寬從正常工況的1kHz左右降低到600~800Hz并給參考值加一階濾波切換沖擊會小很多。同時注意在模式切換時積分器要做預載處理把切換前的積分值留下來別把積分器清零否則第一次調節(jié)會遲滯好幾個毫秒。還有一個指標容易被忽視有功恢復斜率。導則對故障清除后的有功恢復速度有要求不是越快越好過快會對電網造成二次沖擊。實現(xiàn)方式也不復雜在LVRT模式退出后給有功參考值加一個限速率環(huán)節(jié)讓有功功率按設定斜率回升。我一般設的恢復速率在額定功率的30%到50%每秒具體取值要看所在地的電網習慣規(guī)定。仿真里把這個模塊加上之后你會發(fā)現(xiàn)有功恢復曲線變得平滑可控也更容易通過并網驗收。最后說一個經驗性的建議。做低電壓穿越Simulink仿真時不要一上來就追求模型復雜度。先用一個直流源、一個三相橋、一組LCL、一個理想電網把LVRT的控制流程完整走通再逐步加入PLL改進、直流卸荷、光伏限功率。每加一層重新審視一遍波形確認這一層改動沒有破壞前面的功能。技術上LVRT涉及的都算成熟理論真正坑人的永遠是那些邊界條件、切換時序和數(shù)值問題這些恰恰只能在反復調仿真的過程中暴露出來。我在實際項目里深有體會仿真階段多花幾天把邊界工況摸透后面做硬件在環(huán)或者現(xiàn)場測試的時候能省下數(shù)倍的時間。