引領(lǐng)未來的集中控制編程方式

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

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

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

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

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

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

　　答案是有的。

　　分析一下“腳本”的實際功能，無非是：當一個“條件”出現(xiàn)時,判斷該“條件”是否邏輯“真”，為“真”時調(diào)用函數(shù)1，為“假”時則調(diào)用函數(shù)2。其實就是基本的if-else判定結(jié)構(gòu)。

　　如果做一個表格：

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

　　M ---->邏輯為“真”時調(diào)用的函數(shù)編號

　　N ---->邏輯為“假”時調(diào)用的函數(shù)編號

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

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

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

　　表格鏈：

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

　　明確了“函數(shù)”和“腳本”的使用結(jié)構(gòu)，要增加各種功能其實只要編寫一些內(nèi)置函數(shù)就可輕松實現(xiàn)：如數(shù)據(jù)轉(zhuǎn)發(fā)函數(shù)、各種CRC效驗糾錯函數(shù)、自定義變量的運算函數(shù)等等。

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

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

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

　　周建中