用于車(chē)速傳感器性能測試平臺的串行口-以太網(wǎng)橋設計

1 車(chē)速傳感器性能測試平臺簡(jiǎn)介

車(chē)速傳感器是電控汽車(chē)的關(guān)鍵部件，其性能優(yōu)劣直接關(guān)系到發(fā)動(dòng)機怠速和變速器控制，因此，必須對其各項性能進(jìn)行全面嚴格的測試。而這一系列的性能測試又有賴(lài)于一個(gè)穩定、高效的測試平臺。傳統測試平臺通常采用由測試設備、測試操作臺計算機和后臺管理計算機組成的三級系統結構，如圖1所示。

在此測試平臺中，測試設備一般只提供串行通信接口（如RS-232、RS-485等），無(wú)法直接接入管理計算機所在局域網(wǎng)（如最常用的Ethernet）。所以，整個(gè)系統必須通過(guò)一個(gè)測試操作臺計算機將上層局域網(wǎng)和底層串行總線(xiàn)網(wǎng)絡(luò )連接起來(lái)以保證實(shí)測數據（各項性能指標數據）的順利上傳和測試操作命令（如車(chē)速傳感器耐溫測試、動(dòng)/靜態(tài)特性測試）的準確下達。為此不但要增設測試操作臺計算機工作站，同時(shí)還必須安裝各種串行口通信卡、以太網(wǎng)網(wǎng)卡和相應的板卡驅動(dòng)程序，開(kāi)發(fā)包含串行口通信模塊和以太網(wǎng)通信模塊的測控軟件。由此可見(jiàn)，由于通信接口和協(xié)議的不兼容，使得傳統車(chē)速傳感器性能測試平臺不僅軟硬件投資成本高，系統結構復雜，調試和維護工作量大，而且管理計算機和測試設備間的數據傳輸要經(jīng)過(guò)中轉，傳輸過(guò)程顯得過(guò)于復雜。

2 基于串行口-以太網(wǎng)橋的測試平臺

通過(guò)對圖1所示測試平臺的研究，發(fā)現造成系統平臺成本高、結構復雜、中間處理過(guò)程繁多的根本原因是底層各測試設備和上層局域網(wǎng)通信接口、協(xié)議的不兼容。一般來(lái)說(shuō)，底層測試設備需傳輸的數據量很小，大多只提供通信距離短、成本低的串行口（如RS-232、RS-485）；而上層的局域網(wǎng)大多采用以太網(wǎng)。所以針對此類(lèi)應用，可以開(kāi)發(fā)一種基于微處理器的嵌入式串行口-以太網(wǎng)橋實(shí)現協(xié)議轉換[1]，直接將各種僅支持串行口的測試設備接入以太網(wǎng)，實(shí)現各測試設備與管理計算機局域網(wǎng)的無(wú)縫連接，簡(jiǎn)化數據傳輸過(guò)程。

引入嵌入式串行口-以太網(wǎng)橋后的車(chē)速傳感器性能測試平臺結構如圖2所示。

相比圖1所示的傳統測試平臺，新測試平臺下的串行口-以太網(wǎng)橋負責完成串行口測試設備和以太網(wǎng)之間的協(xié)議轉換（即在底層完成串行幀數據和以太網(wǎng)幀數據的格式轉換），實(shí)現了各測試設備和以太網(wǎng)的無(wú)縫連接，簡(jiǎn)化了數據傳輸過(guò)程。測試人員可以在遠端通過(guò)上層管理計算機直接下達各種測試命令來(lái)控制各測試設備完成傳感器各項性能指標的測試；而各項實(shí)測數據也能從各測試設備直接傳送到后臺管理計算機進(jìn)行處理；從而使后臺管理計算機能以多任務(wù)方式同時(shí)完成前臺測試設備控制和后臺數據處理（如數據報表統計分析，圖形曲線(xiàn)顯示和數據庫更新），成為平臺中的管控一體化工作站，省去了原平臺中的測試操作臺計算機工作站，測試人員也不必再親臨現場(chǎng)進(jìn)行各種測試操作，極大地降低了工作強度。這樣一來(lái)，不僅使系統成本大為降低、體積大為縮小、結構更加簡(jiǎn)單，同時(shí)將前臺測試控制和后臺數據處理集中于一臺計算機，實(shí)現了管控一體化，節省了人力資源，使得系統的軟硬件資源得到了最大限度的利用。

3 串行口-以太網(wǎng)橋設計

