最近公司的许多产品都在用GD32替换原本的STM32芯片，想必大家都知道了，前段时间STM32涨价非常厉害，贵的飞起，产品开发这种事情肯定是要考虑成本的嘛。所以为了降低成本，提高产品的利润率和竞争力，进行芯片的替换是很有必要的。
GD32是国产的芯片，是专门为了对标STM32开发的，感觉因为这段时间以来STM32芯片的高涨，很多的公司都在考虑进行替换了吧。
这次记录一下我在进行GD32替换STM32过程中的一个很重要的点：代码运行时间的测量！
为啥要说这个东西呢？
原因在于原本的产品用的 MCU 是STM32F103RET6（Cortex-M3、72MHz），替换的是GD32F303RET6（Cortex-M4、120MHz），这两款芯片虽然是 pin-to-pin，但是系统时钟不同，内核也不同，代码执行的时间也不同。替换了芯片之后就要考虑修改原本代码上的一些延时、算法的优化，所以需要测量代码的运行时间，进行修改、优化。
本人根据官方提供的方法，根据个人的实际使用情况，记录一下我个人觉得比较方便好用的调试方法。
1、利用Systick 系统滴答定时器进行测量
系统滴答Systick是一个24位的倒计时定时器，计数到0时会自动重装载定时器初值。因为本来项目中就使用了ucos-ii，也是配置了Systick定时器作为系统节拍的，所以直接使用这个会更加方便。
项目中配置了Systick 中断每 1ms 进入一次中断，并定义了一个计数变量 Cnt_tick 用于计数，每进入一次系统滴答中断就 Cnt_tick 加 1，再分别编写函数 reset_time()、get_time()，分别用于定时器复位计数值、获取计数值。
这四个函数代码如下：
void reset_time(void)
{
Cnt_tick = 0;
}
int get_time(void)
{
return Cnt_tick;
}系统滴答定时器Systick 配置1ms中断的代码如下：
void systick_config(void)
{
/* setup systick timer for 1000Hz interrupts */
if (SysTick_Config(SystemCoreClock / 1000U)){
/* capture error */
while (1){
}
}
/* configure the systick handler priority */
NVIC_SetPriority(SysTick_IRQn, 0x00U);
}
/* 中断函数如下 */
u32 Cnt_tick = 0;
void SysTick_Handler(void)
{
if(OSRunning == 1)
{
OSIntEnter(); // Tell uC/OS-II that we are starting an ISR
OSTimeTick(); // Call uC/OS-II's OSTimeTick()
OSIntExit(); // Tell uC/OS-II that we are leaving the ISR
Cnt_tick ++;
}
}代码时间测量的代码段如下图：
测量结果如下示意图：
这种方法虽然简单方便，但是也是存在一些问题的：测试的时间只能是毫秒级别的，对一些微妙执行的代码没办法测量到，因为系统滴答中断时1Ms一次，所以存在局限。
要测量的更加精细，比如测量到微妙us级别的，最好的方式就是在线仿真了，看第二种方式吧！
2、用 keil 在线仿真测量
使用Debug仿真之前需要做一些设置，然后设置断点再仿真调试即可。
1）仿真选项设置
使用 Jlink 连接目标板，在 Debug->setting 选项卡中选择 SW Port，频率选择5MHz即可，不用选择太高。如下图：
2）Trace 选项
Trace 选项的设置如下图：
注意：时钟要根据cpu实际使用到的时钟频率进行设置，如果时钟设置不对，会导致仿真的结果不准确的！
3）进入仿真模式
4）清除时间窗口的显示内容
5）设置断点并调试
在需要测量的代码前后各添加一个断点，选择全速运行或者单步调试让代码从一个断点执行下去直到下一个断点，或者也可以一步一步调试下去，看看详细的执行过程，再看右下角的t1（图中2处）时间即可以知道执行时间。
像测量代码执行时间这样的操作其实还有很多的方法的，比如添加一些调试组件、利用某些工具（示波器、逻辑分析仪等仪器）等。
作者简介：
本人95后技术男，从事嵌入式软件开发，专注于技术成长和技术分享。目标是每天进一步一点点，通过技术改变自己的生活，创造自己的美好未来！如果你也对嵌入式感兴趣，欢迎关注我呀！
声明：
本文作者：嵌入式之入坑笔记
文章版权归作者所有，转载请注明出处！