|
（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)器來(lái)達(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é)議來(lái)編收發(fā)數(shù)據(jù)的程式：
其中：
·SELECTCOM →經(jīng)由此項(xiàng)指令，來(lái)選定要切換哪一個(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ù)的長(zhǎng)度，V4為所允許的最大通訊時(shí)間，其單位為千分之一秒。
·GETCHARS →經(jīng)由通訊端口得到字符。V1為通訊后回傳的值可經(jīng)由此值，得到這次通訊的結(jié)果，V2為傳輸數(shù)據(jù)的起始地址，V3為數(shù)據(jù)的長(zhǎng)度，V4為所允許的最大通訊時(shí)間，其單位為千分之一秒。
·根據(jù)以上幾個(gè)指令，按照通訊協(xié)議來(lái)編程式，這樣就能很快捷的建立通訊。有關(guān)校驗(yàn)以及字符處理，本文不再介紹。
3.3 與巡檢儀通訊宏指令的編寫
（1）通訊協(xié)議的設(shè)定在上面的Initial宏中完成：
（2）通訊協(xié)議設(shè)定好后，下一步就使用宏指令根據(jù)協(xié)議來(lái)編收發(fā)數(shù)據(jù)的程式：
此段使用COM2口與巡檢儀連接，因此使用了SELECTCOM（1）。根據(jù)PUTCHARS, GETCHARS指令建立通訊程式，與COM1口的區(qū)別也就在校驗(yàn)和字符處理方面，只要成功的建立一個(gè)通訊，另一個(gè)通訊也就迎刃而解了。
4 結(jié)束語(yǔ)
臺(tái)達(dá)AE/AS人機(jī)3個(gè)通訊口可以獨(dú)立使用。使用方便功能豐富的宏指令可以完成許多復(fù)雜的通訊功能。案例將臺(tái)達(dá)HMI通訊優(yōu)勢(shì)淋漓盡致的展現(xiàn)出來(lái)。臺(tái)達(dá)人機(jī)界面功能和品質(zhì)的技術(shù)進(jìn)步發(fā)展得到了行業(yè)用戶的認(rèn)可和歡迎。
|
