MVI56E-MNETzui簡便的方式是在3 臺iFix 工作站和HoneyWell2004D 之間加一顆Ethernet/RS-232 的串口設(shè)備服務(wù)器，采用虛擬串口的方式實(shí)現(xiàn)iFix 工作站的分時(shí)訪問。這個(gè)方式實(shí)現(xiàn)zui容易，可以滿足系統(tǒng)升級的設(shè)定，實(shí)現(xiàn)iFix 工作站對從站設(shè)備的同時(shí)訪問；同時(shí)工作站與串口設(shè)備服務(wù)器間采用以太網(wǎng)方式，通訊速度大為提高。但是因?yàn)?/span>MVI56E-MNET 的波特率zui快只能調(diào)到 38400Kbps，對于此架構(gòu)而言，每臺iFix工作站的通信請求該設(shè)備服務(wù)器都需要進(jìn)行轉(zhuǎn)發(fā)，整個(gè)系統(tǒng)的效率會因?yàn)榇谠O(shè)備服務(wù)器和MVI56E-MNET之間通訊時(shí)間過長的瓶頸而降低。所以這是一個(gè)不具效率的解決方案。 [align=center] 圖九 不具效率的解決方案之一[/align] 方案三：將上述之通用型串口設(shè)備服務(wù)器換成 Modbus/TCP 至Modbus/RTU 的Gateway——I-7188EX-MTCP，粗看上去也許會帶來效率的提高，但是其結(jié)果與方案三一樣。只要該設(shè)備服務(wù)器和HoneyWell2004D 間的數(shù)據(jù)量無法減少，整個(gè)系統(tǒng)在掃描時(shí)間上的的瓶頸就無法解決。所以這仍然是一個(gè)不具效率的解決方案。 方案四：綜上所述，問題的核心是如何將設(shè)備服務(wù)器和HoneyWell2004D 之間的通訊量減到zui低以提升系統(tǒng)的效率。我們還是采用方案三的設(shè)備服務(wù)器，因?yàn)镮-7188EX-MTCP 提供用戶編程的設(shè)定，可以透過修改Modbus Firmware 的核心，將MVI56E-MNET 的數(shù)據(jù)全部收集到I-7188EX-MTCP 內(nèi)的共享內(nèi)存（Share Memory）中，而3 臺iFix 工作站都直接以Modbus/TCP 的協(xié)議透過共享內(nèi)存取得HoneyWell2004D 的所有數(shù)據(jù)。 [align=center] 圖十 *的解決方案[/align] 這種方式，對于iFix 工作站而言，它們隨時(shí)可以來MVI56E-MNET的共享內(nèi)存抓數(shù)據(jù)，而且抓了就走。

CUTLER HAMMER HLD3600 NSPP HLD3600

NEW! Cutler-Hammer LGE3630 w/ Trip Unit and ELLBN3600W

CUTLER HAMMER W210MLCFC USPP W210MLCFC

CUTLER-HAMMER 100 AMP 480 VAC GFI ELHFD4100L SER C

CUTLER HAMMER IQA-6400 USPP IQA6400

CUTLER HAMMER MES3800LSIG NSFP MES3800LSIG

CUTLER HAMMER CPS100480YSC USPP CPS100480YSC

CUTLER HAMMER 92-00657-01 NSFP 920065701

CUTLER HAMMER 37PW/92-01515-0?2 PANELMATE 3000**XLNT**

?