引領未來的集中控制編程方式

　　可編程中控以其豐富的控制接口類型、強大的控制能力、完整的邏輯運算等功能在設備的集中控制方面至今仍扮演著重要角色。盡管許多分布式系統也帶有一定的設備控制能力，但就其綜合控制性能而言，與專業的可編程中控相比仍有一定差距，這也就是可編程中控在系統集中控制方面仍具有較大的實際應用價值。

　　縱觀可編程中控的發展歷史，可看出在編程方式上經歷了由繁到簡、由抽象到直觀的過程。90年代初期出現的可編程中控大體是仿照西門子PLC工業控制模塊的編程方式稍加改造而得到。好處是：技術成熟、邏輯嚴謹，問題是：對使用者要求較高：例如需要了解各種數字邏輯模塊的工作原理(類似J-K觸發器、D-觸發器、計數器、鎖存器、定時器等等)，也就是說編程人員至少要懂得“數字邏輯電路”的相關知識才能理解其中各模塊的作用機制，對于從未接觸過PLC編程的人員就存在較高的學習成本。隨著編程簡易化需求的趨勢，出現了以信號流程圖的方式來進行編程的工具，與之前方式相比將模塊化變成了圖形化，看起來較為直觀。

　　編程方式進一步的簡化，就是在相應的控制端口處直接填入控制代碼。這在一定程度上來說是最為簡潔和有效的方法，因此目前越來越多的中控采用了類似的方法。

　　編程中最復雜的莫過于對各種反饋信息的處理。目前大多數均采用了“腳本函數”+“腳本判斷”的方式，換句話說，在“腳本”中根據不同的“條件”，通過if-else判斷結構，來執行不同的“函數”。嚴謹、有效。所以基本上絕大多數中控，在處理反饋的過程中，都要靠編寫“腳本代碼”的方式來實現。

　　問題是：編寫腳本，實際上就是要寫一段C代碼，簡單的函數及判斷功能還比較容易編寫，但對于一些更為復雜的函數(例如CRC16的效驗函數)，是要專業人員深入了解其算法后，并通過嚴謹的邏輯運算和程序結構方可編寫成功。不代表會寫C代碼就能寫出類似這樣的效驗函數。

　　那么，有沒有一種簡單的方法能實現這些原來靠寫“腳本”所帶來的功能呢?

　　答案是有的。

　　分析一下“腳本”的實際功能，無非是：當一個“條件”出現時,判斷該“條件”是否邏輯“真”，為“真”時調用函數1，為“假”時則調用函數2。其實就是基本的if-else判定結構。

　　如果做一個表格：

　　這里： 表達式 --->條件表達式

　　M ---->邏輯為“真”時調用的函數編號

　　N ---->邏輯為“假”時調用的函數編號

　　直接填寫：表達式、M、N的表格，不就是達到了“腳本”的功能了嗎，并且拋棄了腳本。顯然，這要比寫腳本代碼方便的多!

　　要拋棄“腳本”，中控顯然要有更高的處理能力：需要解析表達式的含義;需要預先編制一些常用函數和其他較為復雜的函數;使用M、N來取代需要調用的函數名稱或一些特定的動作名稱。然而，這一切都是可以實現的。總之，它提供了一種無需編寫腳本代碼而實現相同功能的方法。

　　該方法的應用，直接簡化了中控對復雜邏輯運算的編程要求，使用表格鏈就可以實現多個條件的判斷與執行。

　　表格鏈：

　　這是一種非常容易理解的腳本替代方式，其邏輯的完整性與“腳本”并無二義。

　　明確了“函數”和“腳本”的使用結構，要增加各種功能其實只要編寫一些內置函數就可輕松實現：如數據轉發函數、各種CRC效驗糾錯函數、自定義變量的運算函數等等。

　　如果在中控內部預先集成了一些復雜函數(各種標準的CRC8、CRC16、CRC32函數)，配合“表格鏈”作一些簡單的邏輯運算，那么就能用最簡易的方式實現從簡單到復雜的反饋邏輯處理功能。

　　廣州市東來電子科技有限公司在業內率先采用了無腳本編程方式，使得對中控的編程不再需要專業人員的介入，完全拋棄類C語言的編程模式，完全拋棄腳本，簡化了編程過程，將復雜的腳本函數由廠家來完成并固化，使編程成為 “隨心所欲”的一項輕松工作。

　　廣州市東來電子科技有限公司

　　周建中