一、经验总结：
1、最好的参考资料就是《用户指南》与《数据手册》。
2、必须要事先确立好整个工程的框架。一定要在脑海中有整个系统的框架，没有框架会耗费你大量的时间，框架确立好了，那么后面的事情就是具体的实现，往框架里填代码，添加功能。所以，系统的整体框架是非常重要的。
3、首先要确定一个检验的标准（需要实现哪些功能，做到哪个程度就算完成）。
世上没有完美的代码，如果没有一个检验的标准，那么你的工作就没有尽头。编程是永无止境的，所以必须要有一个标准来检验工作的进度。举个例子：windows操作系统，微软那么多人在为它工作，花了那么多的时间，可是上市后还不是照样有bug，还不是照样要不停的改善，但是它并没有因此就不面市，因为完美系统是不存在的，如果微软非要做一个完美的操作系统出来，那恐怕它这一辈子也完不成这个任务，也就不会有微软这个庞大的软件帝国存在了。
4、流程图只有思想，与代码无关。
5、分析问题一定要软硬件结合，不然你花的时间会多出数倍。
6、碰到逻辑上明显没有错误的代码在执行时出错的情况，首先要确保个别变量、数字没有错！有时只是一个书写错误，但这可能会浪费你大量的时间。
7、初始化最好放到一块儿，在一个地方进行所有定时器与外设的初始化，简单方便，出错概率小，且便于查错。
8、如果一启动定时器程序就出错，不妨把定时时间延长看看。
9、如果串口不受控的发送数据，那绝对是程序的另一个地方占用了串口的硬件端口。
10、中断里面只做状态判断，即使里面可以进行事件处理并且运行正常，也尽量不要这么做，尽快的返回才是正确的。
11、买芯片一定要买好的，国产的山寨芯片害人不浅。
12、如果需要用到不熟悉的模块，建议购买与模块配套的底板，先熟悉它的用法。
13、要做一个东西，最好先买一块有相应模块的开发板，这样就可以在它上面编写需要的功能，等自己的板子做好后再进行程序移植，这样既可减少硬件出错的概率，又能使软件开发与硬件开发同时进行，缩短开发时间。
14、很多时候碰到的问题，解决办法往往不是想出来的，而是一点一点分析、一点一点的调试出来的。考虑问题所有可能的原因，然后一个一个的去试，就一定能够找到导致问题的真正原因，从而解决问题。
15、碰到问题，先从硬件着手，使用仪器简单的观察一下硬件工作时的状态是否正常（如测量引脚有无波形）。如果是硬件问题，那么就要耐住性子，用仪器一步一步的从源头上开始分析、查找问题，慢慢地的缩小原因范围，最后肯定能找到问题出在哪，从而把问题解决；如果确认硬件没有问题，那十有八九是程序的问题，程序问题一定要先上网搜索，看是否有人碰到类似的问题，如果没有还可以上论坛，一个人的能力有限，要充分利用好网络这一资源。不管用什么方法，尽快的解决问题才是最重要的。这个过程要花上一定的时间，千万不可急躁。
二、工作总结：
1、这两个月写的代码很多都是参照器件手册来的，这说明我现在能够比较好的利用器件手册了，这肯定是一个进步。最重要的是我明白了一点：大部分问题都能通过研读手册来解决。
2、深入的学习了串口、EEPROM模块。
3、更加的体会到了数据结构与算法的重要性。
4、解决了Zigbee不能收发与串口不能正常接收这两个大问题。（现在看来的确不算什么大问题，但当时的确是很大的问题，困扰了半个来月才解决）
5、这两个月以来，不断的碰到新的问题，又把问题解决，在解决Zigbee、串口接收这些问题的过程中，我学会了不放弃，这两个月的工作锻炼了我解决问题的能力，培养了我迎难直上的品质，让我更加的相信我有能力去解决以后的人生道路上将会碰到的问题。
最后，推荐一本文笔非常棒的技术人员编写的科技类书籍 —— 《浪潮之巅》，直到看到这本书，我才对整个 IT（包括半导体）行业有了一个宏观上的认识。
