0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

GDB串行協(xié)議概述 GDB Server的作用

嵌入式小作坊 ? 來源:51cto博客 ? 作者:趙夢(mèng)茹2012 ? 2021-08-10 10:10 ? 次閱讀

1.概述做嵌入式開發(fā)時(shí),很多時(shí)候都會(huì)使用到GDB,從底層去理解GDB的調(diào)試過程,將更加容易的理解調(diào)試的過程。

在做嵌入式開發(fā)調(diào)試時(shí),可理解為兩個(gè)部分

嵌入式系統(tǒng)平臺(tái),啟動(dòng)一個(gè)debug stub

宿主機(jī),啟動(dòng)gdb

兩個(gè)平臺(tái)之間通過串行數(shù)據(jù)總線連接起來。

2.GDB Server的作用當(dāng)PC機(jī)啟動(dòng)GDB時(shí),需要和GDB Server建立一定的通信連接,由GDB Server解析具體的邏輯并執(zhí)行。

所以GDB Server可以是一個(gè)openocd,或者JTAG等等實(shí)際的外設(shè)模塊,和目標(biāo)板子進(jìn)行連接后,可以調(diào)試芯片。它本質(zhì)上是一個(gè)解析GDB協(xié)議的模塊,或者是一段后臺(tái)的程序。

相應(yīng)GDB的請(qǐng)求

當(dāng)gdb和嵌入式平臺(tái)進(jìn)行通信的時(shí)候,會(huì)發(fā)一系列的請(qǐng)求,例如:

讀寫內(nèi)存

讀寫寄存器

設(shè)置或者清除斷點(diǎn)

提供調(diào)試Trap

GDB斷點(diǎn)的Trap

無效指令的Trap

系統(tǒng)錯(cuò)誤的Trap

同步傳輸CPU的狀態(tài)和到遠(yuǎn)程的GDB中。

3.一個(gè)標(biāo)準(zhǔn)的gdb的調(diào)試過程一般的正常使用編譯工具鏈中都會(huì)有g(shù)db的工具,就拿riscv的來說,用riscv-nuclei-elf-gdb.exe去連接qemu上的gdb stub時(shí),采用的是tcp協(xié)議。

當(dāng)qemu去啟動(dòng)gdb server的時(shí)候。

qemu-system-riscv32.exe -M gd32vf103v_rvstar -cpu -nographic -s -S

后面的-s表示啟動(dòng)gdb server。而-S則表示綁定在TCP端口的1234端口號(hào)上。

995199c4-f86c-11eb-9bcf-12bb97331649.png

從操作上是這個(gè)流程,那么底層的數(shù)據(jù)傳送又是怎樣的流程呢?

4.GDB 遠(yuǎn)程串行協(xié)議解析一個(gè)標(biāo)準(zhǔn)的GDB串行協(xié)議的格式如下

$packet-data#checksum

其中的消息是通過ASCII碼進(jìn)行傳輸,以$開始,以#結(jié)束。最后的checksum是命令的校驗(yàn)和。

上面就是通過Wireshark監(jiān)聽到的協(xié)議數(shù)據(jù)。

GDB與GDB server進(jìn)行通信的時(shí)候,采用收發(fā)形式進(jìn)行,必然會(huì)有下面的通信過程

發(fā)送:

$packet-data#checksum

回復(fù)

+

每次都需要回復(fù)一個(gè)+,表示收到數(shù)據(jù)。

當(dāng)沒有接受到數(shù)據(jù),或者超時(shí)時(shí),需要進(jìn)行重傳操作。

下面就是一個(gè)實(shí)際的通信過程。

9a068f0a-f86c-11eb-9bcf-12bb97331649.png

gdb 和 target之間的通信一直會(huì)采用收發(fā)對(duì)稱的數(shù)據(jù)格式

比如寫內(nèi)存

gdb會(huì)調(diào)用set 0x4015cc = 0xc320。

