www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁(yè) > 嵌入式 > 嵌入式教程
[導(dǎo)讀]嵌入式系統(tǒng)的遠(yuǎn)程調(diào)試方法介紹

1 基本方法

  圖1(a)是傳統(tǒng)的嵌入式調(diào)試方法:主機(jī)PC通過(guò)串口與從機(jī)嵌入式系統(tǒng)相連,接收從嵌入式系統(tǒng)發(fā)來(lái)的調(diào)試信息并向嵌入式系統(tǒng)發(fā)送調(diào)試指令,主機(jī)和從機(jī)之間只能有幾米或者幾十米的距離。圖1(b)是現(xiàn)在比較流行的遠(yuǎn)程嵌入式調(diào)試方法:主機(jī)PC和從機(jī)嵌入式系統(tǒng)分別通過(guò)以太網(wǎng)連接到網(wǎng)絡(luò)上,主機(jī)通過(guò)諸如Telnet之類(lèi)的協(xié)議向嵌入式系統(tǒng)接收調(diào)試信息和發(fā)送指令。本文介紹的方法是將這兩者結(jié)合起來(lái),位于遠(yuǎn)端的嵌入式系統(tǒng)與其相鄰的PC2通過(guò)串口相連,主機(jī)PC1和從機(jī)PC2各自通過(guò)以太網(wǎng)連接到網(wǎng)絡(luò)上,主機(jī)PC1仍然通過(guò)Telnet協(xié)議(使用Windows自帶的“超級(jí)終端”程序)與從機(jī)PC2通信,在從機(jī)PC2上運(yùn)行一種我們?cè)O(shè)計(jì)的軟件Telent2com,其將Telnet協(xié)議轉(zhuǎn)換成串口的數(shù)據(jù)收發(fā)。為了能夠更好地完成對(duì)遠(yuǎn)端的嵌入式系統(tǒng)的控制,還使用了Telnet協(xié)議中特殊的控制命令來(lái)通過(guò)串口的額外控制線和一定的硬件電路完成對(duì)嵌入式系統(tǒng),如電源和I/O輸入的控制,如圖1(c)所示。

  


 

  使用這種方法單從嵌入式系統(tǒng)的角度來(lái)說(shuō),基本上沒(méi)有增加任何額外的電路和成本,仍和第一種方法一樣對(duì)外使用串口進(jìn)行通信。雖然增加了一臺(tái)額外的PC機(jī),但是對(duì)于那些在正常工作中不需要使用網(wǎng)絡(luò),只在測(cè)試和調(diào)試時(shí)需要使用網(wǎng)絡(luò)來(lái)完成調(diào)試和更新固件的嵌入式系統(tǒng)來(lái)說(shuō),這臺(tái)額外的PC機(jī)只能算作是一個(gè)調(diào)試工具。

  此外,由于增加了通過(guò)網(wǎng)絡(luò)完成對(duì)嵌入式系統(tǒng)的電源和I/O輸入的控制,相對(duì)于第2種方法,即使在調(diào)試中嵌入式系統(tǒng)由于某種原因死機(jī)了,仍能從遠(yuǎn)端通過(guò)控制電源,使系統(tǒng)上電復(fù)位;而對(duì)系統(tǒng)I/O輸入的控制,則可以更好完成模擬系統(tǒng)與外界的交互模擬。

  整個(gè)系統(tǒng)的工作由兩部分構(gòu)成:① Telnet到串口之間通信協(xié)議轉(zhuǎn)換的PC端程序;② 使用串口控制線控制嵌入式系統(tǒng)電源和I/O輸入的接口電路。

  2 接口電路的設(shè)計(jì)

  接口電路主要是完成將串口RXD和TXD以外的控制線(如RTS、CTS等)對(duì)嵌入式系統(tǒng)電源或者I/O輸入進(jìn)行控制。為了防止嵌入式系統(tǒng)可能對(duì)PC串口的影響,采用圖2所示的電路。通過(guò)使用光耦來(lái)達(dá)到PC串口和嵌入式系統(tǒng)之間的電氣隔離,通過(guò)使用繼電器能夠控制不同電壓的電源和不同電平的信號(hào)。

  

 

  3 Telnet到串口轉(zhuǎn)換的軟件

  Telnet是一種最基本的網(wǎng)絡(luò)應(yīng)用層協(xié)議,其通信協(xié)議由RFC0854定義。它是建立于TCP協(xié)議之上的用于傳送數(shù)據(jù)和控制信息的協(xié)議。在默認(rèn)情況下,其使用TCP端口23。最初設(shè)計(jì)它的目的,是為建立一種基于網(wǎng)絡(luò)的串行終端仿真協(xié)議。這也正是為什么可以使用Telnet協(xié)議傳送串口數(shù)據(jù)的原因。

  通過(guò)Telnet傳送的數(shù)據(jù)基本以原來(lái)的格式(如果是0xFF數(shù)據(jù),則以?xún)蓚€(gè)0xFF表示)填充到TCP消息的有效數(shù)據(jù)載荷區(qū)。對(duì)于控制信息(如轉(zhuǎn)入二進(jìn)制模式命令,以及我們自定義的控制電源和I/O的命令)則通過(guò)在控制命令前加IAC轉(zhuǎn)意字符(0xFF)方式混雜在普通數(shù)據(jù)中傳送。這樣就可以避免像FTP協(xié)議使用額外的端口來(lái)傳送控制信息的必要,降低程序的復(fù)雜度。

  這里所要設(shè)計(jì)的Telnet到串口協(xié)議的轉(zhuǎn)換程序(telnet2com)實(shí)際上是一個(gè)Telnet的服務(wù)器。它接受來(lái)自圖1(c)中主機(jī)PC1客戶端的Telnet鏈接請(qǐng)求,然后向PC1客戶端通過(guò)Telnet協(xié)議發(fā)送其從串口接收到的數(shù)據(jù),同時(shí)將接收到的Telnet數(shù)據(jù)發(fā)送到串口。

  在Windows操作系統(tǒng),大部分的服務(wù)器(如IIS)都是以Windows NT服務(wù)組件(service)的形式存在于系統(tǒng)中的,它們?cè)谙到y(tǒng)啟動(dòng)后就一直運(yùn)行在后臺(tái),等待事件的觸發(fā)(如某個(gè)TCP端口是否有鏈接請(qǐng)求)。作為服務(wù)組件,其與一般Windows程序的不同之處是:它必然包含名為NtServiceEntry的入口函數(shù),當(dāng)Windows開(kāi)始運(yùn)行一個(gè)服務(wù)組件時(shí),首先運(yùn)行這個(gè)入口函數(shù),而非通常的main函數(shù)。

  

 

  在入口函數(shù)中,必須定義一個(gè)dispatchTable的結(jié)構(gòu),包括服務(wù)名稱(chēng)sServiceName以及服務(wù)的實(shí)際主函數(shù)ServiceMain,并通過(guò)StartServiceCtrlDispatcher函數(shù)真正完成服務(wù)的注冊(cè)和運(yùn)行。一旦一個(gè)服務(wù)組件啟動(dòng)后,除了不斷監(jiān)聽(tīng)某端口外,還需要響應(yīng)服務(wù)管理器(service mananger)的不同請(qǐng)求(如暫停服務(wù))。因此將服務(wù)的實(shí)際功能設(shè)計(jì)成一個(gè)子進(jìn)程bridgeThread,由服務(wù)的主進(jìn)程調(diào)用該子進(jìn)程,而服務(wù)的主進(jìn)程則專(zhuān)門(mén)用來(lái)響應(yīng)服務(wù)管理器的請(qǐng)求。

  圖3是子進(jìn)程bridgeThread的流程。首先,使用Winsock對(duì)特定端口進(jìn)行監(jiān)聽(tīng)。然后,通過(guò)消息循環(huán),當(dāng)接收到鏈接請(qǐng)求的事件后,將串口初始化。之后,消息循環(huán)就不斷響應(yīng)來(lái)自Telnet和串口的寫(xiě)請(qǐng)求,將Telnet的數(shù)據(jù)發(fā)送到串口,直到收到Winsock斷開(kāi)鏈接的請(qǐng)求。

  

