在我剛剛接觸PLC時，讀了幾本書，自己編了幾個小程序后就覺得我已經(jīng)很了不得了。
有位誠心愿意幫助我的人讓我學(xué)到了更多，在我向他請教有關(guān)于模擬量編程時，他說其實最重要是編程，我的回答卻令他大失所望。清楚的記得我當(dāng)時是這樣回答的，我的電路原理基礎(chǔ)比較好，這個反而不怕。現(xiàn)在看來不但可笑，而且無知。
編程是最重要的，當(dāng)然也不能說對硬件的了解是次要的。可是人人好像都有這樣一個錯誤的想法，一個程序從理論上看是可行的，就以為我是行的，能編好這個程序，不錯編程的確“簡單”，只不過在電腦上畫幾條線而已， 一個程序就出爐了，PLC是不會告訴你的這個程序在這個系統(tǒng)中運行是錯的還是對的。其實每個程序都會有錯誤（不包括一些特別簡單的程序），在系統(tǒng)運行中也不會馬上暴露出程序的錯誤，只有在長期的運行中才會逐漸發(fā)現(xiàn)錯誤的存在。
在調(diào)試過程中，硬件也許一次調(diào)試成功，而軟件不行，不要錯誤的認(rèn)為系統(tǒng)已經(jīng)運行了，程序就是對的，我自己曾經(jīng)在一個五層的貨梯程序上砸了電梯。而在調(diào)試過程往往存在破壞性，在實際過程中大多數(shù)人總有意識的將程序引向正常運行的方向，然而系統(tǒng)調(diào)試就是要證明自己的程序是不對的，這往往很多人都難以做到。
還有就是不要認(rèn)為對自己的程序說是錯誤的人認(rèn)為那是妒忌，他有本事說是錯的，就有本事指出你的錯誤，無疑在這過程中你又可以學(xué)到很多。
開個頭，拋磚引玉，希望大就此話題上多做些補充。

寫程序的步驟是故障檢測.故障處理/公用程度/手動程序/半自動程序/自動程序/輸出程序