計(jì)算機(jī)串口擴(kuò)展器分為兩類(lèi)：真實(shí)物理地址串口與虛擬串口。真實(shí)物理地址串口有固定的I/O地址以及中斷號(hào)，比如COM1的基地址規(guī)定為3FC，中斷號(hào)為INT 14。通信軟件可以通過(guò)對(duì)地址的直接I/O讀寫(xiě)來(lái)實(shí)現(xiàn)。虛擬串口就是沒(méi)有固定I/O地址的，它的通信只能通過(guò)比如被包裝的WINDOWS API函數(shù)或者比如MSCOMM控件來(lái)實(shí)現(xiàn)。當(dāng)然真實(shí)物理地址串口的通信也可以用API函數(shù)或MSCOMM控件來(lái)實(shí)現(xiàn)。雖然我們確信實(shí)現(xiàn)串口的通信必然存在對(duì)計(jì)算機(jī)內(nèi)部的串口通信芯片的地址總線(xiàn)和數(shù)據(jù)總線(xiàn)的讀寫(xiě)，但是因?yàn)樘摂M串口的這些讀寫(xiě)不是固定地址的，而是WINDOWS內(nèi)核智能隨機(jī)分配的，那么用戶(hù)就無(wú)法編寫(xiě)出讀寫(xiě)這些動(dòng)態(tài)I/O的指令。顯然如果通信軟件中有I/O地址，那么就只有真實(shí)物理地址串口是可行的。而在我們的大量實(shí)際使用例子中，有些通信軟件即使用的就是API函數(shù)或者M(jìn)SCOMM控件，但是在比如數(shù)據(jù)采集等實(shí)時(shí)性要求較高的場(chǎng)合，往往就是用不了的，而必須使用真實(shí)物理地址串口。原因可能是虛擬串口由于API函數(shù)或是MSCOMM控件因?yàn)橄鄬?duì)于直接I/O讀寫(xiě)過(guò)于復(fù)雜而耗時(shí)，使得讀寫(xiě)時(shí)間超過(guò)了實(shí)時(shí)性要求而通信失敗。已經(jīng)有的大量工業(yè)串口通信軟件由于實(shí)時(shí)性和可靠性的考慮仍然使用了I/O讀寫(xiě)，或者就是用API函數(shù)或MSCOMM控件但是實(shí)時(shí)性要求高，這樣就只有用真實(shí)物理地址串口卡。注意無(wú)論是真實(shí)物理地址串口卡還是虛擬串口卡，這些擴(kuò)展出來(lái)的RS-232口都是獨(dú)立的。區(qū)別它們的方法就是看COM口的號(hào)碼，是不會(huì)重復(fù)的。目前能夠從計(jì)算機(jī)擴(kuò)展出真實(shí)物理地址串口的接口，對(duì)于筆記本來(lái)講只有現(xiàn)在EXPRESS插口，對(duì)于臺(tái)式機(jī)來(lái)講只有PCI插槽。