嵌入式linux 调试，嵌入式必须会linux吗

大家好，如果您还对嵌入式linux 调试不太了解，没有关系，今天就由本站为大家分享嵌入式linux 调试的知识，包括嵌入式必须会linux吗的问题都会给大家分析到，还望可以解决大家的问题，下面我们就开始吧！

嵌入式linuxI2C调试工具

分享一款嵌入式开发利器，i2c-tools，尤其适用于Linux I2C驱动调试。调试过程中，我们常常面临硬件与软件交互不清的情况，示波器难以捕捉到关键波形，此时，一款得力工具能极大提升效率。

在调试过程中，我曾遇到定位问题的困扰，查阅大量资料却难寻答案。偶然间发现i2c-tools，这款工具能清晰显示系统中开启的总线数量与总线上挂载的I2C设备地址。使用后，问题迅速定位，问题解决，大大节约了调试时间与成本。

我使用的是i2c-tools 4.3版本。在虚拟机中编译后，将编译生成的工具文件移至开发板。操作步骤简明如下：

1、在工具目录下，执行`make`命令进行编译。

2、使用`sudo make install`命令安装工具。

3、将i2cset、i2cget、i2cdump、i2cdetect、i2ctransfer等工具移动到开发板的`rootfs/bin`目录下。

4、使用`sudo cp lib/libi2c.so.0.1.1/usr/lib/libi2c.so.0`和`sudo chmod 777/usr/lib/libi2c.so.0`命令，将`libi2c.so.0.1.1`文件移至开发板路径，并赋予执行权限。

安装完成，即可通过以下命令进行调试：

1、使用`i2cdetect`命令查看系统中开启的I2C总线。

2、通过`i2cget`命令查看总线上挂载的特定地址I2C设备。

通过这些操作，你可以获取到所有设备信息，包括获取和设置单个设备的值等，实现I2C设备的全面调试。

对i2c-tools感兴趣的朋友们，可以通过网络获取或在公众号内回复“i2ctool”获取安装包。

嵌入式Linux的GDB调试环境搭建

GDB是一款强大的调试工具，它能够帮助开发者一步一步执行程序，检查变量值，设置断点并观察运行结果，功能类似于MDK IAR等开发工具。

对于嵌入式Linux设备，尤其是资源有限或性能不强的板子，直接在设备上运行GDB可能不太可行。因此，我们通常采用GDB server通过网络与PC通信的方式，将调试工作放在性能更强的PC上进行。

下面是搭建GDB调试环境的步骤：

首先，获取GDB和GDB server。这些工具可以通过官网下载，或者从已经安装了交叉编译环境的虚拟机中获取。

接着，配置电路板与Ubuntu之间的通信。通过NFS挂载虚拟机中的Ubuntu系统，便于传输文件。确保两台设备之间有正确的IP地址配置，例如电路板的IP为192.168.1.20，虚拟机内的Ubuntu地址为192.168.1.10。

在Ubuntu系统上编译出包含调试信息的文件，并将文件放到NFS挂载的目录中。此操作需在root权限下执行。

将GDB server文件拷贝至开发板的/bin目录，并在该目录下运行。在运行时，需指定Ubuntu的IP地址（例如192.168.1.10）和一个不会与其他服务冲突的端口号。文件名称应使用实际编译出的文件名。

在PC端的Ubuntu系统上启动GDB。进入GDB模式后，即可通过GDB的命令进行调试操作，例如使用`list`命令查看代码，`break`命令设置断点，`continue`命令恢复程序运行直到结束或遇到下一个断点，`print`命令查看变量值，以及使用`quit`命令退出调试。

GDB的命令非常丰富，以上仅为常用命令示例。通过这些命令，开发者可以在不直接操作设备的情况下，高效地进行程序调试和问题排查。

Linux嵌入式kgdb调试环境搭建

本文将介绍在Linux嵌入式环境中搭建kgdb调试环境的方法。首先，我们的开发环境包括PC端的win7系统与VMware-15虚拟机运行的Ubuntu16.04系统，以及Freescale i.MX6单CPU的开发板，所使用的内核版本为Linux-4.1.15，交叉编译器版本为arm-none-linux-gnueabi-gcc（gcc version 4.6.3）。

在使用kgdb进行内核调试之前，我们需要了解一些背景知识。kgdb是用于调试内核的工具，相较于早期的kdb，kgdb功能更为全面，并且kdb已经被整合到了kgdb中作为前端。kgdb支持两种通信方式：串口（kgdboc）和网络（kgdboe），然而新版内核仅整合了kgdboc，废弃了网络通信，因此本文将重点介绍串口通信。

使用串口进行kgdb通信时，通常面临的一个问题是如果开发板仅有一个控制台(console)串口输出，我们则无法通过CRT软件实时查看内核的printk等打印信息，除非在退出kgdb时才能查看。此外，需要注意的是在使用VMware而非virtbox时，可以更稳定地实现与开发板的通信。

在进行内核配置时，我们需要在Kernel hacking配置选项中选择“KGDB: kernel debugger”来启用kgdb相关功能。如果想要使用kdb模式，则需要配置选项“KGDB_KDB: include kdb frontend for kgdb”。启用此选项后，在内核启动时会先进入kdb模式，这会导致一些额外的配置选项。

为了告知kgdboc使用哪个串口，通常有两种方法。在启动参数中，我们可以通过特定的命令行参数来指定串口，或者在启动时通过特定的sysfs文件（如/sys/kernel/debug/kgdboc/serial）进行配置。

为了触发进入kgdb调试模式，可以通过在控制台输入“echo g>/proc/sysrq-trigger”命令来实现。如果没有配置kgdb相关选项，则会直接进入kgdb模式；反之，则需要在kdb模式下输入命令“kgdb”。

在连接开发板时，需要确保PC机与虚拟机之间通过虚拟机的COM1端口与开发板的串口进行连接，即PC机上对应的是Ubuntu的/dev/ttyS0端口。对于开发板，需要将Linux的Image镜像替换为包含调试信息的vmlinux，同时还需要提供内核源代码以完成调试过程。

完成上述步骤后，即可启动内核执行。在没有断点时，使用“continue”命令让系统继续运行，此时串口将不会被kgdboc占用，从而恢复控制台的正常使用。

最后，当进行module.ko的调试时，需要通过特定的步骤与方法，具体操作请参照相关文档或教程。