[HMI] PanelExpress Macro 實踐匈牙利命名法Tag管理介紹-[如何管理好你的macro及占用的內部點記憶體]

PanelExpress Macro 實踐匈牙利命名法Tag管理介紹-[如何管理好你的macro及占用的內部點記憶體]

說明: (管理精神)
為何要管理? (看以下圖片表示)

1.)當你的專案越來越大的時候,巨集越寫越多的時候該怎麼辦?
2.)當你的專案是多人共同開發的時候該怎麼辦?
3.)當你的專案過幾年之後還要修改macro一堆看不懂也查不出頭緒該怎麼辦?

點圖放大收看外觀-1-[定義變數表及Tag名稱] & [左下角為macro管理名稱右上角為tag table]

點圖放大收看外觀-2-[Macro內容呼叫子程式採用匈牙利的命名法]-[呼叫上張圖片左下角Macro名稱執行段落程式]

點圖放大收看外觀-3-[匈牙利變數Tag name 表示]-[綠色字部分表示註解]


點圖放大收看外觀-4-[每段程式之前一定有助解聲明程式執行大綱和維護者是誰一些"summary"資料]

點圖放大收看外觀-5-[完整的註解有利於自己有小管理也利於專案轉移他人讀取]

*為何我想制訂管理的動機,因為三年多來做了很多專案,雜亂的macro讓我的工作很無效率,專案轉移交時,不斷重演解釋的戲碼,浪費了我很多時間,但也增進大家感情.

*養成良好的程式編寫管理習慣,規劃出制度,可以免除"屍體"(管理無章的程式碼),纏著你,讓你無法再執行開發新的專案.

*此精神出自於我的老師.(人要管理好"自己"也要管理好自己的"碼",一段碼可以看出一個人的"個性"有沒有重視"Team work"精神)

[ASCII] ASCII簡表0~127 & 128~255 Code-[jpg檔]

[ASC] ASCII簡表0~127 & 128~255 Code-[jpg檔]

點圖放大收看外觀-[0~127 code]

點圖放大收看外觀-[128~255 code]

待續..........JIS Code 和文碼

[OPC Server] OPC Server -[觀念導讀 part_1]

[OPC Server] OPC Server -[觀念導讀 part_1]

什麼是OPC概念:
OPC是OLE for Process Control的縮寫，即把OLE應用於工業控制領域。OLE原意是對象鏈接和嵌入，隨著OLE 2的發行，其範圍已遠遠超出了這個概念。現下的OLE包容了許多新的特徵，如統一數據傳輸、架構化存儲和自動化，已經成為獨立於計算機語言、作業系統甚至硬體平台的一種規範，是面向對象程式設計概念的進一步推展。OPC建立OLE規範之上，它為工業控制領域提供了一種標準的數據訪問機製。
工業控制領域用到大量的現場設備，在OPC出現以前，軟體開發商需要開發大量的驅動程式來連接這些設備。即使硬體供應商在硬體上做了一些小小改動，應用程式就可能需要重寫；同時，由於不同設備甚至同一設備不同單元的驅動程式也有可能不同，軟體開發商很難同時對這些設備進行訪問以優化操作。硬體供應商也在嘗試解決這個問題，然而由於不同客戶有著不同的需要，同時也存在著不同的數據傳輸協議，因此也一直沒有完整的解決方案。 自OPC提出以後，這個問題終於得到解決。
OPC規範包括OPC伺服器和OPC客戶兩個部分，其實質是在硬體供應商和軟體開發商之間建立了一套完整的“規則”，只要遵循這套規則，數據交互對兩者來說都是透明的，硬體供應商無需考慮應用程式的多種需求和傳輸協議，軟體開發商也無需了解硬體的實質和操作過程。

點圖放大收看外觀

OPC的優越性是顯而易見的︰
1.) 硬體供應商只需提供一套符合OPC Server規範的程式組，無需考慮工程人員需求。
2.) 軟體開發商無需重寫大量的設備驅動程式。
3.) 工程人員在設備選型上有了更多的選擇。
4.) OPC擴展了設備的概念。只要符合OPC伺服器的規範，OPC客戶都可與之進行數據交互，而無需了解設備究竟是PLC還是儀表，甚至在數據庫系統上建立了OPC規範，OPC客戶也可與之方便地實現數據交互。

opc web side:

http://www.opcfoundation.org/