下面具体聊聊这件事。Kinetis的低功耗特性还是被广大用户所认可的，所以调试低功耗的时候比较多的，结果最近一次调试低功耗时却发现芯片迟迟不能进入到低功耗状态（虽然测的电流有明显减小的趋势，但是却远没有达到预料的低电流，暂且说是一种伪低功耗状态吧），翻来复去的查代码都没有发现低功耗相关的配置有任何错误（与之前的代码做过对比），一遍一遍的测试都是这个状态，即使换个芯片也是如此，这就说明是代码里有bug，当时真是搞的自己有点崩溃。

最后一段一段代码去查，同时对照手册，最后终于把问题给定位出来了，即不小心把Flash的门控给关掉了，而数据手册上也写的很明确如下图，如果Flash时钟门控禁止，则任何低功耗模式都会被block掉。至于为什么之前调试低功耗的时候都没有遇到这个问题呢，我们看下一张图，位于SIM_SCGC6寄存器的Flash时钟门控位上电默认是打开的，而容易让人一不小心就会犯错的是SIM_SCGC6寄存器里面还控制着其他一些外设的时钟门控，而问题就出在使能某个外设时对SIM_SCGC6这个寄存器的赋值是‘或操作’还是直接赋值，每次都是“或操作”是没有问题的，但是如果不小心直接赋值了即"SIM_SCGC6 = 1<<24;”就会出现这样一个简单的操作就已经不小心把Flash时钟门控关掉了（这个操作已经把FTF位清零了）。

哎，就是这样一个非常微小的细节问题却让我差点熬出一个通宵才定位出来，真是“防不胜防啊”，呵呵。一朝被蛇咬，十年怕井绳，现在搞的俺在遇到低功耗进不去的时候老是第一直觉先看看这个寄存器赋值对不对，真是让我记忆深刻啊。当然还有就是也认识到，好的编程习惯也是非常重要的，如果自己的编程习惯规范和有条理的话估计也可以避免这个问题了，总之，防微杜渐吧，在编程的道路上心细些会让你走的更远（虽然这条路很苦逼，呵呵）。好了，今天就搞的这了，收工准备睡觉，未完待续~

作者：电子技术应用博客：jicheng0622