层； • 端 即终端，它负责真实世界的 感知和控制，是物联网的最底 层。 典型 IoT 项目剖析 •典型 IoT 项目剖析 – 常用网络结构 共享单车： • 终端设备开发 • 服务端程序开发 智能家居系统： • 终端设备开发 • 网关程序开发 • 服务端程序开发 •典型 IoT 项目剖析 – 智能家居系统 •典型 IoT 项目剖析 – 智能家居系统 – 技术栈 • 单片机程序开发 • 安防报警 • 照明控制 • 设备管理 •Python + IoT 开发实践 – 终端架构 •Python + IoT 开发实践 – 终端硬件 •Python + IoT 开发实践 – 终端功能 • 数据采集：通过空气温湿度传感器、光照强度传感器、雨滴传感器、 水位传感器，土壤湿度传感器等多种传感器采集当前的环境数据。 • 电量检测：终端设备采用电池供电，通过ADC接口采集当前电池的剩 入侵检测：通过人体红外传感器检测入侵信号。 • 数据显示：通过SPI接口驱动液晶屏，显示终端设备的关键数据与运 行状态。 •Python + IoT 开发实践 – 网关架构 •Python + IoT 开发实践 – 网关硬件 •Python + IoT 开发实践 – 网关功能 • 终端通信：网关通过LoRa模块与终端设备通信，包括数据监听、接收、 缓存、解析和发送。 • 后端通信：网关通过WIFI、有线、移动网络等方式，采用MQTT、

ls、cat、nano、ssh 等，这些命令我们在后面会用到。 使用 Git Git 是一个流行的版本控制工具，我们可以用它来记录程序源码和文件的变动情 况，或是在编程时进行多人协作，你可以把它看做一个优雅的代码变动备份工具。 如果你还不熟悉 Git 也没关系，可以先按照书中的命令去做，有时间再去了解原 理。现在要做的第一件事就是在你的电脑上安装 Git （可以执行 git --help 命 令检查是否已 nano 创建，这部分操作你也可以使用编辑器来完成。 将程序托管到 GitHub（可选） 这一步是可选的，将程序托管到 GitHub、GitLab 或是 BitBucket 等平台上，可以更 方便的备份、协作和部署。这些托管平台作为 Git 服务器，你可以为本地仓库创建 远程仓库。 首先要注册一个 GitHub 账户，点击访问注册页面，根据指示完成注册流程。登录 备用。 设置 SSH 密钥 在编写子模板之前，我们先来看一下基模板中的两处新变化。 第 6 章：模板优化 52 第一处，我们添加了一个新的 元素，这个元素会设置页面的视口，让页 面根据设备的宽度来自动缩放页面，让移动设备拥有更好的浏览体验： 第二处，新的页面添加了一个导航栏：

访问兼容 OSS 的音频设备 . . . . . . . . . . . . . . . . . . . . . . . . . . . 2035 36.13.1 音频设备对象 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2035 36.13.2 混音器设备对象 . . . . . reconfigure() 使用 write_through 旗标。当没有给出 buffering 参数时，默认的缓冲策略规则如 下: • 二进制文件以固定大小的块进行缓冲；缓冲区的大小是使用启发方式来尝试确定底层设备的 “块大小”并会回退至io.DEFAULT_BUFFER_SIZE。在许多系统上，缓冲区的长度通常为 4096 或 8192 字节。 • “交互式”文本文件（isatty() 返回 True 的 elem in a[ip : hi]) 为真值。 在 3.10 版本发生变更: 增加了 key 形参。 1 当前时代的磁盘平衡算法与其说是巧妙，不如说是麻烦，这是由磁盘的寻址能力导致的结果。在无法寻址的设备例如大型磁 带机上，情况则相当不同，开发者必须非常聪明地（极为提前地）确保每次磁带转动都尽可能地高效（就是说能够最好地加入到合 并“进程”中）。有些磁带甚至能够反向读取，这也被用来避免倒带的耗时。请