通過(guò)新舊測試平臺對比，可以看到測試設備和后臺管理計算機兩大部件在性能和成本上基本相同。所以新測試平臺的性能好壞和成本高低很大程度上取決于新引入的嵌入式串行口-以太網(wǎng)橋的性能和成本。目前嵌入式產(chǎn)品市場(chǎng)上此類(lèi)網(wǎng)絡(luò )設備大多是基于高檔微處理器和實(shí)時(shí)操作系統開(kāi)發(fā)的，其價(jià)格昂貴，且提供的串行口也只有1～2個(gè)，不適合需將多個(gè)串行口設備集中接入以太網(wǎng)，同時(shí)又要控制成本的應用場(chǎng)合。本文根據這類(lèi)具體的應用需求在8位微控制器平臺上設計了一種提供多個(gè)串行口的低成本嵌入式串行口-以太網(wǎng)橋。下面對其硬件和軟件系統設計進(jìn)行介紹。

3.1 硬件系統設計

實(shí)現本系統所用串行口-以太網(wǎng)橋的功能，需要進(jìn)行多個(gè)串行口設備的以太網(wǎng)接入，以及串行通信協(xié)議和以太網(wǎng)通信協(xié)議的相互轉換。所以硬件電路設計主要包括多路串行口電路模塊和以太網(wǎng)接口電路模塊設計。本文硬件系統方案選用ST公司的工業(yè)級SoC型微控制器uPSD3254和Realtek公司的高性能以太網(wǎng)控制器RTL8019AS兩大核心器件進(jìn)行電路設計。硬件系統設計如圖3所示。

其中是一款由8051內核模塊和PSD模塊構成的具有SoC特征的增強型高速微控制器。晶振頻率最高可達40MHz，芯片內的PSD模塊為用戶(hù)提供了豐富的可配置存儲器資源(256KB主Flash、32KB次Flash及32KB的SRAM)、靈活的DPLD地址譯碼電路以及3000門(mén)的CPLD模塊電路，片內硬件看門(mén)狗大大提高了系統可靠性，芯片自帶JTAG接口支持ISP在系統編程，方便了程序調試和下載；而RTL8019AS是一款非常成熟的基于ISA總線(xiàn)、NE2000兼容的高性?xún)r(jià)比10M以太網(wǎng)控制器，其本身能完成以太網(wǎng)協(xié)議處理，只需和微控制器進(jìn)行簡(jiǎn)單連接即可實(shí)現以太網(wǎng)通信；另外硬件電路還包括MAX232電平轉換器和20F001N網(wǎng)絡(luò )濾波器等少數外圍器件。整個(gè)硬件系統僅由4、5個(gè)芯片構成，結構簡(jiǎn)單緊湊，可靠性高，成本低廉。下面從三方面給出硬件電路的具體設計。

3.1.1 PSD模塊配置設計

微控制器uPSD3254的PSD模塊使得硬件電路的設計大為簡(jiǎn)化。它本身提供的兩塊大容量Flash以及SRAM（支持后備電池）使用戶(hù)無(wú)需再進(jìn)行外部程序/數據存儲器擴展。同時(shí)PSD模塊中的DPLD子模塊為Flash和SRAM提供了靈活的地址譯碼， CPLD子模塊可供用戶(hù)設計一些簡(jiǎn)單的組合/時(shí)序邏輯電路。本設計根據具體應用需求，對PSD模塊配置如下：

(1)主Flash扇區0(fs0)配置在程序存儲器的0000H～FFFFH空間；

(2)主Flash扇區1(fs1)配置在程序存儲器的8000H～7FFFH空間；

(3)SRAM(rs0)配置在外部數據存儲器的0000H～7FFFH空間；

(4)CPLD的PA口和PB口被分別設計為兩個(gè)多路轉換器，以供串行通信時(shí)進(jìn)行信道切換。

3.1.2 串行口擴展設計

由圖2可知，車(chē)速傳感器性能測試平臺中四個(gè)僅支持串行口的測試設備（分別負責耐溫、轉速、傳感器靜態(tài)特性和動(dòng)態(tài)特性的測試)要同時(shí)接入嵌入式串行口-以太網(wǎng)橋，而微控制器?滋PSD3254本身只提供兩個(gè)串行口(uart0、uart1)，所以必須進(jìn)行串行口擴展。一種簡(jiǎn)單的擴展方法是利用單片機I/O端口控制多路轉換器（如CD4052）進(jìn)行串行口擴展（圖3），實(shí)現了一點(diǎn)對多點(diǎn)分時(shí)串行口通信。根據微控制器的I/O端口資源情況，依此方法系統最多可擴展32個(gè)串行口。根據此思路并結合測試平臺的具體應用需求，利用uPSD3254的CPLD模塊設計了兩個(gè)二選一的多路轉換器，從而不僅將兩個(gè)串行口擴展為四個(gè)(uart00、uart01和uart10、uart11)，而且省去了多路轉換器芯片。另外，電平轉換器實(shí)現TTL—RS232電平轉換，這樣就為四個(gè)測試設備提供了四個(gè)標準RS-232串行口供其接入串行口-以太網(wǎng)橋。

