Jay's some notes

这里记录早期版本docker （1.11.2）在centos 7（linux3.10）devicemapper存储异常，导致docker容器的空间内文件删除后存储空间不能正常释放。

磁盘40G，早期因为日志异常docker使用了30G，后面删除日志后容器容量一致在30G往上涨，慢慢地主机的磁盘完全被消耗掉，但是实际容器使用7G。

关于如上描述异常，这里有详细分析描述：

• Device-mapper does not release free space from removed images #3182
• Friends Don't Let Friends Run Docker on Loopback in Production
• Clean docker environment: devicemapper

这里采用aufs,需要说明的是所有更改都需要删除原来容器数据后再次创建。所以这里需要讲当前容器进行备份后恢复。

• 提交容器最新更改，导出镜像文件；

• 删除当前docker 数据；

• 更新非主线的aufs 内核；

• 更改grub后重启，并且检测生效；

• 重启后通过/proc/filesystems 确认是否更改生效；

• 更改docker.service

• 安装镜像文件；

重启电脑后发现wifi不能使用了，网络设置里面提示未发现网络适配器。电脑比较新，之前安装ubuntu18.10 低版本kernel 版本就发现不识别wifi设备，更新到ubuntu19.10 后正常，不过正常安装后也反复重启过使用了一段时间。

• Detected Intel(R) Wireless-AC 9560, REV=0x354；
• Ubuntu 19.10 5.3.0-40-generic；
• 小米笔记本pro 15；

第一时间排查dmesg 发现有iwlwifi 内核模块报错。主动搜索报错码-110毫无头绪，电脑比较新，系统也比较新。

顺着iwlwifi提示做了以下排除。

• 通过dmesg报错信息驱动wifi型号为intel-Wireless-AC-9560

• 查找官网 linux 支持最新驱动并按照README更新；

  • Cannot detect wireless driver intel ac wireless 9560
  • WiFi on ASUS ROG GX501 works with Ubuntu 18.04, fails on Ubuntu 16.04

  确定官网驱动提供iwlwifi-9000-pu-b0-jf-b0-34.618819.0.tgz 为.ucode格式。

  同时按照型号查找本地的固件版本。

  确定本地的固件都比官网提供的的新，但是不确定当前使用的哪一个。

  在dmesg中并没有找到uco...

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

1. mazon’s Alexa Smart Home
2. Apple’s HomeKit
3. Google’s Weave
4. Zigbee Alliance’s Dotdot data models

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

利...

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

• https://github.com/xybu/onedrived-dev

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

• gcc

• python3-dev

• libssl-dev
• inotify-tools
• python3-dbus (or probably libdbus-glib-1-dev)

安装pip3和setuptools。

同时还需要手动下载ngrok,解压后导出环境变量NGROK。

成功下载依赖过后通过通过clone源码安装onedrived。

成功安装onedrived后系config统会增加onedrived和onedrived-pref 两个应用工具。

需要通过onedrived-pref配置onedrive信息，选择交互模式执行命令添加账户onedrived-pref account add。该命令会生产onedrive登录链接并提示你浏览器打开。成功打开该链接后会自动引导从Microsoft登录onedrive，成功登录后会自动跳转到空白网页，并且生成包含登录token的url，我们拷贝该url到命令输入窗口完成认证。

完成登录认证后还需要去通过 onedrived-pref drive set配置onedrive本地路径和配置文件路径...

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

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

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

• Multicast DNS
• mdns

mdns 即多播dns（Multicast DNS），mDNS主要实现了在没有传统DNS服务器的情况下使局域网内的主机实现相互发现和通信，使用的端口为5353，遵从dns协议，使用现有的DNS信息结构、名语法和资源记录类型。并且没有指定新的操作代码或响应代码。在局域网中，设备和设备之前相互通信需要知道对方的ip地址的，大多数情况，设备的ip不是静态ip地址，而是通过dhcp协议动态分配的ip 地址，如何设备发现呢，就是要mdns大显身手，例如：现在物联网设备和app之间的通信，要么app通过广播，要么通过组播，发一些特定信息，感兴趣设备应答，实现局域网设备的发现，当然mdns 比这强大。

