(3)Variable2設(shè)定。INITCOM中Variable2的設(shè)定(通訊協(xié)議):
其中:

·Flow Control:流程控制,傳輸數(shù)據(jù)時(shí),由于實(shí)時(shí)壓縮、除錯(cuò)等新的傳輸處理技術(shù),使通訊的速度和正確性大幅提高,但也使計(jì)算機(jī)和人機(jī)間數(shù)據(jù)傳輸?shù)乃俣韧鶗?huì)遠(yuǎn)大于之間真正的數(shù)據(jù)傳送速度,為確保數(shù)據(jù)安全及完整傳送于計(jì)算機(jī)與人機(jī)之間,因此要有傳送流程的控制。
·No Flow Control:不加以設(shè)定。
·CTS/RTS:為硬件流程控制,由硬件產(chǎn)生的電氣脈波經(jīng)總線至內(nèi)接式調(diào)制解調(diào)器或是由連接線至外接式調(diào)制解調(diào)器來達(dá)成流程控制。
·DSR/DTR:也是硬件流程控制,用于計(jì)算機(jī)跟人機(jī)以電纜直接聯(lián)機(jī)。
·XON/XOFF:為軟件流程控制,通常只用于 2400bps 之 Modem 中,控制方式是由軟件產(chǎn)生句柄,并將其加在傳送的數(shù)據(jù)之中。
(4)編收發(fā)數(shù)據(jù)的程式。通訊協(xié)議設(shè)定好了,下一步就使用宏指令根據(jù)協(xié)議來編收發(fā)數(shù)據(jù)的程式:

其中:
·SELECTCOM →經(jīng)由此項(xiàng)指令,來選定要切換哪一個(gè)通訊端口,0代表COM1,1代表COM2。(切換后,所有的通訊指令將自動(dòng)針對(duì)所切換的通訊端口作處理,不同的宏之間的切換并不會(huì)互相支持或是干擾)。此段使用COM1口與上位機(jī)連接,因此使用了SELECTCOM(0)。
·PUTCHARS → 經(jīng)由通訊端口,輸出字符。V1為通訊后回傳的值,可經(jīng)由此值,得到這次通訊的結(jié)果,V2為傳輸數(shù)據(jù)的起始地址,V3為數(shù)據(jù)的長度,V4為所允許的最大通訊時(shí)間,其單位為千分之一秒。
·GETCHARS →經(jīng)由通訊端口得到字符。V1為通訊后回傳的值可經(jīng)由此值,得到這次通訊的結(jié)果,V2為傳輸數(shù)據(jù)的起始地址,V3為數(shù)據(jù)的長度,V4為所允許的最大通訊時(shí)間,其單位為千分之一秒。
·根據(jù)以上幾個(gè)指令,按照通訊協(xié)議來編程式,這樣就能很快捷的建立通訊。有關(guān)校驗(yàn)以及字符處理,本文不再介紹。
3.3 與巡檢儀通訊宏指令的編寫
(1)通訊協(xié)議的設(shè)定在上面的Initial宏中完成:

(2)通訊協(xié)議設(shè)定好后,下一步就使用宏指令根據(jù)協(xié)議來編收發(fā)數(shù)據(jù)的程式:

此段使用COM2口與巡檢儀連接,因此使用了SELECTCOM(1)。根據(jù)PUTCHARS, GETCHARS指令建立通訊程式,與COM1口的區(qū)別也就在校驗(yàn)和字符處理方面,只要成功的建立一個(gè)通訊,另一個(gè)通訊也就迎刃而解了。
4 結(jié)束語
臺(tái)達(dá)AE/AS人機(jī)3個(gè)通訊口可以獨(dú)立使用。使用方便功能豐富的宏指令可以完成許多復(fù)雜的通訊功能。案例將臺(tái)達(dá)HMI通訊優(yōu)勢(shì)淋漓盡致的展現(xiàn)出來。臺(tái)達(dá)人機(jī)界面功能和品質(zhì)的技術(shù)進(jìn)步發(fā)展得到了行業(yè)用戶的認(rèn)可和歡迎。
|