陽江西門子S7-200SMART模塊*代理商

上海慶惜自動化設備有限公司承諾：

凡在本公司購買的產品，保證全新，假一罰十，可簽訂正式銷售合同，本公司主要經營S7-200,S7-300，S7-1200，S7-400 PLC模塊，觸摸屏，通訊電纜，編程電纜，DP接頭，LOGO,模快.SMART模塊,軟啟動器,伺服電機,變頻器等產品,西門子保內*產品‘質保一年。一年內因產品質量問題免費更換新產品；不收取任何費。

咨詢   

承諾：1、保證全新*：

      2、保證安全準時發貨：

      3、保證售后服務質量

流程：1、客戶確認所需采購產品型號：

      2、我方會根據詢價單型號查詢價格以及交貨期，擬一份詳細正規報價單

      3，客戶收到報價單并確認型號無誤后訂購產品

      4、報價單負責人根據客戶提供型號以及數量擬份銷售合同：

      5、客戶收到合同查閱同意后蓋章回傳并按照合同銷售額匯款到公司賬戶

      6、我公司財務查到款后，業務員安排發貨并通知客戶跟蹤運單。

西門子PLCS7-300系列PLC安裝及注意事項

西門子S7-300安裝注意事項一)輔助電源功率較小，只能帶動小功率的設備(光電傳感器等);

西門子S7-300安裝注意事項二)一般PLC均有一定數量的占有點數(即空地址接線端子)，不要將線接上;

西門子S7-300安裝注意事項三)PLC存在I/O響應延遲問題，尤其在快速響應設備中應加以注意。

西門子S7-300安裝注意事項四)輸出有繼電器型，晶體管型(高速輸出時宜選用)，輸出可直接帶輕負載(LED指示燈等

西門子PLCS7-300系列PLC安裝及注意事項

西門子S7-300安裝注意事項一)輔助電源功率較小，只能帶動小功率的設備(光電傳感器等);

西門子S7-300安裝注意事項二)一般PLC均有一定數量的占有點數(即空地址接線端子)，不要將線接上;

西門子S7-300安裝注意事項三)PLC存在I/O響應延遲問題，尤其在快速響應設備中應加以注意。

西門子S7-300安裝注意事項四)輸出有繼電器型，晶體管型(高速輸出時宜選用)，輸出可直接帶輕負載(LED指示燈等

西門子PLCS7-300系列PLC安裝及注意事項

西門子S7-300安裝注意事項一)輔助電源功率較小，只能帶動小功率的設備(光電傳感器等);

西門子S7-300安裝注意事項二)一般PLC均有一定數量的占有點數(即空地址接線端子)，不要將線接上;

西門子S7-300安裝注意事項三)PLC存在I/O響應延遲問題，尤其在快速響應設備中應加以注意。

西門子S7-300安裝注意事項四)輸出有繼電器型，晶體管型(高速輸出時宜選用)，輸出可直接帶輕負載(LED指示燈等

西門子PLCS7-300系列PLC安裝及注意事項

西門子S7-300安裝注意事項一)輔助電源功率較小，只能帶動小功率的設備(光電傳感器等);

西門子S7-300安裝注意事項二)一般PLC均有一定數量的占有點數(即空地址接線端子)，不要將線接上;

西門子S7-300安裝注意事項三)PLC存在I/O響應延遲問題，尤其在快速響應設備中應加以注意。

