嵌入式开发其中较难的的两个部分就是interrupt和memorymanage，这两个东西之所以比较难是因为要用汇编或类C来写，属于比较低层的东西，中断有外部中断和内部中断，外部中断有两种实现模式，硬件中断模式和软件中断模式，相对来说比较简单，属于应用层面的，相比之下，内部中断就要复杂得多，内部中断主要是发生重起，总线出错，溢出，校验出错等情况产生的，很多软件开发人员基本上不写对应的中断服务程序，因为它太难了，而且一般也用不到，但是一旦发生，那就是fatalerror，因此从整个系统健壮性来考虑必须要有相应的ISR才行，下面小编就来说一说一些我所知道关于嵌入式开发应该注意的一些问题。希望对学习嵌入式的大家有参考作用!
　　
　　1、嵌入式开发的延时
　　
　　嵌入式开发经常会涉及到硬件的操作，如ADC，打开或者关闭一个电流源，这些都是需要时间的，因此当我们在发出这些指令的时候立即读取寄存器的值是得不到想要的结果的，而且你还找不出原因，有时候需要的延时还比较长，达到ms级，一般情况下us级就够了，根据各芯片的时钟频率而定，不单指MCU的总线时钟频率。

　　2、嵌入式开发的变量
　　
　　一般来说如果你非常明确某个变量的作用域和生命周期就应该定义相对的变量，如const，static等，这样不容易出错，不建议将所有变量都定义成全局变量，这样管理起来比较麻烦，程序一旦出错，破坏性也比较大，函数也是如此，全局变量和通用函数一定要申明，这样在调用的时候不容易出错，而且有些编译器对于未申明的函数是不会报错的，但在调用的时候又会发出类型隐含转换的警告，在这里就不举例子了，总之这点要特别小心。
　　
　　3、嵌入式开发的宏定义
　　
　　在程序编写过程对于一些特定的数字应该尽量使用宏定义，这样做有个好处就是比较直观，便于日后维护，要不然时间久了你看到那个数字根本就想不起它代表什么意思，宏定义并不会给程序带来任何负担，因为它在编译的时候就已经全部替代了，所以尽可以广而用之。值得一提的是宏定义并不局限于使用常量，它可以定义函数，因为它是直接替换，因此避免了入栈和出栈，提高了程序执行的效率，当时同时增加了代码量，因此一般用比较简单的函数，它还有一个缺点是在替换的过程不检查参数类型是否正常，从而增加了安全隐患，解决此问题的方法是使用一个称之为inline的内联函数，它继承了宏定义的优点，又弥补了它的缺点，是个最佳的选择，但是这个属于C++的范畴，有一定的难度，在这里也不多讲，有兴趣的朋友可以参考一下相关资料。
　　
　　4、嵌入式开发的浮点运算
　　
　　大多数低档次的单片机都是不支持浮点运算的，因此在实际使用过程中也很少用到，因此为了降低成本，一般都去掉了浮点运算模块，这就带来了一个问题，如果万一要用到浮点运算怎么办?细心的朋友可能会发现，即使不具有浮点运算的单片机在仿真调试过程依然可以使用floatordouble的数据类型进行计算，而且结果也很准确，这是为什么呢?这个因为编译器自动调用了库函数来实现的，一般是通过迭代的方法，因此它的执行效率非常慢，不建议采用此方法，而通常采用的是“定点”的方法来解决这个问题，比如说一个32bit的数据，你可以假定它的低8位是小数位，然后移位计算，类似于整数运算，这种方法比较复杂，但是可以非常精确，还有一种方法就是直接放大10的N次方倍进行整数的计算，可以得出近似值，因此为了不增加不必要的麻烦，应该总是尽量避免使用浮点运算，一般情况也都是可以避免的。
　　
　　5、嵌入式开发的watchdog
　　
　　个人接触到的最先进的watchdog机制是三重watchdog，watchdog1检查时钟频率，watchdog2监视一小段代码，它必须在一个比较短的时间里喂一次，一般要求在250us到650us之间喂一次，watchdog3监视一大段代码，要求在比较长的时间内喂一次，一般是100ms以内，三个条件必须同时满足才行，这要求对代码的执行过程非常清楚，或者将导致喂狗出错重起!
　　
　　对于我们程序员而言，我们都是知道一个细节决定所有的成败的，这些都是靠我们在平时的不断的积累的，有时候也许对于我们编程的人而言，编程是一个较为复杂的事，但是我们也要完成自己的工作啊，回头想一想，心酸后面也是有一丝的喜悦的。