连接关系是这样的：gdb —> openocd —>（这里需要两个xx.cfg配置文件） jlink —> arm-a9板子
具体流程是这样的：
- 给jlink（硬件调试器）安装驱动，用USB Driver Tool这个软件，原因：openocd操控jlink只能通过libusb-winusb这个驱动，而ozone等调试端软件却只能通过原本的驱动，而USB Driver Tool这个软件还能把驱动恢复回去，所以更推荐这个。（注意：这个软件安装后，不会产生桌面快捷方式啥的，就在它的同级文件夹能找到安装后的应用了，用这个才是对的。如果是别的地方打开的，好像打开后在右键安装，会提示签名时间过期啥的，从而驱动安装不上）
- openocd本质上是一个gdbserver，使用命令行是：openocd -f 调试器.cfg -f 板子.cfg。有的使用只用一个配置文件即可 openocd -f xx.cfg，这是因为 xx.cfg 里包含了两个配置文件，如下：（此时后面就不要再接 -f v7arm.cfg（这个配置文件和板子是息息相关的，将会告诉jlink把代码加载到处理器的哪个起始地址，所以该脚本是处理器设计公司需要给的，除非是通用cpu）了，因为会报错 xx.dap已经定义了，这是因为相当于两次-f v7arm.cfg了， 当然会报错了）
这里需要注意的是，自从openocd 0.10版本后，v7arm.cfg里面的语法就不再支持 -chain-position 这个语法了，会报错（如果该脚本还用的是老的脚本语法），所以需要修改，就按照报错这里提示的网址，点进去，就有修改步骤，修改后就可以了。修改后的样子如下所示：（具体的，或者参考一下openocd自带的脚本文件写法就明白了）
- openocd通过命令行，openocd.exe -f C:/opt/xx.cfg
就会输出调试器电压值，目标板电压值等信息，且等待 gdb通过3333端口连接它了
Info : Listening on port 3333 for gdb connections - 打开另一个命令行终端，输入
arm-none-eabi-gdb .\xx.out（注：out文件和elf文件是一样的，都是带调试信息的最终可执行文件，都可以用，其实out文件才是新一代的可执行文件，elf逐渐过时了）
进入了gdb，再输入
target remote localhost:3333
连接上了openocd后，再输入
load，这个命令非常重要，因为它才会告诉gdb将解析的.\xx.out的text段等内容载入到板子对应内存去，此时cpu才能读到且运行程序，否则直接运行会报 no bound即找不到边界。还有就是，该命令在gdb mi接口可能没有，但是mi接口可以直接用cli接口命令的，因此mi接口模式下也直接用这个命令即可。
此时板子就等待运行了，再输入
break main
continue（全速运行意思）
此时板子就能运行的main函数入口而停下来了，就能正常使用gdb的调试命令了