Jay's some notes

由amazon、apple、google、zigbee alliance牵头的project connected home over ip项目成立了，旨在统一智能硬件在应用层的通信协议，多年智能家居从业，从早期私有协议，再到各家所谓的data models、tls（things language specification）、物模型、miot-spec，甚是知道在上层应用的通信语言的不统一，带来的设备模型重影映射是多么繁琐。

巧的是第二天zigbee 联盟就来公司就行了宣讲。很多人会觉得很别扭，上层的应用通信语言的统一为什么会有zigbee联盟的加入，熟悉zigbee协议的应该知道，发展了10多年的zigbee在zigbee3.0后才逐渐进入人们视野。很大程度上是得益于zigbee3.0设备的zcl revision7，基于硬件属性统一了硬件之间的通信语言，打通不同硬件厂商的设备的通信。而zcl则是zigbee 联盟的物联网统一语言规范dotdot的over zigbee应用，显然地，zigbee 并不满足于此，这一次四位大佬的相聚相信会取其大家特长，打通设备之间的网关、iot平台、应用之间的标准通信语言。

利好的是由于google的加入，该项目组的从规范、到源码都会开源。很多人会由此质疑苹果的决心，于是就有了苹果的homekit hdk开源。

自从使用了onedrive过后就像发现宝贝似得，跨机器自动同步文件很是方便，特别是一些正在进行调试笔记、开发文档。所以在ubuntu也马上考虑使用onedrive。

通过apt安装如下依赖工具包。

python3-dev

需要理解linux下面的几个概念。

主机名，默认保存在/etc/hosname，可以通过命令hostname查看和更改。

本地域名文件，配置后再本机立即生效。默认地，会设置本机hostname到hosts使之映射到127.0.0.1。同样地，局域网内也可以通过http://hostname 到该机器。

版本管理工具,注意配置环境变量，保证命令窗口能够直接使用。

对于抓包详细走读 sample_light/switch 工程。

osal 是ti cc25x0 系列用以实现ble、zigbee 复杂协议栈的一个操作系统抽象层，算不上一个完整的操作系统，但是也完成操作系统内核的部分功能，可以总结为一个基于事件驱动的优先级任务管理，同时实现了任务间通信的基本事件、消息机制，并且实现动态内存管理。同时整个osal还维护一个时间节拍。

osal每一个完整任务由task_init和task_event_loop组成，前者完成任务初始化，后面用以处理任务通过事件被触发后的事件处理函数。每一个事件处理函数（task_event_loop）包含一个多个事件处理，其中一个事件包含消息处理，消息头会携带消息id。

对于复杂协议的深入学习，我们都建议一个通用的学习方法，从规范->实现->抓包，规范是无关编程语言、语法的自然语言表达，实现是各家sdk、api、源码的集合，对于抓包则是对应实现理解规范的中间过程。一旦对zigbee有了感性认识，都建议从直接入手规范文档，做到知其所有然。

如上架构图详细展示了zigbee 协议规范的系统框图，不管是采用ti、silicon-labs、nordic的soc方案，以及它们对应不同sdk实现，核心标准都来自如上规范。这些规范主要是由ieee 组织和zigbee 联盟共同定义，并且公开了完整的规范文档。

已经完整梳理主要程序流，对于每个主程序流会按章节阻逐个细化分解。

uboot 入口main

安装开发包和下载源码

基于debian8 的linux设备会低概率的出现的系统完整死机，这里思考给linux添加完整的看门狗策略。

debian8已经采用systemd用以初始化系统和守护、管理系统进程。这里同时存在systemd 的watchdog和keepalive 单元文件，以及sysv init的watchdog keepavlie 初始化脚本，同时systemd也直接看门狗启动，那么该如何选择呢？