作者 | Alex Kennedy
優秀的可編程邏輯控制器（PLC）程式設計師，在編寫代碼時應始終為用戶著想，努力為其編寫最適合實際情況的代碼。
一個好的可編程邏輯控制器（PLC）程式設計師，心間應始終想著最終用戶的需求，並編寫可理解和可復用的代碼。使用有效的方法和實踐將使程式設計師和用戶的生活更輕鬆。每個程式設計師都應該知道這7個技巧，以充分利用PLC和控制系統。
01
實施模塊化系統
在模塊化的PLC系統中，可以使用幾個附加模塊來提供整體的靈活性。因為模塊易於更換，模塊化的PLC系統還具有可擴展性，能夠容納更多的I/O設備，更容易排除故障，並且由於模塊可以很容易地被替換，所以系統總體上更快。
PLC程序應以合理的方式組織，例如將每個設備分開，並使用可復用且易於理解的結構。當使用模塊化的結構時，程式設計師可以對同一類型的所有設備進行修改，而不是對每個設備進行修改。
保持代碼的模塊化，可以讓各方了解每一段代碼的功能。例如，如果有一個堆棧燈，則驅動它的代碼來自堆棧燈結構，而不是模式塊。
02
按照客戶要求來組織代碼
程式設計師需要分析最終用戶的需求，並利用標準化的代碼來滿足用戶需求。這為維護團隊和支持人員提供了標準的布局和結構，以便他們能夠方便地理解和支持日常設備。
最終用戶可以指定PLC的編程環境，以與設施中的設備類型保持一致，確保所有功能正常工作。在項目的開發階段，程式設計師應復用為現有接口開發的任何標準代碼塊或其它代碼。儘管程式設計師可能需要更長的時間來熟悉並應用這些代碼塊，但最終用戶對這些代碼已經熟悉了，比起學習一個新的界面，他們可以更容易地支持它。
03
選擇最合適的語言
程式設計師並不總是能使用「最佳」的語言來實現應用程式；他們必須滿足最終用戶的要求。如上所述，客戶團隊需要每日處理工廠的設備，如果他們不熟悉所使用的程式語言，也就無法對其進行有效的支持，那麼當設備出現故障時，程式設計師很可能在凌晨兩點接到求助電話。
IEC 61131提供了可在生產環境中通用的程式語言。不同製造商的程式語言可能是專有的，但內容大同小異。區別在於特定功能，例如搜索或排序例程。與諸如結構化控制語言（SCL）之類的高級語言相比，帶有「for」或「while」循環的搜索或排序例程，在梯形邏輯中並沒有那麼容易操作。同樣的功能，在SCL中代碼可能只需要幾行，但在梯形邏輯中可能需要10到15行。
04
了解數據處理需求
在控制器中需要處理哪些數據？如果系統需要一個製造執行系統（MES），但實際上並沒有，這將給PLC存儲、保留和管理數據帶來巨大的負擔。這些功能應由外部PC來承擔。
如果用戶有配方控制系統，根據配方的大小，數據分析的主要工作應由PC而不是PLC承擔。如果存在間歇性搜索例程或高負載例程，則需要增加掃描時間，這可能會導致錯過傳感器數據。這些情況會對PLC的運行方式產生重大影響。
05
確保對代碼進行良好的注釋
確保對代碼進行良好的注釋。顯然，程式設計師在編寫代碼時了解代碼的細節和複雜性，但數周或數月後在站點調用代碼進行故障排除時，用戶可能已經不熟悉代碼了。如果代碼中有特殊、不常見的內容，那麼額外的注釋可以幫助下一位程式設計師理解：為什麼代碼看起來不像預期的那樣。這可以防止未來的程式設計師為了 「修復 」代碼而進行修改，從而可能會造成更糟糕的情況。
06
標準化故障消息
在對系統進行編程時，確保所有故障信息都是有針對性的，並且實現同類設備信息的標準化。如果傳感器可能以某種方式發生故障，請確保該系統中所有傳感器的故障配置方式都相同。類似地，攝像機或連接到PLC的任何類型的設備也有其特定的故障模式。詢問最終用戶他們遇到過哪些故障模式，並為這些可能的突發事件做好計劃。
07
使軟體環境與PLC品牌相匹配
為確保最大的穩定性並避免任何意外問題，如果可能的話，請儘量使用PLC製造商推薦的運行環境。這將使代碼和應用體驗儘可能無縫銜接。
在整個編程過程中始終為最終用戶著想，並遵循這些簡單的技巧，將獲得更高的效率、更好的穩定性和用戶體驗。
關鍵概念：
■ 當使用模塊化的結構時，程式設計師可以對同一類型的所有設備進行修改。
■ PLC 程式設計師應了解數據處理需求，並確保代碼有良好的注釋。
思考一下：
還有哪些 PLC 編程技巧需要掌握？