chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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的作用

嵌入式小作坊 ? 來(lái)源:51cto博客 ? 作者:趙夢(mèng)茹2012 ? 2021-08-10 10:10 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

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

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

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

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

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

無(wú)效指令的Trap

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

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

3.一個(gè)標(biāo)準(zhǔn)的gdb的調(diào)試過(guò)程一般的正常使用編譯工具鏈中都會(huì)有g(shù)db的工具,就拿riscv的來(lái)說(shuō),用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

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

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

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

發(fā)送:

$packet-data#checksum

回復(fù)

+

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

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

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

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è)通過(guò)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)試的過(guò)程,底層的傳輸原理,采用的是非常簡(jiǎn)單的字符串的格式,這GDB將這些命令發(fā)給硬件調(diào)試器或者板子,通過(guò)將這些命令解析后,執(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ī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 嵌入式
    +關(guān)注

    關(guān)注

    5186

    文章

    20149

    瀏覽量

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

    關(guān)注

    31

    文章

    5589

    瀏覽量

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

    關(guān)注

    0

    文章

    61

    瀏覽量

    13816
  • DEBUG
    +關(guān)注

    關(guān)注

    3

    文章

    95

    瀏覽量

    21259

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

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    進(jìn)迭時(shí)空 debug upstream | 取之于開(kāi)源,貢獻(xiàn)于開(kāi)源

    。Debug相關(guān)軟件項(xiàng)目概覽RISC-V調(diào)試所涉及的核心開(kāi)源軟件主要包括GDB和OpenOCD。GDB(GNUDebugger)是GNU項(xiàng)目下的功能強(qiáng)大的源碼級(jí)調(diào)
    的頭像 發(fā)表于 11-17 09:33 ?5072次閱讀
    進(jìn)迭時(shí)空 debug upstream | 取之于開(kāi)源,貢獻(xiàn)于開(kāi)源

    Xilinx FPGA串行通信協(xié)議介紹

    Xilinx FPGA因其高性能和低延遲,常用于串行通信接口設(shè)計(jì)。本文深入分析了Aurora、PCI Express和Serial RapidIO這三種在Xilinx系統(tǒng)設(shè)計(jì)中關(guān)鍵的串行通信協(xié)議。介紹了它們的特性、優(yōu)勢(shì)和應(yīng)用場(chǎng)景
    的頭像 發(fā)表于 11-14 15:02 ?1898次閱讀
    Xilinx FPGA<b class='flag-5'>串行</b>通信<b class='flag-5'>協(xié)議</b>介紹

    ElfBoard技術(shù)貼|如何在【RK3588】ELF 2開(kāi)發(fā)板進(jìn)行GDB調(diào)試

    GDB(GNU Project Debugger)是在Linux環(huán)境下功能全面的調(diào)試工具。它提供了一系列強(qiáng)大的調(diào)試功能,包括設(shè)置斷點(diǎn)、單步執(zhí)行、打印與觀察變量、查看寄存器及堆棧信息等。在Linux軟件開(kāi)發(fā)的實(shí)踐中,GDB被視為調(diào)試C及C++程序的核心工具,廣泛用于幫助開(kāi)發(fā)
    的頭像 發(fā)表于 11-11 13:47 ?4921次閱讀
    ElfBoard技術(shù)貼|如何在【RK3588】ELF 2開(kāi)發(fā)板進(jìn)行<b class='flag-5'>GDB</b>調(diào)試

    蜂鳥(niǎo)的GDB調(diào)試時(shí)無(wú)法在斷點(diǎn)處停止是什么原因?

    各位大佬們,我們使用GDB調(diào)試程序的時(shí)候,在main函數(shù)打上斷點(diǎn),然后在gdb中continue,程序并沒(méi)有在main函數(shù)入口處停下?請(qǐng)問(wèn)大佬知道原因嗎?謝謝~
    發(fā)表于 11-07 06:15

    RV-STAR無(wú)法連接到GDB server的解決辦法

    demo跑一跑,現(xiàn)在卡在了“下載程序到開(kāi)發(fā)板”這一步,connect to gdb server失敗,使用的是板載調(diào)試器。請(qǐng)問(wèn)這是什么情況? 具體信息如下: 1. 我已經(jīng)安裝
    發(fā)表于 11-07 06:15

    求助,關(guān)于RT-Thread Studio使用ST-Linlk調(diào)試遇到的問(wèn)題求解

    /platform/ST-LINK/config.txt STMicroelectronics ST-LINK GDB server. Version 5.2.3 Copyright (c) 2019
    發(fā)表于 09-29 06:36

    PLC串口自由協(xié)議通信概述

    串口自由協(xié)議通信是一種靈活的串行通信方式。在該模式下,開(kāi)發(fā)者無(wú)需遵循特定標(biāo)準(zhǔn)協(xié)議,可根據(jù)實(shí)際需求自由定義數(shù)據(jù)格式與交互規(guī)則。
    的頭像 發(fā)表于 08-07 09:15 ?1858次閱讀
    PLC串口自由<b class='flag-5'>協(xié)議</b>通信<b class='flag-5'>概述</b>

    國(guó)產(chǎn)!全志T113-i 雙核Cortex-A7@1.2GHz 工業(yè)開(kāi)發(fā)板—GDB程序調(diào)試方法說(shuō)明

    (Linux) GDB工具是GNU項(xiàng)目調(diào)試器,基于命令行使用。和其他的調(diào)試器一樣,可使用GDB工具單步運(yùn)行程序、單步執(zhí)行、跳入/跳出函數(shù)、設(shè)置斷點(diǎn)、查看變量等等,它是UNIX/LINUX操作系統(tǒng)下強(qiáng)大的程序調(diào)試工具。GDB支持多
    的頭像 發(fā)表于 08-05 15:33 ?334次閱讀
    國(guó)產(chǎn)!全志T113-i 雙核Cortex-A7@1.2GHz 工業(yè)開(kāi)發(fā)板—<b class='flag-5'>GDB</b>程序調(diào)試方法說(shuō)明

    PSoC 6 BLE PIONEER KIT燒錄Bluetooth_LE_Battery_Server的demo進(jìn)行調(diào)試時(shí),無(wú)法成功燒錄的原因?

    我在使用PSoC 6 BLE PIONEER KIT調(diào)試時(shí),嘗試燒錄Bluetooth_LE_Battery_Server的demo進(jìn)行調(diào)試時(shí),發(fā)現(xiàn)無(wú)法成功燒錄,并提示如下信息,請(qǐng)問(wèn)下是什么原因呢
    發(fā)表于 07-01 07:37

    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)行開(kāi)發(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

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

    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)重啟電腦了,沒(méi)用; 重裝軟件沒(méi)有,沒(méi)有; 將ST_link_server卸載重裝也沒(méi)有; 將arm-none-eabi-gdb加入windows 11系統(tǒng)環(huán)境變量,也沒(méi)用; 將軟件的GDB
    發(fā)表于 03-12 08:08