8.12
今天问题
110us的时序非常正常，但增加到165us时，波形产生了变形，以为是部分数据处理逻辑较长导致的问题，因此将尝试所有数据处理逻辑延长，但变形更加严重
遗留工作
时序代码完善，解决波形变形的问题。
完成工作
1、例会的会议记录整理，发送纪要
【物联网中心每周例会】回顾了上周的任务，本周准备进行智慧家庭软件端、智慧办公室等的进一步地研发。本周由我来做会议纪要。
2、时序的主干代码，解决了指令转换部分产生毛刺的bug
【时序代码完善】上周的代码写得非常复杂，导致分析非常困难。仔细想想重新制作了一份。对时序数据，分各个部分位长度、各个部分输入数据数量进行分析处理，调试完成了时序代码，解决了指令转换产生毛刺。但遇到其他问题！跟罗熙熙同志讨论后，他答应回去帮我一起研究。
后续计划
周二尝试解决变形bug
周三留作机动
周四将时序调试完成
8.13
今天问题
轮询法触发回调函数失败。
遗留工作
时序单元模块与ZStack的整合
完成工作
完成开关时序命令的单元测试，开始着手该模块与ZStack的整合。采用轮询法的初步实验代码没有产生波形。
【时序单元模块完成 2h】由罗熙熙的指点，去除了多余的函数调用，波形变形问题解决！借用示波器再次调整了定时器的计数，波形基本与要求一致！将截图与代码发送到杜泽明导师邮箱。接下来准备整合。
【ZStack资料查询 3h】由于ZStack中定时器1，3，4需要自行填充实现，阅读网络上的相关资料：cc2530-时钟1（timer1）模模式 、ZigBee学习之33——osal_start_system()、z-stack定时器、06协议栈驱动程序-hal_time、Z-stack中回调函数及回调机制的分析、zigbee协议栈 中断服务函数定义方法、Zigbee学习之四（z-stack外部中断）等。
【初步完成整合代码 2h】初步完成了整合代码。编译无错误，在示波器进行整合调试时，发现轮询方法没有调用回调函数，可以尝试改用中断法。
后续计划
明天将ZStack定时器改为中断法。
尝试本周完成开关时序与ZStack的整合。
8.14
今天问题
中断时序的单位间隔异常。
遗留工作
时序单元模块与ZStack的整合
完成工作
解决了之前时序单元模块中按各个参数计算出的频率结果与实际不符的问题。初步完成中断触发代码，波形形状正常但间隔太大。
【ZStack中断触发 2h】按昨天阅读的资料完成了中断触发模块初步代码。从示波器可以读取到中断触发，但间隔时间一直为100ms，无法改变。
【模模式计数异常 5.5h】在罗熙熙的建议下，进一步调试时序模块，之前的问题是按时钟参数计算出的频率结果与实际不符。自己阅读了很多遍数据手册和网上程序，没有发现异常。在罗熙熙的指导下才发现居然是时钟模块初始化函数没有调用！同时一起进行一些寄存器的优化，去除不必要的设置，进一步了解定时器的工作原理。最后模模式计数异常的问题得以解决。
后续计划
明天继续中断代码调试。
尝试本周完成开关时序与ZStack的整合。
8.15
今天问题
整合过程中，出现数据格式缺漏的编译错误，调试无果，之后重新整合。
遗留工作
协议解析的完善
完成工作
时序命令生成和Zigbee-ZStack的整合已经完成，开始着手协议解析工作。
【波形间隔调试 3.5h】之前从示波器可以读取到中断触发，波形起伏正确，但间隔时间一直为100ms。大家怀疑是处理逻辑时间过长。后来重接探头后波形间隔正常了，具体原因未明，有待与之前代码进一步。至此完成时序命令处理与Zigbee-ZStack的整合。
【协议解析 4h】罗熙熙和杜泽明导师分别教导了我如何在Zigbee中使用收发和帧格式处理。将时序命令处理与新的ZStack代码整合之后，出现数据格式缺漏的编译错误，调试无果。之后打算重新整合。
后续计划
下周三完成协议解析和时序命令生成
8.16
今天问题
暂无
遗留工作
协议解析的完善
完成工作
解决了昨天的新建文件整合问题，。编写完解析函数主干 有待调试·
【数据格式缺漏bug 1h】昨天新建文件时会产生数据格式缺漏的编译错误，是由于添加的新文件有重复的头文件，同时又没有把整个项目重新编译的
缘故。
【协议解析 6.5h】进行协议解析代码的编写：加入了帧和开关指令的数据结构，并且根据帧内容定制开关指令。代码检查时发现内存处理的错误，
已修正。
后续计划
周三完成协议解析和时序命令生成