在接收到來(lái)自Telnet客戶端發(fā)來(lái)的數(shù)據(jù)后發(fā)送到串口之前,必須掃描接收到數(shù)據(jù)中是否有IAC轉(zhuǎn)義字符。如果有,必須將它們?nèi)サ?,而且?duì)于定義的如控制電源和I/O的命令必須進(jìn)行相關(guān)的操作。反之,從串口接收的數(shù)據(jù)在發(fā)送到Telnet客戶端之前,必須在所有的0xFF字符之前多加一個(gè)0xFF。下面是對(duì)從Telnet接收的數(shù)據(jù)進(jìn)行掃描過(guò)程的代碼。

  

 

  這里主要使用了Winsock的API來(lái)完成Telnet部分的數(shù)據(jù)讀取;串口部分是通過(guò)將串口虛擬成一個(gè)文件,通過(guò)文件讀寫(xiě)的API來(lái)完成的。此外,為了對(duì)串口其他控制線的控制,使用了GetCommState( )和SetCommState ( )兩個(gè)Windows API來(lái)完成。

  在實(shí)驗(yàn)中,使用這樣一套遠(yuǎn)程調(diào)試系統(tǒng),曾與遠(yuǎn)在韓國(guó)的設(shè)計(jì)中心進(jìn)行聯(lián)合調(diào)試并進(jìn)行嵌入式系統(tǒng)固件程序更新下載,雖然相對(duì)于本地下載速度慢了很多,但是仍然比其他方式(如電子郵件+手工下載)更為便捷,結(jié)果更為直觀。

  4 總 結(jié)

  使用這樣一套軟硬件系統(tǒng)來(lái)完成嵌入式系統(tǒng)的遠(yuǎn)程調(diào)試,既節(jié)省了大量的人力物力,又節(jié)約了開(kāi)發(fā)的時(shí)間。此外,如果它和配套的測(cè)試軟件結(jié)合,可以突破一臺(tái)電腦只有一兩個(gè)串口,同時(shí)只能測(cè)試一個(gè)嵌入式系統(tǒng)的局限,使一臺(tái)主機(jī)同時(shí)可以和很多個(gè)嵌入式系統(tǒng)相連,完成自動(dòng)測(cè)試和協(xié)同測(cè)試。

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專(zhuān)欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