访问兼容 OSS 的音频设备 . . . . . . . . . . . . . . . . . . . . . . . . . . . 2035 36.13.1 音频设备对象 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2035 36.13.2 混音器设备对象 . . . . . reconfigure() 使用 write_through 旗标。当没有给出 buffering 参数时，默认的缓冲策略规则如 下: • 二进制文件以固定大小的块进行缓冲；缓冲区的大小是使用启发方式来尝试确定底层设备的 “块大小”并会回退至io.DEFAULT_BUFFER_SIZE。在许多系统上，缓冲区的长度通常为 4096 或 8192 字节。 • “交互式”文本文件（isatty() 返回 True 的 elem in a[ip : hi]) 为真值。 在 3.10 版本发生变更: 增加了 key 形参。 1 当前时代的磁盘平衡算法与其说是巧妙，不如说是麻烦，这是由磁盘的寻址能力导致的结果。在无法寻址的设备例如大型磁 带机上，情况则相当不同，开发者必须非常聪明地（极为提前地）确保每次磁带转动都尽可能地高效（就是说能够最好地加入到合 并“进程”中）。有些磁带甚至能够反向读取，这也被用来避免倒带的耗时。请

--- 访问兼容 OSS 的音频设备 . . . . . . . . . . . . . . . . . . . . . . . . . . 2019 36.16.1 音频设备对象 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2020 36.16.2 混音器设备对象 . . . . . . reconfigure() 使用 write_through 旗标。当没有给出 buffering 参数时， 默认的缓冲策略规则如下: • 二进制文件以固定大小的块进行缓冲；缓冲区的大小是使用启发方式来尝试确定底层设备的 “块大小”并会回退至io.DEFAULT_BUFFER_SIZE。在许多系统上，缓冲区的长度通常为 4096 或 8192 字节。 • “交互式”文本文件（isatty() 返回 True 的 None，则将直接进行元素比较而不需要中间的函数调用。 在 3.10 版本发生变更: 增加了 key 形参。 1 当前时代的磁盘平衡算法与其说是巧妙，不如说是麻烦，这是由磁盘的寻址能力导致的结果。在无法寻址的设备例如大型磁 带机上，情况则相当不同，开发者必须非常聪明地（极为提前地）确保每次磁带转动都尽可能地高效（就是说能够最好地加入到合 并“进程”中）。有些磁带甚至能够反向读取，这也被用来避免倒带的耗时。请

访问兼容 OSS 的音频设备 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2157 36.16.1 音频设备对象 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2158 36.16.2 混音器设备对象 . . . . reconfigure() 使用 write_through 旗标。当没有给出 buffering 参数时，默认的缓冲策略规则如 下: • 二进制文件以固定大小的块进行缓冲；缓冲区的大小是使用启发方式来尝试确定底层设备的“块 大小”并会回退至io.DEFAULT_BUFFER_SIZE。在许多系统上，缓冲区的长度通常为 4096 或 8192 字节。 • “交互式”文本文件（isatty() 返回 True 的 总之，堆是值得了解的有用内存结构。我在一些应用中用到了它们，并且认为保留一个’heap’ 模块是很有意 义的。:-) 1 当前时代的磁盘平衡算法与其说是巧妙，不如说是麻烦，这是由磁盘的寻址能力导致的结果。在无法寻址的设备例如大型磁带机 上，情况则相当不同，开发者必须非常聪明地（极为提前地）确保每次磁带转动都尽可能地高效（就是说能够最好地加入到合并“进 程”中）。有些磁带甚至能够反向读取，这也被用来避免倒带的耗时。请

移动应用程序修改系统资源（如系统时钟）的权限有限。这些资源通常 * 可读 *，但试图修改这些 资源通常会失败。 • 控制台输入与输出： – 在 Android 系统上，原生的 stdout 和 “stderr“ 没有连接到任何设备，因此 Python 安装了自己 的流，将信息重定向到系统日志。这些信息可分别在 python.stdout 和 python.stderr 标 签下看到。 – iOS 应用程序对控制台输出的概念有限。stdout reconfigure() 使用 write_through 旗标。当没有给出 buffering 参数时，默认的缓冲策略规则如 下: • 二进制文件以固定大小的块进行缓冲；缓冲区的大小是使用启发方式来尝试确定底层设备的 “块大小”并会回退至io.DEFAULT_BUFFER_SIZE。在许多系统上，缓冲区的长度通常为 4096 或 8192 字节。 • “交互式”文本文件（isatty() 返回 True 的 elem in a[ip : hi]) 为真值。 在 3.10 版本发生变更: 增加了 key 形参。 1 当前时代的磁盘平衡算法与其说是巧妙，不如说是麻烦，这是由磁盘的寻址能力导致的结果。在无法寻址的设备例如大型磁 带机上，情况则相当不同，开发者必须非常聪明地（极为提前地）确保每次磁带转动都尽可能地高效（就是说能够最好地加入到合 并“进程”中）。有些磁带甚至能够反向读取，这也被用来避免倒带的耗时。请

