有关【bsp_InitDWT】函数使用出现的奇怪现象

sanit

我使用FreeRTOS最简单的工程中，初始化中配置bsp_InitDWT(); 然后 全部初始化完成之后调用了延时函数bsp_DelayMS(20);，下载进去程序不执行，必须断一下电或者按键复位才可以执行。如果只初始化bsp_InitDWT();  而不调用bsp_DelayMS函数就不需要复位。请问这是什么问题？使用DWT做延时函数，需要注意些什么吗？

sanit

看图

eric2013

这个没事的，这是因为现在的下载器都有集成ITM功能，而这个DWT就是它的一部分。你的下载器不使用这个功能就没问题。

sanit

硬汉哥，就是说这个首次下载进去之后，429需要复位一下才执行是正常的吗？

eric2013

sanit 发表于 2018-6-8 00:23
硬汉哥，就是说这个首次下载进去之后，429需要复位一下才执行是正常的吗？

我回去给你发个截图，在调试配置里面有个TRACE，不要使能它

sanit

好的，太感谢了！有点强迫症

sanit

结贴：
对于这个问题，跟DWT没有关系。原因是：
      我再启动FreeRTOS之前调用了printf函数（发现调用一次两次没事，调用NAND_DispBadBlockInfo();函数，里面有大量循环打印，就会死机），而使用FreeRTOS之后，开关中断已经变成FreeRTOS自带函数实现，#define DISABLE_INT()    taskENTER_CRITICAL()      #define ENABLE_INT()     taskEXIT_CRITICAL()   ；现在这些打印我放在最高优先级任务打印一次，一切正常。我觉得应该是FreeRTOS没有启动之前，不可以使用这个函数进行开关中断。还请硬汉帮忙分析是不是这个原因呢？

eric2013

sanit 发表于 2018-6-8 10:23
结贴：
对于这个问题，跟DWT没有关系。原因是：
      我再启动FreeRTOS之前调用了printf函数（发现调用 ...

如果你的工程里面存在这种情况，的确是的。

sanit

深入理解一下：首先FreeRTOS中使用优先级分组设置为4，也就是说0-15抢占优先级，没有响应优先级。我串口设置抢占优先级是1，FreeRTOS中设置的开关中断 定义了受 FreeRTOS 管理的最高优先级中断 是1，也就是说开关中断针对1-15有效。
正好关闭中断的时候，把我串口抢占优先级1给关闭掉了。恰好printf函数使用FIFO发送的时候，有两个地方使用了开关中断。导致串口发送不出去，而FIFO缓冲区满了，一直等待缓冲区不满，所以代码现象就是死等。
那么你会问，关闭中断和开启中断不是成对使用的吗？经过测试发现，在FreeRTOS启动之前，调用它自带的开关中断函数，只能关闭，无法开启。连__set_PRIMASK(0) 强制开启全部中断都无能为力，有点奇怪。FreeRTOS启动之后，开关中断就没什么问题了。

hpdell

sanit 发表于 2018-6-8 11:50
深入理解一下：首先FreeRTOS中使用优先级分组设置为4，也就是说0-15抢占优先级，没有响应优先级。我串口设 ...

研究的很深啦，学习了