3.1.3 以太網(wǎng)接口設計

以太網(wǎng)接口是硬件電路設計的關(guān)鍵。因為RTL8019AS是基于ISA總線(xiàn)PC主板的以太網(wǎng)控制器，所以在和8位微控制器進(jìn)行接口(見(jiàn)圖3)時(shí)其硬件電路與通用方式有很大不同。下面從RTL8019AS以太網(wǎng)控制器[1]自身功能配置、與微控制器之間的總線(xiàn)接口及與網(wǎng)絡(luò )介質(zhì)的接口等三方面給出具體電路設計。

(1)RTL8019AS功能管腳設置

RTL8019AS提供3種工作方式：PnP即插即用方式、免跳線(xiàn)方式和跳線(xiàn)方式。由于8位微控制器無(wú)法支持PnP工作方式，而免跳線(xiàn)方式又需外加專(zhuān)用串行E2PROM 93C46以存放相應的工作參數，因此選擇跳線(xiàn)工作方式。在這種方式下RTL8019AS的中斷、I/O端口地址、網(wǎng)絡(luò )接口類(lèi)型選擇等就完全取決于表1所示功能管腳的狀態(tài)。

JP腳接高電平使芯片工作于跳線(xiàn)方式，IOCS16B腳接低電平選8位數據總線(xiàn)，IRQS0～IRQS2接低電平選INT0為中斷請求源，IOS0～IOS3接低電平選芯片I/O端口基地址為300H，AUI、PL0、PL1接低電平分別選BNC網(wǎng)絡(luò )接口和10Base-T雙絞線(xiàn)傳輸介質(zhì)，SMEMRB/SMEMWB接高電平屏蔽BROM讀寫(xiě)操作。

(2)RTL8019AS與微控制器的總線(xiàn)接口

RTL8019AS與微控制器的接口連接如圖4所示。

針對以上總線(xiàn)接口還有幾點(diǎn)說(shuō)明：①由于在8位微處理器系統中，只需操作RTL8019AS的32個(gè)I/O端口地址，所以只需5根地址線(xiàn)進(jìn)行譯碼，其余15根地址線(xiàn)要根據I/O端口基地址接固定電平。②A(yíng)EN使能端為低電平有效，而PC7的內部邏輯方程為PC7=，所以RTL8019AS映射到外部數據區的地址范圍是8000H～FFFFH，這樣通過(guò)讀寫(xiě)外部數據區的此地址范圍就能實(shí)現對RTL8019AS的讀寫(xiě)。③由于RTL8019AS的處理速度比快很多，其內部數據緩沖區也相對較大，為了避免RTL8019AS每收到一幀數據就發(fā)出中斷請求，從而頻繁地打斷處理器，所以以查詢(xún)而非中斷方式讀寫(xiě)RTL8019AS以太網(wǎng)控制器。④RTL8019AS在復位時(shí)要進(jìn)行一系列內部寄存器操作，所以用單片機的P3.7端口控制其復位，以保證有足夠的復位時(shí)間。

(3)網(wǎng)絡(luò )介質(zhì)接口連接

由于RTL8019AS內部已集成以太網(wǎng)收發(fā)器，而且對外提供AUI(支持粗同軸電纜)和BNC(支持細同軸電纜和雙絞線(xiàn))兩種網(wǎng)絡(luò )介質(zhì)接口，所以本方案選擇較常用的BNC接口，這樣就只需再外加一個(gè)網(wǎng)絡(luò )變壓器20F001N和RJ45水晶頭插座即可解決網(wǎng)絡(luò )介質(zhì)接口問(wèn)題。

3.2 軟件系統設計

由于整個(gè)網(wǎng)橋的底層功能(如以太網(wǎng)協(xié)議實(shí)現)已由硬件電路完成(見(jiàn)圖4)，所以在軟件上只需完成RTL8019AS驅動(dòng)、精簡(jiǎn)TCP/IP協(xié)議棧實(shí)現、用戶(hù)自定義應用層處理以及串行口通信等功能。為了便于軟件功能的實(shí)現和擴充，軟件系統采用模塊化方法進(jìn)行設計[2]。

3.2.1 RTL8019AS驅動(dòng)模塊

