Ranker

离节点彻底完工只差最后一点了，呵呵。
早上折腾出了超时定时，下午和晚上搞定了串口指令控制，现在节点的所有预定功能——信号采集，状态同步，远程控制——已经全部实现，唯一剩下的就是实际的硬件连接了，待PCB板子制作好，这一部分就彻底完工了，高兴！
现在已经实现了终端节点和PC串口之间数据的互传，剩下的就是怎样实现串口数据和（远程）服务器的互传了，估计会牵涉到大量服务器编程的知识，又是全新的挑战，我喜欢！

别看只是一些堆砌的数字，但无论对于我个人还是我们的省创项目，这都是具有里程碑意义的事件。
于项目而言，这个截图，标志着项目中核心模块——无线传感节点的的大体完成，这说明我们的项目已经完成将近一半了。
于我而言，这说明了我已经大致掌握了Z-stack这个Zigbee协议栈，会依托于这个骨架，再添上自己的血肉，从而完成自己想要的功能。将以前积累的模块化开发的方法很好地融合到了协议栈中，获得了效率和架构的良好平衡。

要说收获，就是对Z-Stack协议栈有了更多的理解，尤其是对events含义的猜测居然和事实完全一致，让我确实小兴奋了一把。
打算借Z-stack的壳来完成自己项目的开发，现在只是开了个小头。

LFS(Linux From Scratch)，又让我有了想要折腾的冲动。从头到尾完全自己动手，创建属于自己的Linux系统，听起来就让人有点小激动。呵呵……
LDD（Linux Device Driver），纯英文版第三章已经快看完了，也对自己有点佩服，第一次读纯英文版的书，竟然都看懂了，并且还乐此不疲，呵呵……

我是有些自大了，把现阶段自己的成绩更多地与自己的努力联系起来，而忽略了外界环境的作用。确实，没有西电的环境，没有那些帮助过我，给我锻炼机会的老师，我也没有今天。
今天与june又聊到了工作和学习的事情，我希望她能像我一样能跳出传统的思路，专注自己的兴趣，用自己的脚踩出属于自己的路。但我也忽略了一点:她的经历和环境跟我有太大的差别，对教育现状的痛切，对自己过去的反思，可能都没有我这般激进。

webee的《zigbee实战演练》终于练完了，最难的无线透传也已经实现，算是可以安慰了。
熟悉了上层应用的开发，再去看底层的驱动，真有点头大。私以为官方可以出一个私有库，将硬件细节全都封装起来，对外提供全套的API，用户要做的就是三件事：正确连接硬件；包含库；根据应用直接调用API。像现在这样，将最高层的app和最底层的驱动放在同一层，既破坏了协议栈的层次性，也给开发带来了极大的不便——没人能清楚的记得每个十六进制数的含义。要做到这一点，非得对z-stack的结构和原理烂熟于心才行啊，应该在这方面再加强些。

拖到了这会才写昨天的日记，不知道算是昨天的还是今天的呢？
感觉在windows下配置个东西真的不方便。我几乎浪费了一天的时间，去搞IAR的源代码控制，最后勉强搞出来了，效果却很不理想，可以说几乎没什么用。总结一下，难在三点：
一，资料少得可怜。google倒是很好用，在所有搜索引擎的结果中，它是最让我满意的，但是万恶的GFW总是把它的连接拒之门外。baidu就是个菜，这种事情我从来不指望它能帮上忙。bing介于两者之间，是个折衷的办法。搜了半天，大致明白IAR自带了版本管理功能（SCC），但需要visual sourcesafe（VSS）的支持，网上两篇相关的博客都说得朦胧，一度陷入困境。最后仗着自己的英文，浏览了IAR官方的UserGuide才渐渐有了转机，看来最值得信赖的资料还是官方的手册啊。
二，动辄版权问题。VSS是VS的组成套件之一，为了安装VSS，下载了两个版本的VS，但一个太新，一个不合适，结果都作废。最后直接找VSS的安装程序，倒是有些，不过不是需要注册，就是要扣积分，还是不爽，但也没办法。想起linux下apt-get install 的轻松，不由得感慨万千。
三，出了问题，不知向谁求助。最终，用IAR的IED可以连接到VSS的项目，也能实现源程序的check in、check out，但是若对代码稍作修改，编译时就会提示无法保存工程和工作空间，由于这两类文件（*.ewp *.eww）不能在IDE下直接check in、check out。这直接阻碍了编译和连接的进行，连正常的功能都完成不了，我要它何用？