西門子6EP1436-2BA10

SITOP 冗余模塊可提供附加保護，以防 24 V DC 電源出現故障。
由于兩個電源已通過冗余模塊解耦，因此余下的電源不會為故障電源供電。  冗余模塊將連續監視饋電單元，并在一個單元發生故障時，自動切換到另一個單元。 此外，還會通過控制器、PC 或控制系統所控制的信號觸點發送信號，從而保護 24 V DC 電源。

• 由于采用冗余設計，因此高度地保護了 24 V DC 電源

• 即使在一個電源單元發生故障時，電源依然可靠

• 電源單元的緊湊型冗余模塊可提供高達 40 A 的電流

• 24-V DC/NEC 2 類冗余模塊的功率被限制為 100 W

• 診斷信號通過 LED 和信號觸點

• LED 和信號觸點的開關閾值可調節

西門子電源模塊濾波器
傳統的交流-直流(AC-DC)變換器在投運時,將向電網注入大量的諧波電流,引起諧波損耗和干擾,同時還出現裝置網側功率因數惡化的現象,即所謂“電力公害",例如,不可控整流加電容濾波時,網側三次諧波含量可達(70~80)%,網側功率因數僅有0.5~0.6。
電力有源濾波器是一種能夠抑制諧波的新型電力電子裝置,能克服傳統LC濾波器的不足,是一種很有發展前途的諧波抑制手段。濾波器由橋式開關功率變換器和具體控制電路構成。與傳統開關電源的區別是:(l)不僅反饋輸出電壓,還反饋輸入平均電流; (2)電流環基準信號為電壓環誤差信號與全波整流電壓取樣信號之乘積。

西門子電源模塊焊機電源模塊
高頻逆變式整流焊機電源是一種高性能、、省材的新型焊機電源,代表了當今焊機電源的發展方向。由于IGBT大容量模塊的商用化,這種電源更有著廣闊的應用前景。
逆變焊機電源大都采用交流-直流-交流-直流(AC-DC-AC-DC)變換的方法。50Hz交流電經全橋整流變成直流,IGBT組成的PWM高頻變換部分將直流電逆變成20kHz的高頻矩形波,經高頻變壓器耦合, 整流濾波后成為穩定的直流,供電弧使用。
由于焊機電源的工作條件惡劣,頻繁的處于短路、燃弧、開路交替變化之中,因此高頻逆變式整流焊機電源的工作可靠性問題成為關鍵的問題,也是用戶關心的問題。采用微處理器做為脈沖寬度調制(PWM)的相關控制器,通過對多參數、多信息的提取與分析,達到預知系統各種工作狀態的目的,進而提前對系統做出調整和處理,解決了當前大功率IGBT逆變電源可靠性。
國外逆變焊機已可做到額定焊接電流300A,負載持續率60%,全載電壓60~75V,電流調節范圍5~300A,重量29kg。

西門子電源模塊尤其近幾年由于數據業務的飛速發展和分布式供電系統的不斷推廣,模塊電源的增幅已經出了一次電源。模塊電源具有隔離作用，抗干擾能力強，自帶保護功能，便于集成。隨著半導體工藝、封裝技術和高頻軟開關的大量使用,模塊電源功率密度越來越大,轉換效率越來越高,應用也越來越簡單

CFC中是可以將功能塊管腳的數據類型顯示出來的，在編程窗口中，點擊菜單“Option"à“ Customize"à“ Layout"：

在彈出的設置窗口中，檢查“I/Os"中是否已選擇為“Name(and type)"，默認情況下這個選項是被選擇的：

之后，設置功能塊的顯示寬度：

在其中修改Block width為“Wide"即可：

完成設置之后，Chart中的所有功能塊都變寬了，且管腳數據類型也顯示出來了：

問題12．         CFC中使用IN_OUT管腳，為何只能接輸入

在將CFC的“Chart I/O"中定義的“IN_OUT"接口，只能和Chart中功能塊的“IN"或者“IN_OUT"類型相連接，不可以和“OUT"類型連接。

問題13．         CFC中的功能塊的EN管腳能否通過邏輯來控制

默認情況下CFC功能塊的EN管腳是隱藏的，可以在功能塊的“I/Os"中取消EN管腳的“Invisible"屬性選擇。

Chart中可以通過其他功能塊的BOOL類型輸出來連接EN管腳：

連接EN端之后，功能塊的高亮區加了一個黃底的問號，這表示功能塊的執行與否不確定。在運行過程中EN端變成0，或者直接在編程過程中賦值為0：

其中的紅底感嘆號表示該功能塊不會被執行。

所以，CFC中功能塊可以通過EN來控制控制塊執行與否，但需要注意其使能條件，以免出現功能始終無法執行的問題。

問題14．         CFC編譯時為何報超過64K的上限

進行CFC編譯的時候會報如下錯誤：

這個問題是指編譯過程中生成功能塊時，其大小超過64K的上限。如下是出現該問題之前的最近一次正常編譯之后最大的功能塊：

此時CFC編譯生成的FC的大小接近64K了，在增加了少量程序之后再編譯就出錯。

對于CPU而言，其能支持的單個FC/FB最大規模為64K，所以在CFC編譯生成FC超過這個限制后就會報錯停止：

導致這個問題的原因是CFC的運行組設置不合理，如下圖所示，所有的功能塊都集中在一個運行組或者直接在OB3x中，這樣就容易讓編譯生成的FC規模過大。

解決這個問題就可以根據功能塊之間的聯系、或者工藝關系來多劃分運行組，讓每個運行組中的功能塊個數不要過多