在工業(yè)物聯(lián)網(wǎng)設(shè)備部署中,Modbus通信故障是導(dǎo)致系統(tǒng)停機(jī)的首要原因之一。據(jù)統(tǒng)計(jì),超過(guò)60%的現(xiàn)場(chǎng)問(wèn)題源于通信配置錯(cuò)誤或數(shù)據(jù)解析異常。本文從嵌入式系統(tǒng)開(kāi)發(fā)視角,系統(tǒng)闡述Modbus通信調(diào)試的方法論,結(jié)合實(shí)際案例解析如何高...

關(guān)鍵字: 嵌入式系統(tǒng) Modbus通信

在嵌入式系統(tǒng)開(kāi)發(fā)中,看門(mén)狗(Watchdog Timer, WDT)是保障系統(tǒng)可靠性的核心組件,其初始化時(shí)機(jī)的選擇直接影響系統(tǒng)抗干擾能力和穩(wěn)定性。本文從硬件架構(gòu)、軟件流程、安全規(guī)范三個(gè)維度,系統(tǒng)分析看門(mén)狗初始化的最佳實(shí)踐...

關(guān)鍵字: 單片機(jī) 看門(mén)狗 嵌入式系統(tǒng)

人工智能(AI)和機(jī)器學(xué)習(xí)(ML)是使系統(tǒng)能夠從數(shù)據(jù)中學(xué)習(xí)、進(jìn)行推理并隨著時(shí)間的推移提高性能的關(guān)鍵技術(shù)。這些技術(shù)通常用于大型數(shù)據(jù)中心和功能強(qiáng)大的GPU,但在微控制器(MCU)等資源受限的器件上部署這些技術(shù)的需求也在不斷增...