移动应用程序修改系统资源（如系统时钟）的权限有限。这些资源通常 * 可读 *，但试图修改这些 资源通常会失败。 • 控制台输入与输出： – 在 Android 系统上，原生的 stdout 和 “stderr“ 没有连接到任何设备，因此 Python 安装了自己 的流，将信息重定向到系统日志。这些信息可分别在 python.stdout 和 python.stderr 标 签下看到。 – iOS 应用程序对控制台输出的概念有限。stdout reconfigure() 使用 write_through 旗标。当没有给出 buffering 参数时，默认的缓冲策略规则如 下: • 二进制文件以固定大小的块进行缓冲；缓冲区的大小是使用启发方式来尝试确定底层设备的 “块大小”并会回退至io.DEFAULT_BUFFER_SIZE。在许多系统上，缓冲区的长度通常为 4096 或 8192 字节。 • “交互式”文本文件（isatty() 返回 True 的 elem in a[ip : hi]) 为真值。 在 3.10 版本发生变更: 增加了 key 形参。 1 当前时代的磁盘平衡算法与其说是巧妙，不如说是麻烦，这是由磁盘的寻址能力导致的结果。在无法寻址的设备例如大型磁 带机上，情况则相当不同，开发者必须非常聪明地（极为提前地）确保每次磁带转动都尽可能地高效（就是说能够最好地加入到合 并“进程”中）。有些磁带甚至能够反向读取，这也被用来避免倒带的耗时。请

访问兼容 OSS 的音频设备 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1998 35.16.1 音频设备对象 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1999 35.16.2 混音器设备对象 . . . . reconfigure() 的 write_through 标志来。当没有给出 buffering 参数时，默认的缓冲策略工作如 下。 • 二进制文件以固定大小的块进行缓冲；使用启发式方法选择缓冲区的大小，尝试确定底层设备 的“块大小”或使用io.DEFAULT_BUFFER_SIZE。在许多系统上，缓冲区的长度通常为 4096 或 8192 字节。 •“交互式”文本文件（isatty() 返回 True 的文件）使用行缓冲。其他文本文件使用上述策略用 函数不会被应用到 x 值。 如果 key 为 None，则将直接进行元素比较而不需要中间的函数调用。 1 当前时代的磁盘平衡算法与其说是巧妙，不如说是麻烦，这是由磁盘的寻址能力导致的结果。在无法寻址的设备例如大型磁带机 上，情况则相当不同，开发者必须非常聪明地（极为提前地）确保每次磁带转动都尽可能地高效（就是说能够最好地加入到合并“进 程”中）。有些磁带甚至能够反向读取，这也被用来避免倒带的耗时。请

--- 访问兼容 OSS 的音频设备 . . . . . . . . . . . . . . . . . . . . . . . . . . 1871 35.16.1 音频设备对象 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1872 35.16.2 混音器设备对象 . . . . . . None，则将直接进行元素比较而不需要中间的函数调用。 在 3.10 版更改: 增加了 key 形参。 1 当前时代的磁盘平衡算法与其说是巧妙，不如说是麻烦，这是由磁盘的寻址能力导致的结果。在无法寻址的设备例如大型磁 带机上，情况则相当不同，开发者必须非常聪明地（极为提前地）确保每次磁带转动都尽可能地高效（就是说能够最好地加入到合 并“进程”中）。有些磁带甚至能够反向读取，这也被用来避免倒带的耗时。请 10.15 如果以前从未用过此模块，或不确定哪个类适合完成任务，那要用的可能就是Path。它在运行代码的平 台上实例化为具体路径。 在一些用例中纯路径很有用，例如： 1. 如果你想要在 Unix 设备上操作 Windows 路径（或者相反） 。你不应在 Unix 上实例化一 个WindowsPath，但是你可以实例化PureWindowsPath。 2. 你只想操作路径但不想实际访问操作系统。