西門子ET200電子模塊6ES7132-4HB01-0AB0 

編程本身就是一種邏輯思維過程。在高級語言中，使用最多的是ifthenelse、select這些條件判別語句，這就是邏輯中的因果關系。PLC程序就是由這些因果關系組成的：判別條件是否成立，進而決定執行相應的指令。最初的PLC是用來替代繼電器邏輯電路的，所以繼承了繼電器電路以觸點作為觸發條件的描述方式。在PLC中，以虛擬觸點代替了繼電器的金屬觸點，而繼電器電路所表達的邏輯關系還是被完整的保留下來。即使引入了繼電器電路難以勝任的數值處理過程，PLC從根本上還是在執行一個個因果關系。所以，理順對象的各個事件之間的邏輯關系，是編程之前必須精心做好的準備工作。我在接到一項任務后，第一件事就是整理出一份邏輯關系圖，與用戶反復商討，取得用戶的認可，然后才真正進入程序的編寫過程。
4、的相關知識
PLC的程序是直接作用于對象的具體工藝過程，那么對對象具體工藝過程的理解是非常重要的的。我在與用戶的交流過程中，會用我所掌握的UnitOperation的知識分析用戶的工藝過程，協助用戶整理過程控制中的各個邏輯關系，甚至包括各種儀表、硬件的配置。這得益于我原本所學的專業。當然，不能要求所有搞PLC程序的工程師都有我這樣的經歷。但是有兩門知識卻是的：一是過程儀表的硬件知識，包括傳感器、變送器（二次儀表）和PLC本身，這是構建控制系統的基礎；二是過程控制理論，包括各種控制模型的原理和應用，其中最重要的是二位調節和PID調節模型。PID調節是目前用得泛的過程控制手段，且變化多端。學習PID方法就是讀書。幾乎所有講解過程控制的書籍都有關于PID的內容，多讀基本相關的書籍對理解PID是很有益處的。我發現不少網友在進入PLC領域時，缺乏這些相關知識。這并不可怕；可怕的是當事者不能靜下心來彌補知識的缺陷。我們不要怪罪學校沒有教授這些內容，而是要注重自己如何去學習這些知識。工作中遇到的許多問題是學校里沒講過的，這不能成為我們拒絕工作的理由，而應該以積極的態度去應對這些問題。我的體會是，為了解決工作中的問題而學習的知識，比課堂上學的東西更容易記住。
5、養成良好的編程習慣
每個人編程都會有不同的習慣和特點，不能強求一致。但是一些好的習慣還是應該為大多數人所遵循。一是理順邏輯關系、時序關系，編制程序框圖；二是合理分配主程序、子程序和中斷程序；三是合理分配寄存器，編制寄存器符號表。
PLC編程更接近于單片機，或者說PLC就是模塊化的單片機。因此PLC的很多操作都是直接針對寄存器的，如果在程序中出現不合理的寄存器地址重疊，一定會出現不可預想的后果。編制寄存器符號表不僅可以避免上述問題（MicroWin會有問題提示），而且可以使程序具備更好的可讀性。這和VB中定義變量有異曲同工之處。
VB編程中關注的是事件，不強調主程序和子程序的觀念，因為VB主程序的工作是由PC的操作系統完成的。PLC則不然。PLC程序是以主程序為主干的，CPU不斷的循環執行主程序，只有觸發條件成立時才會調用子程序或中斷程序。即子程序和中斷程序所執行的任務不是全時需要的。如果把這些任務都放在主程序中會無端增加主程序的工作量，降低程序的效率。這點和單片機的編程思路是一致的。子程序的使用可以使整個程序的邏輯更清晰。而且子程序可以分開編寫、調試，最后“安裝"到主程序上。這樣你可以一個一個解決問題。
PLC編程，無論是LAD，抑或STL，都不如VB那么直觀、有趣，更不如CAD那么形象。但比單片機的匯編語言的可視性強多了。對于初學者，LAD（梯形圖）的編程相對直觀，更容易上手

一步：閱讀產品說明書。
第一步看起來再簡單不過了，很多設備工程師會說，這臺設備我負責了很多年，維護保養每天都做，沒有不熟悉的，看說明書就是浪費時間。哈哈，這就是國內很多工程師的通病，許多人從設備買回來直到報廢，沒有人真正認真地去閱讀過產品說明書，即使閱讀也是草草地一看。更多的還是通過供貨方的產品培訓來了解設備，孰不知，如果簡單的培訓就可以讓你充分了解設備特點的話，那么為什么國際上都要求設備要配備說明書呢？如果閱讀過說明書，請問說明書最開始的安全守則是否一字一句的看過？每個元件的說明是否看過？沒種元件的調試方法是否看過？… 
我們會發現，其實我們日常忽略了產品說明書，很多人甚至將說明書扔掉或者放在自己一時都想不起來的地方。仔細閱讀說明書是編程的第一步，首先要閱讀安全守則，知道哪些執行機構可能會對人身造成傷害，哪些機構間最容易發生撞擊，當發生危險時如何解決，這些最致命的問題都在安全守則中，為什么不去看呢? 
此外，關于設備每個元件的特性，使用方法，調試方法也在說明書中，不去閱讀，即使程序正確，如果元件沒有調試好，設備一樣不能工作。再有，所有的電路圖、氣動液壓回路圖、裝配圖也在說明書中，不去閱讀它怎么知道沒種元件可以做何種改造呢。