TI中文支持网这个现象一共在3个电路板出现，
Viki Shi：
请问相关代码是否在官方板子上测试过？怀疑是晶振的问题
Viki Shi：
建议按照下面两个文档排查硬件：
processors.wiki.ti.com/…/CC26xx_HW_Troubleshooting
processors.wiki.ti.com/…/CC26xx_HW_Checklist
user4344412：
另外，程序中使用了看门狗，25秒，在任务中喂狗。死机的时候，芯片上的DCDC_SW和DCOUPL没有电压，晶振停止（晶振是32.768K,cl=6pf,晶振匹配电容为6PF），24M的晶振也停止。
user4344412：
回复 Viki Shi:
没有官方板子跑过，但在阿莫的板上跑过，正常。程序中使用了看门狗，25秒，在任务中喂狗。死机的时候，芯片上的DCDC_SW和DCOUPL没有电压，晶振停止（晶振是32.768K,cl=6pf,晶振匹配电容为6PF），24M的晶振也停止
user4344412：
另问，如果是晶振出了问题，可能每次出现问题都在task_sleep的时候出问题？
user4344412：
回复 user4344412:
task_sleep的时候RTOS执行了什么，才会导致停振？否则不可能这么集中都在task_sleep的时候出问题，
user4344412：
你们在操作系统的源码也不公开，好多资料也难找，回答问题也不力，你们的东西，怎么用？
user4344412：
TI这样不行啊，报喜不报忧，问题不能解决，也回答不了，资料也不齐，
Alvin Chen：
回复 user4344412:
由于您是部分板子出现这个问题，我们无法定位问题所在。有可能是焊接问题或者RST引脚电容问题，您是否有替换晶振呢？
在其他客户的帖子中这类问题通常是焊接不良或者RST引脚有杂波等。
e2e.ti.com/…/2126116
Alvin Chen：
回复 Alvin Chen:
Task_sleep changes the current task's mode from Mode_RUNNING to Mode_BLOCKED, and delays its execution for nticks increments of the system clock. The actual time delayed can be up to 1 system clock tick less than nticks due to granularity in system timekeeping.
不建议用Task_sleep去做延时函数。