關(guān)鍵字: 嵌入式系統(tǒng) 人工智能 機(jī)器學(xué)習(xí)

Zephyr開(kāi)源項(xiàng)目由Linux基金會(huì)維護(hù),是一個(gè)針對(duì)資源受限的嵌入式設(shè)備優(yōu)化的小型、可縮放、多體系結(jié)構(gòu)實(shí)時(shí)操作系統(tǒng)(RTOS)。近年來(lái),Zephyr RTOS在嵌入式開(kāi)發(fā)中的采用度逐步增加,支持的開(kāi)發(fā)板和傳感器不斷增加...

關(guān)鍵字: 嵌入式系統(tǒng) 軟件開(kāi)發(fā) 實(shí)時(shí)操作系統(tǒng) Zephyr項(xiàng)目

在資源受限的嵌入式系統(tǒng)中,代碼執(zhí)行效率和內(nèi)存占用始終是開(kāi)發(fā)者需要權(quán)衡的核心問(wèn)題。內(nèi)聯(lián)函數(shù)(inline functions)和宏(macros)作為兩種常見(jiàn)的代碼展開(kāi)技術(shù),在性能、可維護(hù)性和安全性方面表現(xiàn)出顯著差異。本文...

關(guān)鍵字: 內(nèi)聯(lián)函數(shù) 嵌入式系統(tǒng)

在嵌入式系統(tǒng)和服務(wù)器開(kāi)發(fā)中,日志系統(tǒng)是故障排查和運(yùn)行監(jiān)控的核心組件。本文基于Linux環(huán)境實(shí)現(xiàn)一個(gè)輕量級(jí)C語(yǔ)言日志庫(kù),支持DEBUG/INFO/WARN/ERROR四級(jí)日志分級(jí),并實(shí)現(xiàn)按大小滾動(dòng)的文件輪轉(zhuǎn)機(jī)制。該設(shè)計(jì)在某...

關(guān)鍵字: C語(yǔ)言 嵌入式系統(tǒng)

在嵌入式系統(tǒng)和底層驅(qū)動(dòng)開(kāi)發(fā)中,C語(yǔ)言因其高效性和可控性成為主流選擇,但缺乏原生單元測(cè)試支持成為開(kāi)發(fā)痛點(diǎn)。本文提出一種基于宏定義和測(cè)試用例管理的輕量級(jí)單元測(cè)試框架方案,通過(guò)自定義斷言宏和測(cè)試注冊(cè)機(jī)制,實(shí)現(xiàn)無(wú)需外部依賴(lài)的嵌入...

關(guān)鍵字: C語(yǔ)言 嵌入式系統(tǒng) 驅(qū)動(dòng)開(kāi)發(fā)

在嵌入式系統(tǒng)與驅(qū)動(dòng)開(kāi)發(fā)中,內(nèi)存映射I/O(Memory-Mapped I/O, MMIO)是一種將硬件寄存器映射到處理器地址空間的技術(shù),允許開(kāi)發(fā)者通過(guò)指針直接讀寫(xiě)寄存器,實(shí)現(xiàn)高效、低延遲的硬件控制。本文通過(guò)C語(yǔ)言實(shí)戰(zhàn)案例...

關(guān)鍵字: 內(nèi)存映射 I/O操作 嵌入式系統(tǒng)

在嵌入式系統(tǒng)開(kāi)發(fā)和多線程編程中,程序崩潰、內(nèi)存越界等復(fù)雜問(wèn)題常令開(kāi)發(fā)者困擾。GDB作為強(qiáng)大的調(diào)試工具,其條件斷點(diǎn)和內(nèi)存查看功能可精準(zhǔn)定位隱蔽缺陷。本文通過(guò)實(shí)際案例演示這些高級(jí)功能的應(yīng)用,幫助開(kāi)發(fā)者提升調(diào)試效率。

關(guān)鍵字: GDB 嵌入式系統(tǒng)
關(guān)閉