西門子S7-300安裝注意事項四)輸出有繼電器型，晶體管型(高速輸出時宜選用)，輸出可直接帶輕負載(LED指示燈等

陽江西門子S7-200SMART模塊*代理商

?產品遠銷：

1．華北地區：北京、天津、河北、內蒙古（2個市，2個省）。

2．東北地區：遼寧、吉林、黑龍江、大連，齊齊哈爾（3個省、2市）。

3．華東地區：上海、江蘇、浙江、安徽、福建、江西、山東、（7個省）。

4．華中地區：河南、湖北、湖南、廣東、廣西、海南、深圳（7個省、市）。

5．西南地區：重慶、四川、貴州、云南、西藏（5個省、市）。

6．西北地區：陜西、甘肅、青海、寧夏、新疆、山西、（6個省、區）。

  ?

西門子S7-300/400的PLC用戶程序結構與S7-200有明顯的不同，可以使用線性化結構以及功能調用式結構與結構化編程。

    采用調用式結構與結構化編程時，程序以組織塊(OB)、程序塊(FC)、功能塊(FB)、系統程序塊( SFC)、系統功能塊(SFB)、數據塊(DB)等形式出現，其中，組織塊(OB)、程序塊(FC)、功能塊(FB)統稱為“邏輯塊(Logic Block)”；系統程序塊(SFC)、系統功能塊(SFB)統稱為“系統塊”。

    (1)組織塊(OB)

    組織塊（Organization Blocks，簡稱OB）提供了PLC內部CPU操作系統與用戶程序間的接口，它是由CPU操作系統直接進行調用的邏輯塊，用來管理PLC程序中各組成部分的調用和執行中斷。OB決定了PLC用戶程序的結構與塊的調用順序，起到了“管理”用戶程序的作用。

    S7-300/400不同的CPU類型，可以選擇、支持不同的OB塊，但OB1是所有PLC用戶程序的循環控制塊，它是運行PLC用戶程序的前提條件，因此，任何PLC程序、任何CPU都不可以缺少OB1。

    OB塊的調用條件被稱為“觸發事件”，根據“觸發事件”的不同，OB塊可以分為若干級別，各個級別有不同的優先級，高優先級的OB可以中斷低優先級OB的執行。如果需要，S7系列PLC除OB1外，還可以使用多個OB塊。

     (2)程序塊(FC)

    程序塊(Function，簡稱FC)是由用戶編寫的、不需要專門數據塊的常用邏輯塊。

    FC塊在程序中一般不可以重復調用，在大多數場合，FC塊應直接使用PLC的“地址”或“符號地址”進行編程，但根據需要，可以定義部分程序變量。

    與S7-200 -樣，FC塊的“臨時變量”同樣存儲在局部變量數據堆棧(L)中，這一區域為全部程序塊所公用，只可以用于FC塊內部使用的中間運算結果寄存（這些中間運算結果不可以用于FC塊外部）；程序塊執行完成后，局部變量數據堆棧內的數據將被其他塊所需要的內容所替代。如果需要保存可以用于其他邏輯塊的狀態，應使用PLC的內部標志寄存器M或使用“數據塊DB”。

    在程序塊FC中，有部分為PLC生產廠家所提供的、集成在S7 CPU操作系統中的邏輯塊，稱為系統程序塊（System Function，簡稱SFC）。系統程序塊SFC屬于PLC內部操作系統的一部分，用戶不需要編寫，也不可以對其進行編輯，但可以根據需要直接調用。

    (3)功能塊(FB)

    功能塊（Function Blocks，簡稱FB塊）是由用戶編寫的、需要數據塊(Instance Data Blocks，稱為“即時數據塊”或“背景數據塊”，簡稱DI)支持的常用邏輯塊。

    FB塊與FC塊的作用基本相同，但FB中除可以使用“地址”或“符號地址”進行編程外，在結構化編程時必須使用“程序變量”進行編程，因此，FB必須配套的、獨立的數據存儲區域——“即時數據塊DI”。DI -方面可以為調用FB提供執行程序所需要的“程序變量”賦值與其他數據，另一方面，功能塊FB也能通過DI給調用它的邏輯塊返回所需要的數據。

    與功能調用塊FC -樣，功能塊FB中也有部分為PLC生產廠家所提供的、集成在S7 CPU操作系統中的功能塊，稱為系統功能塊（System Function Blocks，簡稱SFB）。系統功能塊SFB同樣屬于PLC內部操作系統的一部分，用戶不需要編寫，也不可以對其進行編輯，但可以根據需要直接調用。

    (4)數據塊(DB)

    數據塊(Data Blocks，簡稱DB)是用來存放執行用戶程序時所需的數據與存儲程序執行結果的數據存儲區，其作用與標志寄存器類似，但數量更多。數據塊DB按不同的用途可以分為即時數據塊(Instance DataBlocks，又稱背景數據塊，簡稱DI)和通用數據塊(Data Blocks，又稱共享數據塊，簡稱DB)兩類。

    即時數據塊( DI)用于傳遞功能塊的參數，只能被的功能塊FB訪問。調用功能塊FB時，必須同時用于該功能塊的即時數據塊DI，即時數據塊內的數據可以自動生成，它們可以是FB變量聲明表中的數據（不含臨時變量）。

    通用數據塊(DB)用于存儲PLC的全局數據，所有的FB、FC或OB都可以對通用數據塊進行讀寫操作，因此，又被稱為共享數據塊。通用數據塊內的數據不會因用戶程序的結束而刪除。

面向對象編程是計算機高級語言的一種*的編程模式，在工業控制系統的PLC程序中也可以采用這種設計思想，雖然我們無法實現面向對象的很多優秀特點如“繼承”，甚至于它根本就不具備面向對象編程語言的特點，但面向對象編程的基本概念就是類和類的實例（即對象），我們只需要使用這種概念就可以了。在計算機編程中我們需要把一些事物抽象和歸納，才能編寫類，而在工業控制系統中，控制對象如：電機，閥等等是很明顯的控制類別，不需要抽象就可以很明顯的針對它們編寫類，以下將會用到西門子的Step7編程語言和施奈德的Unity編程語言來講解PLC的面向對象編程。

    一、實現方式

    面向對象編程在Step7中使用功能塊（即FB）編程，一談到此大家就會想到西門子提出的模塊化編程，不錯，就是這個模塊化編程，但西門子提出的模塊化、背景數據塊、多重背景等名詞并不能讓大家很明白的理解和使用這種優秀的設計理念。如果大家從面向對象編程的角度去理解，則可以很好的理解這種設計模式。“FB塊”被看成“類”，它可以被看成是對相似的控制對象的代碼歸納，如對MM440的變頻器可以編寫FB塊:MtrMM440,這在面向對象編程中稱為“類”，當需要編程控制具體的電機時，可以給它分配一個背景DB塊，在面向對象編程中稱為類的實現（即創建類的實例：對象），當需要控制多個電機時，可以分配不同的背景DB到這個FB塊，即創建類的多個實例。Step7中有另外一種程序塊，即FC塊，以FC塊為主的編程在西門子中稱為結構化編程，這也可以類比于計算機編程中的面向過程編程，即純粹以函數為主體的編程。

    施奈德的Unity軟件編程可以更好的理解面向對象編程。它的DFB定義中包含輸入/輸出參數，私有/共有變量，以及代碼實現，而這正是計算機的面向對象編程中“類”的基本元素，而創建類的實例（對象）就像創建普通的“布爾”變量一樣，只需在“FunctionBlocks”中定義這種“類”的變量即可。

    Step7和Unity都可以采用面向過程和面向對象編程方式，這兩種編程方式的區別類似于計算機高級語言中的C語言和C++語言編程的區別。

    以下的講解將會把Step7中的FB和Unity中的DFB稱為“類”，Step7中的FB+背景DB以及Unity中DFB的實例稱為“對象”。

    二、面向對象編程架構

    以上講解的是實現細節，而編程思想是建立在程序架構上的，不是某個局部使用了面向對象方式，則可以稱之為這種編程就是面向對象編程。這種編程需要從以下方面著手：

    1、電路設計的結構化。

    這里主要以自動線為主介紹，對于單機機床可以是它的簡化結構，

    <1>、自動線層：這是層次，它擁有一個主PLC，對屬于它下面的各區域控制

    <2>、工程層：擁有獨立的配送電系統，但沒有PLC，只有分布式模塊，由自動線控制。顧名思義，它有著較大的獨立性，可以作為一個單獨的工程項目設計和制造，當自動線比較小時，可以省略該層次。

    <3>、功能組層：根據工藝劃分，將實現某一個工藝功能的區段設備劃分為一個功能組，它隸屬于工程層，當工程層被省略時，隸屬于自動線層。

    面向對象編程并不一定要求使用以上的結構，但好的電氣結構更利于面向對象編程。

    2、任何控制對象邏輯都在“類”中實現。

    為了做到這點，必須分析與控制對象相關的信息，譬如，對于一個電機，有以下相關的信息需要考慮：

    輸入信息：

    <1>、電路保護信息，如電機的空氣開關，熱繼電器等。

    <2>、功能保護信息，如運動電機的限位開關，風機的風壓開關，油泵的油位開關等。

    <3>、啟動和終止條件，以上的電路保護和功能保護都可能導致電機運轉終止，復位也可能導致重啟動，但這里的條件指的是正常運行的啟動和終止條件，譬如順序控制的流程步。

    <4>、控制模式：如手動和自動等。

    <5>、故障復位：通過復位信息，重新啟動。

    輸出信息：

    <1>、控制輸出，如控制電機的主接觸器。

    <2>、狀態信息輸出

    <3>、故障輸出

    .........

    狀態儲存信息：

    用于代碼實現的中間變量以及可以被人機界面讀出的狀態變量等

    把以上信息都整合到一個類中，并盡量使類的參數標準化。不過，同高級編程語言還是曾在一些差別，針對Step7,應該遵循的標準是：程序結構由FC實現，對象控制由FB實現，如下的一種結構體系（其電氣結構來自上面的介紹）：這只不過是一個粗略的PLC程序架構體系，好的架構應該更完善和科學。

    3、規劃好數據結構

    數據結構的定義相當重要，并盡量統一這些結構，不要顧慮存儲空間，當今的PLC內存足以容納大量的數據。說明一點的是在Step7中盡量不要在類的外部定義數據結構(UDT),而是在類里面定義，雖然會造成不同類中同一結構的重復性定義，但卻提高了類的獨立性。

    三、*性

    1、標準化

    使用這種設計模式，可以將程序設計分為兩個階段，即標準庫、基本架構開發，以及實際應用層面設計。其中標準庫、基本架構是制定程序標準化的基礎，而應用層設計是針對具體的控制工程編程，這樣可以把程序設計人員分成兩類，一類是標準開發，由*程序員負責，一類是應用設計（其中程序調試規劃到應用設計），由經過標準化培訓的一般程序員完成，通過這種分配就可以解決中國工業自動化中面臨的尷尬局面。傳統的中國控制工業，一個程序設計由一個人完成，這樣他還必須負責現場調試，而擁有豐富經驗的程序員一般是三十歲后，這時他已經成家，而顯然*出差對家庭不利，很多優秀的程序員為了家庭考慮不得不改行，要么轉到管理崗位，要么去制造工廠搞設備維護，這是資源的嚴重流失。毫無疑問，使用以上的設計流程，我么可以讓經驗豐富的程序員搞標準庫和架構的設計，而讓剛踏入這個行業的年輕人搞應用設計和調試，這不僅可以讓老程序員繼續他自己的工作，而不影響家庭，也可以讓年輕的程序員參入現場調試，培養自己的經驗，提高自己的收入。

    這可能讓某些人士擔心，認為年輕的程序員可以參加現場的調試嗎？可以肯定的是沒有標準化支撐的程序不僅年輕的程序員編不出來，而且現場調試會問題多多。但有了好的標準化后，一年半以上工作經驗的程序員就應該能夠獨立面對自動線。

    PLC中的面向對象編程的核心就是黑匣子編程，針對Step7,我們使用FB去實現每一個對象的控制，控制邏輯、報警處理、信號交換全在FB中，對于應用設計人員，不需要明白里面的代碼實現，只需要了解該FB的功能以及如何使用好它就行，這樣對于應用程序人員的編程能力要求大大降低，對于編程只不過是遵循架構，拷貝代碼，改變輸入輸出條件而已。

    那么調試呢？很多人認為使用FB編程的就是FB的多次調用后，根本無法診斷這些代碼，從技術層面上講確實如此，我們除了從背景DB上查看信息外，是無法在它多次被調用后監控代碼的，但我已說過，這是黑匣子編程，我們不需要診斷這些代碼，只需要知道什么樣的輸入、什么樣的參數設定導致什么樣的輸出就行，代碼的邏輯與功能好壞是由標準庫開發人員負責的，這就要求標準開發人員需要對他設計的功能塊在不同條件下進行不同的測試，保證無誤，還需要編寫完整、詳盡的功能說明文檔，以便于應用設計人員了解這些塊，標準架構并不是制定出來就一勞永逸的，針對千變萬化的工程，它是需要不斷完善和修訂的，這也是一個工程公司可以實實在在進行知識積累的地方。

    程序不僅需要給調試人員使用，而且用戶（設備維護人員）也需要了解，如果把完整的標準庫文檔給用戶，可能曾在技術外泄的可能，若不給，對他們診斷設備可能曾在困難，這就需要標準制定人員制作另外一分文檔，即設備維護文檔，其知識的透漏以用戶能夠使用程序進行診斷為限。

    2、重用性和易管理型

    計算機面向對象編程的優點也有重用性和易管理型，在PLC中也曾在，以Step7為例，需要討論FC和FB的差異。觀察數據類型，FB比FC只不過多一個“STAT”類型，在使用上FB需要背景DB，FC不需要，但就這個差別導致FB擁有自己獨立的數據儲存空間，而FC的數據儲存卻必須借助公有變量（如中間變量M或者共享DB），有這樣一種準則，程序塊的獨立性越強，其重用性也越好，產生數據訪問沖突的可能性也更少，則更易于管理。有些公司生產的PLC，其程序語言沒有類似FB的這種特性，這時可以采用類似“FC+共享DB”的替代方案解決，但它的獨立性已經大大降低。

    同樣的代碼的獨立性是標準制定的一個重要環節，很難想象一個與其他功能塊之間有著千絲萬縷的功能塊能夠被作為標準塊在不同工程中有效的重復使用。

    縱觀計算機語言的發展，開始的編程都是令人的，而當今的編程讓人們得到很大的解脫，有很多現成的標準類庫實用，人們可以把更多的編程精力放在實現功能本身上，PLC編程也應該朝這種方向發展，應該讓更多的人從事應用層面的設計，那些標準功能塊不應該重復的被不同人員開發，雖然各大PLC廠開發了大量的程序庫，但工業控制對象各式各樣，不同行業都應該擁有自己的程序庫，而代碼的可重用性是評價這些功能塊好壞的關鍵。#p#分頁標題#e#

    3、設計思想的*性

    在電路圖設計中我們早已經在使用針對控制對象的繪圖方式，即把基本的主配送電路和PLC配置完成后，我們會針對每一個現場控制對象如：電機、閥、氣缸等控制對象繪制電路圖，他們的電源來自主配送電路，控制和反饋與PLC建立連接，硬件連鎖根據實際情況調整，一個個控制對象就象搭建積木一樣有組織的堆積起來，同樣的，編程也是針對一個個控制對象使用相應的標準控制塊實現就可以，把程序控制細節實現了有效的封裝，使程序看起來簡潔和易于維護，而好的設計可以把原理圖和程序進行很好的關聯，甚至于做到一對一的關系，如原理圖中的一個控制對象可以在程序中找到相應的FB調用與之對應，真正做到面向控制對象編程。

    可能有人疑慮，PLC編程大部分是步進編程，這一個個標準塊都是針對控制對象的，那控制順序如何實現呢？這就要求編寫專門的順序控制FB塊，或者使用Siemens現成的Graph7來實現，這點與一般編程沒什么差別。

    結束語：現在的工業控制領域有很多程序高手，他們很精通算法，也有著自己的編程理念，當我和一些人探討標準化時，他們認識到標準化的高效性，但認為這樣無法體現自己的編程水準，是的，如上所述作為應用層面的程序設計是不要很高的編程水平，但要想想，一個人難道能一輩子去搞現場調試嗎？若想體現自己的價值，可以從事標準編程。我更希望他們能花一點時間研究程序架構，各行各業，真正的大師是系統架構設計者，編程小技巧只不過是為好的架構錦上添花。