plc的程式設計主要規則如下：
1、安全性，使用PLC控制都會有自動執行的部分，對這部分要做到萬無一失，寧可不做，也不要讓被控物件處於失控狀態。
手動部分程式也要有連鎖和限位，或者加入時間限制。很多機械裝置在機構上有自己的安全機制，你最好忘掉這點，不要寄希望於最終的機械安全。我們要做的是在程式上做到人員、機器絕對的安全。
2、功能完整，在保證安全的前提下，儘可能地實現客戶的功能要求。功能的完整性是我們程式設計專業性的體現，不要等到裝置交付時，讓銷售人員無法交差。對於因硬體或其他原因不能實現的部分，要儘早與客戶溝通。
3、邏輯縝密，我們的程式不僅需要在各部分正常時，能順利完成每個動作。當丟失某些訊號時，要依然能處於安全狀態，並有對應的安全提示。
多年的經驗是，實現功能容易，處理異常很難。
我們不得不承認，我們人類的思維是有誤區的，總會有你想不到的地方。特別是當你為了實現某些功能而絞盡腦汁時，做到心思縝密，思維無漏洞是件很困難的事情。
解決思維不完善，我們最好在程式設計時想辦法把功能拆解，由不同的工程師進行協同完成。
程式完成除錯後，最好找熟悉工藝的同事，負責驗證程式。在驗證修改的過程中反覆實驗，一步步修改，直到能應對各種工況。
4、程式簡單化，在功能上我們要邏輯縝密，做到思維無漏洞。但是在程式設計時就要用最簡單的語句，完成儘可能多的功能。
做到程式易於修改、方便除錯、升級簡單。
編寫程式的一般流程是：明確工藝要求，程式設計設計，除錯，發現問題，增加（修改）功能，繼續程式設計，再除錯，繼續新一輪修改，如此往復。
所以你的程式從開始設計，就要易於修改，不要搞成“牽一髮而動全身”，無形中自己給自己增加除錯的難度。
5、方便閱讀，我們編寫的程式除了要完成指定的功能，也要便於讀懂和上手。
很多專案不是一個人能獨立完成的，我們的程式越好好理解，團隊中協作就越容易。在環境本身就惡劣的現場，拿到一坨屎樣的程式，你還有好心情除錯嗎？
另外在程式中要把變數名、註釋標識清楚，並且與圖紙對應起來。做到程式中的資訊便於檢索和查詢。
plc的程式設計主要規則如下：
1、安全性，使用PLC控制都會有自動執行的部分，對這部分要做到萬無一失，寧可不做，也不要讓被控物件處於失控狀態。
手動部分程式也要有連鎖和限位，或者加入時間限制。很多機械裝置在機構上有自己的安全機制，你最好忘掉這點，不要寄希望於最終的機械安全。我們要做的是在程式上做到人員、機器絕對的安全。
2、功能完整，在保證安全的前提下，儘可能地實現客戶的功能要求。功能的完整性是我們程式設計專業性的體現，不要等到裝置交付時，讓銷售人員無法交差。對於因硬體或其他原因不能實現的部分，要儘早與客戶溝通。
3、邏輯縝密，我們的程式不僅需要在各部分正常時，能順利完成每個動作。當丟失某些訊號時，要依然能處於安全狀態，並有對應的安全提示。
多年的經驗是，實現功能容易，處理異常很難。
我們不得不承認，我們人類的思維是有誤區的，總會有你想不到的地方。特別是當你為了實現某些功能而絞盡腦汁時，做到心思縝密，思維無漏洞是件很困難的事情。
解決思維不完善，我們最好在程式設計時想辦法把功能拆解，由不同的工程師進行協同完成。
程式完成除錯後，最好找熟悉工藝的同事，負責驗證程式。在驗證修改的過程中反覆實驗，一步步修改，直到能應對各種工況。
4、程式簡單化，在功能上我們要邏輯縝密，做到思維無漏洞。但是在程式設計時就要用最簡單的語句，完成儘可能多的功能。
做到程式易於修改、方便除錯、升級簡單。
編寫程式的一般流程是：明確工藝要求，程式設計設計，除錯，發現問題，增加（修改）功能，繼續程式設計，再除錯，繼續新一輪修改，如此往復。
所以你的程式從開始設計，就要易於修改，不要搞成“牽一髮而動全身”，無形中自己給自己增加除錯的難度。
5、方便閱讀，我們編寫的程式除了要完成指定的功能，也要便於讀懂和上手。
很多專案不是一個人能獨立完成的，我們的程式越好好理解，團隊中協作就越容易。在環境本身就惡劣的現場，拿到一坨屎樣的程式，你還有好心情除錯嗎？
另外在程式中要把變數名、註釋標識清楚，並且與圖紙對應起來。做到程式中的資訊便於檢索和查詢。