那么gdb底層的通信是

$M4015CC,2:C320#6d

目標(biāo)機(jī)收到數(shù)據(jù)后,會(huì)首先返回

+

接著返回狀態(tài)

$OK#9a

這樣,一個(gè)通過gdb操作內(nèi)存的中的數(shù)據(jù)的通信協(xié)議就完成了。

由于GDB的指令非常多,這里就不列舉了,但是基本的原理和格式都差別不大。

比如單步調(diào)試的指令

step:

[gdb] $s#73

向下執(zhí)行的指令

Continue

[gdb] $c#63

控制臺(tái)輸出

Console Output

[target] $o48656c6c6f2c20776f726c64210a#55

這樣可以在gdb控制臺(tái)上輸出hello,world!的命令。

關(guān)于命令的格式可以查看官方文檔

https://sourceware.org/gdb/onlinedocs/gdb/Stop-Reply-Packets.html

但是舉出一些基本的規(guī)律

5.小結(jié)用采用GDB進(jìn)行調(diào)試的過程,底層的傳輸原理,采用的是非常簡單的字符串的格式,這GDB將這些命令發(fā)給硬件調(diào)試器或者板子,通過將這些命令解析后,執(zhí)行具體的邏輯,就可以正常的控制芯片中程序的行為了。這就是GDB的串行協(xié)議原理。

編輯:jq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 嵌入式
    +關(guān)注

    關(guān)注

    5143

    文章

    19561

    瀏覽量

    315444
  • 寄存器
    +關(guān)注

    關(guān)注

    31

    文章

    5425

    瀏覽量

    123542
  • gdb
    gdb
    +關(guān)注

    關(guān)注

    0

    文章

    60

    瀏覽量

    13551
  • DEBUG
    +關(guān)注

    關(guān)注

    3

    文章

    94

    瀏覽量

    20403

原文標(biāo)題:GDB串行協(xié)議概述

