S7-200 案例分享（寫在前面）

ID:26188 · 發表于 2015-5-28 01:12

作為一個好的自動化工程師，會編寫程序是一項必備的技能。在工控這個行業里工作這么多年，對于編程也有了自己的一份認識和一些想法，在這里就分享出來供大家學習交流。

      對于程序編寫每個人都有自己的風格，但是其中心思想是不變的——分清條件之間的因果關系。這就需要對工藝要求書的詳細解讀，首先確定好輸出，在其基礎上分析出它的啟動條件和停止條件分別是什么，再根據“起、保、停”電路依次添加條件就可以了。

      這種方法是根據繼電器電路圖演變的，可以編寫比較簡單的數字量控制系統的梯形圖，即在一些典型電路的基礎上，根據被控對象系統的要求，在其中間加一點指令和觸點，通過不斷的修改來完善梯形圖。理解了這個你就邁進了編程的大門，但是還遠遠達不到可以獨立編寫項目的水平。

   上面提到的只是編程的思路，而在工作中編程就不只是簡單的套條件了。一個好的程序是在確保功能運行可靠以及相同硬件條件的前提下編寫完成的。而且在現場編程必須滿足以下幾項。

      第一：容錯性，可靠性，即無論在什么情況下，也能保證安全運行，例如：1、運行中突然停電時；2、不按常規操作時；3、超出常規的運行位置時（極限）；4、某一零部件損壞時。

      第二：設備運行的流暢性和操作人員的控制方便性。

      第三：程序的可讀性。如果只做過價值數萬，不超過100點的系統。也就是小系統或專有設備那就是不可能（或不大可能）向客戶開放程序，如果是這樣的封閉系統的話程序可以隨意的編寫，只要滿足第一、二要求就可以了。

      而一個數千，上萬點的系統，如果沒有可讀性，對于客戶簡直就是災難！你見到過一個系統持續的維護10年嗎，你覺得這10年來都是那個編寫程序的人在維護嗎？你覺得這個系統10年來都保持毫無變化嗎？所以程序的可讀性，不管是自動化行業，還是軟件行業，都一樣適用，

      對于客戶來說，如果他們自己能夠看懂程序，能夠獨立完成普通的維護工作，那不正說明這是一個好程序嗎？反觀，如果程序中使用了太多的編程技巧，比如把匯編語言的習慣帶入PLC項目，結果真的有點讓人崩潰。比如匯編語言中經常用到跳轉指令，移位乘法指令等這會給程序編寫帶來方便，有時是不得以而為之。但你可以想象一點，如果PLC項目中也使用這樣的編程方式，你讓半桶水的維護人員怎么看懂。

      在實際中一些大的項目就不是一個人可以編寫的了，這就需要一個團隊的合作，可讀性在這里就顯的非常重要了。所以我經常對身邊的同事強調：你寫的程序不是給自己欣賞的，而是要拿給別人看的。哪怕用到一些高級的技巧時，也要用文字詳細的說明。

      對應以上的要求可以總結為：
                                                面向設備，反應要快。

面向操作者，控制要簡便。

面向維護人員，程序要易懂。

面向制造商，成本要低。

面向開發者，需要模塊化。

         如果你編寫的程序滿足以上的要求時，那我就很高興的告訴你“月薪萬元在向你招手”。所以一個好的編程思想和技巧的運用是學習PLC的基石。

         首先對于學習PLC我們不要有畏懼感。PLC是一個面向工業級控制的一個產品，只要是應用級的產品都會考慮到產品使用的簡易程度。哪怕是難以理解的部分也會做成向導或模塊化供大家方便的使用。就像Word、ppt一樣，我們只要簡單的了解一下就可以上手編輯了，但其中的技巧、內容也是足夠編一套書。

         當我們看到所謂的Word、ppt使用秘籍后，在以后的文檔編輯中使用，從而加快編寫的效率和文檔的質量。再讓我們回過頭看看PLC的程序的編寫，剛開始我們以“啟、保、停”為模板編寫一下小的程序。再慢慢的看一些其他人的程序，來分析他的思路和技巧，慢慢的你就會成為編程高手。

         當初我也是這么一步一步的走過來的，看別人的程序然后不斷的總結和實踐。當編程的思想有了，指令運用的小技巧就是這么積累的。所以我就有到處逛論壇的習慣，看到好的文章就會隨手的收藏起來。有空的時候翻出來實踐一下，這樣成長的速度是很快的。

         在網上看到一些好的文章我會轉載過來，供大家學習交流之用。剛開始我會發一些簡單的案例出來，懂的人不要笑。那些復雜的程序都是由這些基礎的程序組成而來的。

帳號		自動登錄	找回密碼
密碼			立即注冊

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

S7-200 案例分享（寫在前面）