系统时钟配置为16M，程序使用TIMER4做为系统定时器，使用如下配置
TIM4_TimeBaseInit(TIM4_Prescaler_16, 99); //100us
程序可以正常运行。

我想把定时器的周期改为10us，使delay()的精度达到10us，
TIM4_TimeBaseInit(TIM4_Prescaler_16, 9); //10us
这样修改之后，发现系统不能正常运行了，程序启动的打印信息都没有。我一度怀疑是程序跑飞了！

经过排查发现是TIMER的中断响应太快，占用了系统的全部资源，主程序的运行完全被TIMER中断打断了。我测试在TIMER中断里面点灯操作是功能正常的。

工程选项，编译器选择6.X

编译选项增加
-Wconditional-uninitialized

补充，去除编译警告的设置方法。在编译选项增加”-Wno-“+警告内容，如：
-Wno-conditional-uninitialized
-Wno-switch

STM32F446 SAI blockA和blockB配置为从模式，如果MCU先启动SAI，再打开音频芯片SAI时钟信号，此时MCU不能进入DMA中断，采集不到数据。用Jlink复位一下MCU，SAI接口的数据采集和发送才正常。不知道这个问题是什么原因。

解决方法有2种：1.MCU启动先不使能SAI，把音频芯片SAI时钟打开后再启动MCU SAI；2.把MCU的SAI配置为主模式。

但是对于这个问题还是感到很奇怪。

不要使用赋值方法清零。对于16位数组，或者32位数组，赋值清零并没有把所有位都置零。

int32_t mix_data_new[SAI_SLOTS_SIZE][2] = {0};
#if 0
for (j = 0; j < 2; j++)
{
for (k = 0; k < SAI_SLOTS_SIZE; k++)
{
mix_data_new[j][k] = 0;
}
}
#endif

使用memset清零，可以确保每个数组中的每一位都被清零。
memset(mix_data_new, 0, sizeof(mix_data_new));

第1段：
int16_t data;
const char pcm_data2[] = {…}；

data = pcm_data2[i];
data += pcm_data2[i+1]<<8;

第2段：
data = ((int16_t)pcm_data2[i+1] << 8 + pcm_data2[i]);

很奇怪，上面2段代码，在STM32F401上用MDK编译出来执行的结果不一样。第1段执行出来的结果是正确的，第2段执行出来的结果是错误的，并且不知道是怎么算出来的。