默认设置的断点，当代码运行到断点处MCU就会被挂起，从而停在断点处。
但在某些情况下，如调试FCCU时，如果设置断点，MCU停下后将会导致
FCCU 配置WDG超时。或在调试类似电机控制类的应用时，不适当的断点会导
致三相波某相高边和底边同时打开导致短路。这类情况我们可以改变断点的类
型，当代码运行到断点处，MCU不会Halt，可以通过Debugger Console查看
代码是否有运行到断点。
- 巧用debug控制台查看断点执行情况
通过Run->Breakpoint Types，选择断点类型为Dynamic_Printf。在 line 101 设
置断点。全速运行，可以看到MCU不会STOP，通过Debugger Console可以
看到代码有运行到Line 101
- 条件断点
条件断点是一种可以设置条件属性，满足一定条件才会触发的断点。条件可以
是某个变量被设置为某个值，也可以是外设某个状态位置位，也可以是它们的
形成的逻辑组合
全速运行，可以看到当DelayTimer的值为20的时候，MCU停在了断点处，再 次全速运行，MCU将不会停下来。因为条件不再满足
- 数据断点
调试MCU软件时，经常会遇到这类问题，某个全局变量被意外的修改了，由
于软件庞大，调用关系复杂，变量多处访问，在调试这种问题是，通常做法是
不断的放断点，查看变量的值。这种调试方法不是特别的高效。我们可以通过
另外的方式快速定位变量异常赋值的地方。这种方式就是用Watchpoint。
Watchpoint 也被叫做数据断点。可以通过Watchpoint捕获变量被读，或被写
的位置。还可以更进一步通过设置条件，在变量被改为某个具体值的时候暂停
代码运行。
选中想要监视的变量，Run->Toggle Watchpoint, 打开 Watchpoint 属性配置窗口
也可以在Outline，选中变量，然后鼠标右键，在弹出的菜单里选择Toggle
Watchpoint.
这里我们配置捕获变量testVar的写访问，且捕捉testVar被置为0的时候。
配置完后，可以在Breakpoints看到该Watchpoint
全速运行，会看到代码停在了testVar的下一条语句。同时在Console可以看到
Watchpoint 被捕获到。Debugger Console 可以看到调试器抛了一个SIGTRAP
信号，停止了代码的运行。