当mDNS客户端需要解析主机名时，它会发送一个IP多播查询消息，要求具有该名称的主机标识自己。然后该目标机器多播包含其IP地址的消息。然后，该子网中的所有计算机都可以使用该信息来更新其mDNS高速缓存。任何主机都可以通过发送生存时间（TTL）等于零的响应数据包来放弃其对名称...

• git

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

• oracle jdk

• node.js

  现在安装成功后，需要配置环境变量。保证在cmd窗口node能够直接运行，并且通过node -v 查询版本后修改thingsboa()rd 工程中的pom.xml。

• maven

  工程是基于maven管理，直接通过idea open，之后会自动下载各种依赖包。

  C:\Users\yuren\.m2\repository

  按需设置maven镜像源，否则下载速度可能不稳定。在maven安装包目录下找到settings.xml更改，详细参考，https://developer.aliyun.com/mvn/guide。

• npm

• idea intellj

  集成开发环境，内部集成maven。

• docker

• postgresql

  D:\my_project\thingsboard\dao\src\main\resources\sql

• Building from sources
• Contribution Guide

git clone 整个thingsboard 工程。

成功clone 工程后目录结构如下。

这里阐述thingboard在win下的开发环境快速建立，包含工程建立、编译、调试环境。

• 装jdk、maven、node、git并且注意配置环境变量，确定命令能够直接运行，同时设置maven、node镜像源；

• 通过maven编译整...

请输入密码访问

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

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

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

如下框图所示，sample_light 应用任务包含zclSampleLight_Init和zclSampleLight_event_loop ,后者为处理任务事件，其中任务事件中有个SYS_EVENT_MSG特殊事件，用以处理任务消息。同样地，zcl任务也包含相同任务结构。

值得一提是，每一个任务都是《zigbee 协议概述》中的zigbee协议规范框架中的功能分层，熟悉的mac、nwk、zdo、af、zcl、bdb都会根据功能独立实现一个任务。不同层任务之间的需要通过层接口（api、回调函数）和数据接口（消息、事件）完成分层之间通信。

在《基于zstack ...

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

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

需要一提的是不同厂商的zigbee 实现协议栈有不同策略，ti是半开源，aps以上应用层是开放源码的，包含完整的af、zdo、zcl、bdb，所以对于新手入门来说并不能急于求成，必须打好基本功，对于nordic实现协议栈采用zboos3.1，几乎是一个全闭源的sdk，厂商应用只需要基于应用层（bdb、zcl）一些公共接口和实现其回调函数同协议栈交互。相对新手入门相对容易，但是可能出现不可控。

如下列出各个分层协议规范，并且详细阐述其功能。

• ieee 802.15.4

  由ieee组织定义，最新版本。802.15.4-2011.pdf

• ZigBee Specification, revision 21 and revision 22

  Zigbee PRO 20...

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

• uboot 入口main

  main完成一些状态初始化和标记，之后通过board_init_f和board_init_r 完成早期、中期初始化工作；

• 对于如上初始化board_init_f主要通过预定义并且初始化的函数指针列表init_sequence_f[]依次执行完成；

  同样地，对于board_init_r 通过预先定义好的init_sequence_r 数组依次完成函数调用；

• 之后程序进入main_loop 通过解析预定义环境变量bootcmd=x执行后续操作。

  bootcmd的函数实体通过预先定义好命令序列。

  完成boot image的查找查找android 引导分区，为kernel 跳转查找基地址；

  在这里完成boot到kernel 基地址跳转；

详细分析mmc初始化流程。

allwinner a64支持uboot阶段显示静态图片，这里梳理程序结构，确定gac-350未什么未生效，同时确定从boot->rootfs 整个过程显示蓝屏的根本原因。

从如上代码走的来看，lcd完整驱动区分如下层次关系；

此uboot中的disp模块同内核/linux-3.10/drivers/video/sunxi/disp2/disp中的一一对应。

不同的是，内核中的显示驱动通过内核模块的方式加载。也就是，在uboot通过的boardc_r.c ...