前言：傳統上我們在RS485設備控制環境中，可能是利用主控臺系統的RS485（例如PLC本身的RS485端口或PC安裝了RS485串口卡）聯機與各個RS485設備連接。如果主控臺系統沒有RS485串口（例如標準PC的COM端口為RS232），則我們會利用一個RS232對RS485轉換器再與RS485設備連接。在網絡時代，我們可能想利用網絡串口服務器來與RS485設備連接，同時我們又想要有雙主機自動備援能力。傳統上我們可以采用兩顆網絡串口服務器來各自提供各自聯機主機的控制。現在我們可以采用APORT201網絡串口服務器來滿足雙主機的需求。

應用結構：APORT201網絡串口服務器擁有一個本地透通RS232串口及一個地電位隔離的RS485串口。我們可以把RS485設備連接到RS485串口，于是任何由RS485串口接收的數據，我們會轉發到本地透通RS232串口以及經由網絡聯機的遠方兩個虛擬串口。如果我們由本地透通RS232串口接收到數據，則我們只會轉發到RS485串口上。如果我們由遠方的虛擬串口接收到數據也只會轉發到RS485串口上。

傳統上我們可能利用一臺主控PC的RS232 COM端口經由一顆RS232對RS485轉換器來與RS485設備聯機。為了能夠經由網絡來與RS485設備聯機，我們就要準備一個擁有RS485串口的網絡串口服務器來讓遠方的PC可以控制RS485設備。如果要有兩臺PC就要有兩顆網絡串口服務器。

在此應用環境下，本地的PC可能是讓工作人員到現場維修操作之用，而平常工作則由遠方的主控臺PC1利用網絡進行RS485設備的控制，而遠方的主控臺PC2則進行監控，如果發現主控臺PC1有問題，則立刻由主控臺PC2接手對RS485設備進行控制。采用此種結構有兩個缺點，*個缺點是RS232對RS485轉換器及兩個網絡串口服務器都在RS485網絡產生負載（亦即占用3個負載在RS485網絡上）。第二個缺點是每一個設備在RS485網絡上看到的資料都不同。亦即RS232對RS485轉換器所接收到的RS485數據與網絡串口服務器所接收到的RS485數據并不相同（因為每一個RS485界面IC特性不同）。

針對上述的缺點，我們只要采用APORT201盒就可以解決。首先我們在RS485網絡上只占用1個負載，其次無論本地主控PC或兩臺遠方主控臺PC都接收及看到相同數據。無論那一個主控臺PC對RS485設備進行動作，我們都可以在三個主控臺PC接收其回復數據并加以記錄。當我們的控制系統出現問題時，我們可以利用這些記錄的數據進行交叉比對來找出可能問題原因。

從投入資本的角度而言，APORT201更簡潔，只要花一顆的錢，就可以取代一顆RS232對RS485轉換器及兩顆網絡串口服務器。

工作模式：APORT201的串口2（RS485界面）實際上在硬件是同時接到兩顆UART，而每一顆UART就可以依據需求成為遠方PC的Virtual COM。所以兩顆UART可以分別給遠方兩臺PC各自一個Virtual COM，當然也可以給遠方一臺PC擁有兩個Virtual COM。于是我們原本可以與PC標準COM聯機的RS485設備，現在就可以經由網絡與遠方PC聯機。

對于本地PC而言，我們把RS232電纜接在PC的標準COM端口與APORT201的透通RS232串口間，則APORT201就如同普通的RS232對RS485轉換器。因此無論是本地PC或遠程PC其應用程序都是基于COM端口的工作方式。在應用程序開發及驗證階段我們可以在本地PC及RS485設備間進行測試，當應用程序在本地PC開發完成，我們就可以移植到遠方PC執行，*不必更動。如果采用傳統RS232對RS485轉換器與網絡串口服務器各自獨立的情況，因為每一個轉換器看到的數據不同，所以并不一定在本地PC驗證過的應用程序，可以移植到遠方PC而沒有問題。

結論：在應用環境開發及驗證階段，使用者可以直接把PC的COM端口與被控制設備直接連接來工作。只要應用程序被驗證完成，則可以把應用程序移植到遠方PC。此時遠方PC經由網絡來加入工作，如果沒有網絡特性造成的差異（會有時間延遲，長短不一定），則一切工作皆會正常。而且在成本考慮上，采用APORT201盒可以取代一個RS232對RS485轉換器及兩個網絡串口轉換器。至于應用軟件開發方面，只要考慮PC COM端口的控制沒有問題，則經由網絡來控制也可以適用，因為我們提供的Virtual COM驅動程序，就如同標準COM一樣工作。