文章出處:【微信號(hào):gh_390c588e521e,微信公眾號(hào):嵌入式小作坊】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    CM7能成功調(diào)試但CM4始終報(bào)\"Failed to read ROM table via AP 3\"錯(cuò)誤,怎么解決?

    sequence: Failed to start GDB server Failed to start GDB server ST-Link設(shè)備進(jìn)行初始化時(shí)出錯(cuò)。 原因:(255)
    發(fā)表于 06-06 08:04

    使用STM32CubeIDE對(duì)STM32H7進(jìn)行開發(fā)和調(diào)試,CM4始終報(bào)\"Failed to read ROM table via AP 3\"錯(cuò)誤怎么解決?

    sequence: Failed to start GDB server Failed to start GDB server ST-Link設(shè)備進(jìn)行初始化時(shí)出錯(cuò)。 原因:(255)
    發(fā)表于 05-14 06:20

    STM32H7雙核調(diào)試,CM7能成功調(diào)試但CM4始終報(bào)\"Failed to read ROM table via AP 3\"錯(cuò)誤是怎么回事?

    sequence: Failed to start GDB server Failed to start GDB server ST-Link設(shè)備進(jìn)行初始化時(shí)出錯(cuò)。 原因:(255)
    發(fā)表于 04-27 06:40

    i.MX93使用J-Link和SYSRESETREQ的Cortex-M33復(fù)位不起作用怎么解決?

    寄存器和內(nèi)存等。 我的問題是,重置處理器不起作用。寄存器的內(nèi)容不會(huì)改變,因此我假設(shè) reset 被忽略: (gdb) 監(jiān)視器 regs R0 = 40D000C0,R1 = 2001EFE3,R2
    發(fā)表于 04-11 06:25

    STM32CubeIDE無法啟動(dòng)正常調(diào)試是哪里出了問題?

    STM32CubeIDE始終正常使用中,昨日系統(tǒng)升級(jí)為 macOS Sequoia 版本,啟動(dòng)調(diào)試出現(xiàn)錯(cuò)誤提示,重新安裝應(yīng)用程序及 st-stlink-server 驅(qū)動(dòng),仍提示同樣錯(cuò)誤。 目前
    發(fā)表于 03-14 16:30

    CubeIDE下載程序時(shí)報(bào)錯(cuò)Target no device found,但是ST-LinkUpgrade可以識(shí)別到且可以更新固件,為什么?

    STMicroelectronics ST-LINK GDB server. Version 7.8.0 Copyright (c) 2024, STMicroelectronics. All
    發(fā)表于 03-14 07:21

    為什么會(huì)報(bào)錯(cuò)Could not determine GDB version using command: arm-none-eabi-gdb --version?

    我已經(jīng)重啟電腦了,沒用; 重裝軟件沒有,沒有; 將ST_link_server卸載重裝也沒有; 將arm-none-eabi-gdb加入windows 11系統(tǒng)環(huán)境變量,也沒用; 將軟件的GDB
    發(fā)表于 03-12 08:08

    rs232-hs讀取idcode的時(shí)候出現(xiàn)0xffffffff的情況,怎么處理?

    Info : starting gdb server for riscv.cpu on 3333 Info : Listening on port 3333 for gdb connections
    發(fā)表于 03-07 12:59

    AN-724: ADuC70xx串行下載協(xié)議

    電子發(fā)燒友網(wǎng)站提供《AN-724: ADuC70xx串行下載協(xié)議.pdf》資料免費(fèi)下載
    發(fā)表于 01-14 15:55 ?0次下載
    AN-724: ADuC70xx<b class='flag-5'>串行</b>下載<b class='flag-5'>協(xié)議</b>

    ESP32-C3使用命令行GDB調(diào)試出現(xiàn)報(bào)錯(cuò)的原因?

    使用 continue 全速運(yùn)行,程序停在斷點(diǎn)位置 此時(shí) GDB 不會(huì)打印當(dāng)前行號(hào)以及本行代碼,而是出現(xiàn)出現(xiàn)以下情況 (gdb) cContinuing.Thread 2 \"main\"
    發(fā)表于 08-01 07:47

    RISC-V 匯編語言程序的調(diào)試

    -kernel sum.elf -s -S 注意一定要帶入-s -S參數(shù)。-s的意思是在QEMU中啟動(dòng)gdb server,端口號(hào)為1234,-S的意思是,完成裝載之后,不要啟動(dòng)模擬的處理器,等待調(diào)試器接入
    發(fā)表于 07-19 16:27

    為什么無法使用esp-gdbstub調(diào)試esp8266?

    /live-debugging-with-open-source-tools-programming-for-esp8266-part-4/\" xtensa-lx106-elf-gdb -b 115200 (gdb) 文件輸出/構(gòu)建
    發(fā)表于 07-11 08:24

    是否有可能在支持gdb的第三方集成開發(fā)環(huán)境中使用DAS配置調(diào)試?

    是否有可能在支持 gdb 的第三方集成開發(fā)環(huán)境中使用 DAS 配置調(diào)試?
    發(fā)表于 07-02 07:29

    mp157 m4內(nèi)核開發(fā),不能在線仿真報(bào)錯(cuò)了怎么解決?

    Info : starting gdb server for STM32MP157DACx.cpu0 on 3334 Info : Listening on port 3334 for gdb
    發(fā)表于 07-02 07:28

    rtt調(diào)試時(shí)出警告

    ] Target successfully examined. Info : starting gdb server for riscv.cpu.0 on 3333 Info : Listening
    發(fā)表于 06-29 19:11

    電子發(fā)燒友

    中國電子工程師最喜歡的網(wǎng)站

    • 2931785位工程師會(huì)員交流學(xué)習(xí)
    • 獲取您個(gè)性化的科技前沿技術(shù)信息
    • 參加活動(dòng)獲取豐厚的禮品