此模塊設計依賴(lài)于RTL8019AS的硬件工作原理，即對RTL8019AS的驅動(dòng)是通過(guò)操作其內部寄存器組來(lái)完成的。通常，在進(jìn)行數據收發(fā)前需先向各寄存器寫(xiě)入相應的控制字，當發(fā)送以太網(wǎng)數據幀時(shí)，微控制器通過(guò)RTL8019AS的I/O端口將打包好的數據以遠程DMA方式寫(xiě)入到RTL8019AS的內部數據發(fā)送緩沖區，然后啟動(dòng)發(fā)送；接收以太網(wǎng)數據幀時(shí)，RTL8019AS會(huì )自動(dòng)接收數據并將其存入自己的內部數據接收緩沖區，然后以寄存器標志或中斷請求方式通知，再通過(guò)RTL8019AS的I/O端口將數據以遠程DMA方式讀到自己的數據緩沖區并進(jìn)行下一步的拆包處理?；谝陨戏治?，RTL8019AS驅動(dòng)程序分三部分設計，即芯片初始化（設置MAC地址、收發(fā)緩沖區大小、中斷等）、發(fā)送數據子程序和接收數據子程序。詳細的驅動(dòng)程序見(jiàn)文獻[3]。

3.2.2 精簡(jiǎn)TCP/IP協(xié)議棧模塊設計

此模塊負責TCP/IP協(xié)議的處理。由于以太網(wǎng)協(xié)議只規定了物理層和數據鏈路層，所以要想實(shí)現進(jìn)程間通信還必須實(shí)現上層的TCP/IP協(xié)議。但此協(xié)議非常復雜，而且很多功能都是針對PC平臺的應用，在嵌入式系統中根本用不上；另外，8位微控制器的處理能力和內存空間也使得在其上實(shí)現完整的TCP/IP協(xié)議根本不可能。因此，在8位機上用軟件實(shí)現TCP/IP協(xié)議時(shí)首先必須根據應用需求對整個(gè)協(xié)議棧進(jìn)行裁剪[4]。在本應用中，由于只需要在串行口和以太網(wǎng)間進(jìn)行簡(jiǎn)單的測試數據和測試命令傳輸，所以在應用層采用了自定義協(xié)議，在傳輸層選擇了能保證可靠性的TCP協(xié)議并進(jìn)行了有針對性的TCP協(xié)議機制裁剪，而在網(wǎng)絡(luò )層只實(shí)現了不提供分片和路由功能的IP協(xié)議、測試網(wǎng)絡(luò )連通性所需的ICMP協(xié)議(僅支持Ping應答)以及提供IP地址到以太網(wǎng)地址（MAC地址）映射的ARP協(xié)議。這樣，就得到了一個(gè)能在低檔8位機上實(shí)現和運行的精簡(jiǎn)TCP/IP協(xié)議棧。此協(xié)議棧從物理層到應用層的完整結構如圖5所示。

3.2.3 應用程序模塊設計

應用程序模塊直接面向用戶(hù)需求提供相應服務(wù)。本設計中，根據整個(gè)軟件模塊的功能劃分，應用程序需要完成串行口通信處理及串行幀和IP分組的格式轉換。由于嵌入式串行口-以太網(wǎng)橋的TCP/IP協(xié)議棧傳輸層選擇了保證數據傳輸可靠性的TCP協(xié)議（向應用層提供流式套接字接口），所以應用程序無(wú)需再進(jìn)行超時(shí)重發(fā)和回傳確認處理，僅需要完成串行口的數據收發(fā)操作以及串行數據幀和IP分組的格式轉換。進(jìn)行串行數據幀和IP分組的格式轉換時(shí)使用了共享數據緩沖區和指針技術(shù)以避免協(xié)議分層間的數據拷貝，不僅節省了內存空間，而且大大提高了打包和拆包的處理速度；另外，由于串行口設備每次需傳輸的數據量很小，所以四個(gè)串行口緩沖區的數據采用集中打包、一次發(fā)送的方法減少了網(wǎng)絡(luò )訪(fǎng)問(wèn)次數，既提高了通信效率又避免了因頻繁短幀傳輸造成的網(wǎng)絡(luò )擁堵；最后應用程序模塊還提供了嵌入式串行口-以太網(wǎng)橋的串行口屬性配置功能，用戶(hù)可根據各測試設備串行口的具體屬性，在管控計算機上通過(guò)以太網(wǎng)對網(wǎng)橋的各串行口收發(fā)數據緩沖區以及波特率進(jìn)行遠程動(dòng)態(tài)設置，從而極大地提高了網(wǎng)橋的適應性。

實(shí)驗證明，本文提出的嵌入式串行口-以太網(wǎng)橋應用于車(chē)速傳感器性能測試平臺，不但能完全滿(mǎn)足測試平臺的通信要求，還具有成本低、體積小、可靠性高等優(yōu)點(diǎn)。同時(shí)在此網(wǎng)橋的硬件平臺上，只要針對具體應用需求對應用程序模塊稍作修改就可應用于其他汽車(chē)傳感器性能測試平臺(如輪速傳感器性能測試平臺）以及溫室、環(huán)保、氣象等需要遠程監測的場(chǎng)合。因而該串行口-以太網(wǎng)橋具有很強的適應性和很高的推廣應用價(jià)值。