太极创客学习笔记
物联网的定义:物联网是互联网的一种拓展，通过物联网模块可以使不能上网的模块连上网，所以称之为物联网。
物联网的主要特点:
1具有互联网的连接功能
2具有传感器可感知设备的内部运行情况或设备所处的外部环境情况。
3可通过互联网将传感器数据上传。
4执行来自互联网的指令控制指令。
互联网的应用领域：
智能家居，智能制造，智能城市，智能医疗。
互联网基础知识
TCP/IP协议簇
在网络系统中，为了保证设备正常通信；必须使用双方都能理解的语言，这种语言称之为协议。
TCP/IP协议簇是internet的基础，也是当今最流行的网络组织形式。TCP/IP是一组协议的代名词。
TCP/IP协议被划分为4层，分别是:
链路层
链路层的主要作用是实现设备之间的物理链接。
ESP8266利用WIFI联网时的三种工作模式。
模式一 无线中断模式
ESP8266通过WIFI连接无线路由器。
模式二接入点模式
ESP8266建立WIFI网络供其他设备连接
模式三混合模式
网络层与IP协议
网络层主要作用是通过IP协议为联网设备提供IP地址。有了IP地址还不够，因为要确保网络中所有设备IP地址不重复，还需要DHCP (Dynamic Host Configuration Protocol) 服务器来实现这一功能。
IPV4和IPV6
IP协议有两个版本，分别是IPv4和IPv6。IPv6是IPv4的升级版本，因为IPv6可以为更多的网络设备提供独立的IP地址。在本教程中，我们将着重讲解IPv4，因为大多数网络系统仍在使用IPv4。
IPv4版本的IP地址由4个数字组成，如 192.168.0.200 这个IP地址由两部分组成。其中前三个数字（192.168.0）是设备所连接的本地局域网络地址（也称子网地址）。而最后一个数字200是该设备在本地局域网络中的地址编号。
举例来说，我们有一个手机，一台电脑和一个NodeMCU开发板。如下图所示，现在我们将这三台设备同时连接到家中的WiFi路由器。家中的WiFi路由器会通过它内置的DHCP服务器功能为这三台设备分配一个独立的IP地址。假设我们的NodeMCU IP地址是192.168.0.2，手机是192.168.0.3，电脑是192.168.0.4。到这里，我们的手机，电脑和NodeMCU就可以使用各自的IP地址彼此收发数据了。
子网掩码
与网络设备相同，网络本身也有自己的地址。
如果我们将网络与网络叠加就可以编织成一张无限大的网，而组成这张大网的每一个小网都可以被称作子网络。通常我们家中的网络是不需要多个子网络的。但是对于大型企业或工业项目，由于联网设备数量很大，一个子网无法满足需求。这时我们就可以将多个网络连接在一起形成一张巨型网络。那么当这些子网组成“大网”后，为了便于网络管理，我们为每一个组成大网的子网络都分配一个独立的地址，这个地址就是子网地址。
那么子网地址长什么样呢？其实您已经见过它了。它就在网络设备的IP地址里面。我们再来看一看刚刚给您举得这个例子。请看下图：
在以上的例子里，我们可以看到这三台设备的IP地址都有一个共同点。他们的IP地址前三位数字都是相同的，即192.168.0。这就是子网地址。同时请注意，这三台设备的IP地址最后一个数字是不同的。而这最后一个数字就是这三台设备在网络中的独立序号。
那么问题就来了，对于一个IP地址来说，是不是总是前三个数字是子网地址，而最后一个数字是设备序号呢？ 不是的。
到这里可能有的朋友会感到困惑了。一个IP地址中，到底哪一部分是子网地址，而哪部分是该设备在子网中的设备序号呢？
这就要用到子网掩码了。
在以上示例中，我们的IP地址前三位是子网地址，这是因为我们在对网络设备进行设置的时候，预先设置好子网掩码是 255 . 255 . 255 . 0。可以看到，这个子网掩码也是由4个数字组成的。而且这个子网掩码中只有255和0 这两种数字。而255所在的位置是前3位，最后一位是0。
为了便于您理解子网掩码的概念，我们再把刚才的例子找出来。在这个例子里，这三台网络设备的IP地址唯一区别就是最后一个数字。
也就是说，这几台设备的IP地址相同部分对应子网掩码是255的部分，而设备IP地址不同的部分对应子网掩码0。
这就是子网掩码的基本工作原理了。我们用255这个数字标出IP地址的哪一部分是子网地址。而用0这个数字来表示IP地址的哪一部分是设备部分。
MAC地址（Media Access Control Address）和ARP(Address Resolution Protocol)
网络设备间要想实现通讯，设备之间不光要知道彼此的IP地址，还要知道设备的MAC地址（也叫MAC码）。
网络中的每一个设备都有一个独立的MAC地址。这个MAC地址是固化在网络设备硬件中的。我们可以通过系统设置或工具软件改变MAC地址，但这也仅仅是临时的修改，而不是真正将设备硬件的MAC地址进行永久性的更改。如果想永久性的修改MAC地址，那就要借助硬件产商所提供的工具软件了。
为了说明MAC地址的用途，我们还是用刚刚的网络示例。如下图所示：
假如我们的ESP8266想要发送数据给网络中的手机， 首先ESP8266要知道手机的IP地址是192.168.0.3。除了这个信息以外，ESP8266还要知道手机的MAC地址。
现在问题就来了，如果ESP8266和手机都是刚刚连入WIFI的， 它们从来没有互相通讯过，因此它们是不可能知道彼此的MAC地址。这可怎么办?
要想解决这个问题，ESP8266会向网络中的所有设备广播一条“寻人启事”。这条广播信息的内容大概是这样的。“各位网络中的兄弟姐妹，我是住在IP地址192.168.0.2的设备。我的MAC码是AB-CD。我现在要发送数据给住在IP地址192.168.0.3的设备。请192.168.0.3地址的设备告知你的MAC码。” （注意：现实中的MAC码肯定不是AB-CD这 4个字母构成的。这里为了便于您的理解而将MAC地址进行了简化。）
如果手机听到了这条广播就会回复一条信息给ESP8266，大概的信息是这样的：“你好！我是住在192.168.0.3的设备。我的MAC码是EF-GH。”发送这条信息的同时，手机也会把ESP8266所拥有的IP地址以及MAC码记录下来，以备后用。
到这里，ESP8266和手机就彼此知道了对方的IP地址和MAC码了。接下来他们就可以愉快的网络通(Liao)讯(Tian)了。这种让两台完全不认识彼此的设备获取到对方IP和MAC地址的协议就是ARP了。
传输层
网络设备通讯时，数据丢失和数据受损的情况经常出现。传输层的
TCP（Transmission Control Protocol）和UDP（User Datagram Protocol）协议可以用来解决这一问题。通常我们会选择这两种协议中的一种来保证数据传输的准确性。具体选择哪一种协议要看我们使用的是何种网络应用。因为不同的网络应用对于数据的传输要求是不同的。
举例来说，对于网络游戏而言，我们对数据的传输速率要求很高。因为玩家在发出了一个游戏控制指令后，这个指令需要以最快的速度传送给游戏服务器。如果传输速度跟不上，游戏体验将会大打折扣。相反，有一些网络应用对数据传输速度要求较低，但是对数据传输的准确性要求是极高的。比如电子邮件应用。当我们发出电子邮件以后，通常我们不太介意这封邮件的传输速度。邮件可以是1分钟后送达，也可以是10分钟后送达。这没有什么影响。但是邮件的信息内容是绝对要保证准确的。
这就引出了TCP和UDP这两种协议的应用范围。
TCP协议可以更好的保证数据传输的准确性，但是传输速度比UDP协议而言要慢一些。TCP协议的特点是可以保证所有数据都能被接收端接收，数据的传输顺序也不会被打乱，而且如有数据损坏则重发受损数据。基于以上功能特点，TCP通常用于电子邮件及文件上传等。
UDP协议并不能保证所有数据都被接收端所接受。一旦出现数据受损的情况，UDP协议将会抛弃受损的数据。这些数据一旦被抛弃将会永久性的消失，发送端不会因为数据受损而重新发送。因此UDP协议远不如TCP协议可靠。但是既然是这样，为何还有人会选择UDP协议呢？这是因为UDP比TCP速度快。因此UDP协议通常用于网络游戏以及语音聊天或视频聊天应用。
应用层
HTTP协议
HTTP协议由请求和响应构成。也就是说，HTTP的工作模式很像是一问一答。
HTTP请求
举例来说，当您在浏览器输入www.taichi-maker.com这一网址并按下回车，这时候浏览器会把这一操作转换成一个HTTP请求。
这个HTTP请求主要分为两大部分。一部分是请求头（Request Header）一部分是请求体（Request Body）。对于我们学习物联网知识来说，请求头是我们重点要关注的内容。而请求体的知识已经超越这篇教程的范围，抱歉我就不在这里详述了。
请看以下是简化后的请求头内容：
GET / HTTP/1.1
Host: www.taichi-maker.com
在以上的HTTP请求中:
“GET” 是一个读取请求。也就是请求网站服务器把网页数据发送过来。
“/” 的作用就是要告诉网站服务器，我这个读取请求的内容是网站根目录下的内容。换句话说，就是请求服务器把网站首页的网页数据发过来。
“HTTP/1.1” 是指请求所采用的HTTP协议版本是1.1。
“Host: www.taichi-maker.com”表示请求的域名是 www.taichi-maker.com 也就是太极创客网站的域名。
以上是HTTP协议的 GET 请求中最关键的内容。在 HTTP 协议中，GET只是诸多请求方法中的一种。以下是HTTP协议中的其它请求方法：
HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。
HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。
HTTP响应
接下来我们再看一看浏览器发送以上HTTP请求后，接收到的服务器HTTP响应。HTTP响应内容也是分为两个部分，一部分是响应头（Response Header）一部分是响应体（Response Body）。其中响应体部分是可选项，也就是说有些HTTP响应只有响应头，而响应体是空的。
我们先来给大家介绍响应头部分。
由于响应头信息量比较大，我们还是选出主要内容给大家讲解。如下所示：
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
“HTTP/1.1”这个信息我们刚刚在HTTP请求部分中介绍过。它的含义就是此HTTP响应所采用的协议版本是1.1。
“200”这个代码可能有些朋友会感觉陌生。但是如果我说起“404”这个数字可能大家会感到更熟悉吧？无论是200也好还是404也好，这些都是HTTP响应状态码。它的作用是以代码的形式表达服务器在接到请求后的状态。“200”代表服务器成功找到了请求的网页资源（这一点大家在后面的OK中也已经体现出来了）。 “404”代表服务器无法找到请求的网页资源。：
以下是常见的服务器状态码：
100~199：成功接收请求，要求客户端继续提交下一次请求才能完成整个处理过程。
200~299：成功接收请求并已完成整个处理过程。常用200
300~399：完成请求，客户需进一步细化请求。
400~499：客户端的请求有错误，常用404和403(403的含义是权限不够，服务器拒绝访问。)
500~599：服务器端出现错误，常用500
“Content-Type” 指示响应体的内容是什么类型。这里的响应体内容类型是“text/htm”，即网页HTML代码。通过这一行响应头信息，我们的浏览器将会知道，在这一个响应中的响应体部分都是HTML网页代码。于是浏览器将会做好准备，将网页代码翻译成我们人类容易读懂的格式并且呈现在浏览器中。
我们再举一个例子，假设某一个响应头中“Content-Type” 类型是”image/jpeg”。这就意味着该响应体中的信息是一个jpeg格式的图片，那么浏览器也就会按照jpeg的解码方式将图片呈现在我们的面前。
DNS
在之前的教程中，我曾经给大家讲过网络中的所有设备都具有独立的IP地址。这一点对于网站服务器来说也不例外。当我们使用浏览器访问某一个网站时，实际上我们是通过浏览器向网站服务器发送HTTP请求。然而网站服务器的IP地址很难记忆，比如太极创客网站的域名由两个单词组成，taichi是太极，maker是创客。这很好记，但是要想记住太极创客服务器的IP就没那么容易了。因为那是4个毫无规律的数字。
为了解决IP地址不好记这一问题，DNS被派上了用场。
我们可以把DNS看作是一个巨型电话本。电话本中的联系人一栏就是网站的域名，而电话本中的电话号码一栏则是这些网站的IP地址。有了DNS我们就可以使用简单易记的域名来访问网站了。
还是用太极创客网站来举例吧，每当我们在浏览器中输入域名www.taichi-maker.com并按下回车后，这时浏览器首先会向DNS服务器发送请求，请求的内容大致如下：“亲爱的DNS服务器，我那个明明可以靠脸吃饭却偏偏要学物联网的主人想访问一个域名是www.taichi-maker.com的网站。麻烦您把这个域名的网站服务器IP地址告诉我好吗？” DNS服务器在接收到这一请求后，会做出以下应答：“亲爱的浏览器，您要的网站服务器ip地址是 12 . 34 . 56 . 78。” 浏览器在接收到这一IP地址后，就开始向这个IP地址所对应的网站服务器正式发出HTTP GET请求了
ESP8266nodeMCU开发板接入点模式
接入点模式（Access Point, 也称 AP）
ESP8266开发板
无线终端模式
1. 连接WiFI
如下图所示，ESP8266可通过WiFi连接无线路由器。这与用您的手机通过WiFi连接无线路由器的模式相同。
ESP8266-NodeMCU无线终端(Wireless Station)工作模式
学习太极创客笔记