人生的路，要寄几走啊！
本篇文章简单的搭建可以供后面实验或者复现一些问题的一个小小的智能家居的环境，并且作为一个南方银，在帝都皮肤干的真是不要不要的，而且一年半没有发过新的东西了，刚好可以趁这个机会诈下尸。
首先简单介绍下将会使用到一个物联网链接协议MQTTMQTT是MessageQueuingTelemetryTransport的一个简称.是IBM开发的一个即时性的一个通信协议.因为是采用轻量级的发布和订阅消息的传输机制被广泛的适用于物联网的设备上.使其设备对设备之间的短消息通信简单.MQTT是使用TCP/IP提供基本网络服务.而MQTT-SN呢是基于UDPorNon-ip协议的.因为两者适用于不同的环境.所以我已更加常见的前者作为举例介绍。在MQTT协议中分为发布者，代理器（服务器）和订阅者，三种角色。通过创立主题实现将消息从发布者通过代理器传达到每一位订阅者上。发布者将主题和主题对应的内容送至代理器，然后由代理器将该消息转发至每一个订阅了该主题的订阅者。如图所示发布者其发布者的作用主要是将信息比如湿度传给服代理器，然后让代理器发送给每一位订阅如湿度主题的该主题的订阅者推送温度这条主题的消息，当然发布者也可以订阅其他主题！代理器主要的作用充当一个server接收发布者发布的应用信息，然后将应用信息转发给符合条件的订阅者客户端。订阅者订阅者首先向服务器订阅相关的主题，例如如果订阅是加湿器，那么我这个加湿器会先向代理器订阅湿度这个主题，当传感器（发布者）采集到了湿度数据，然后发布者将这个主题和主题内容发送给代理器，然后代理器会将数据传输至每一个订阅该主题的订阅者就是加湿器上。
首先讲下这个服务器上的QOS，这个是为了不同的使用场景提供的三种质量的服务：1：至多一次，这个服务是可能会出现丢包的现象，在实时性要求不高的场景中适用的，例如现在的环境，传感器给让代理者发送湿度信息，这个数据包丢了就丢了，可以等下一个一包再来。2：至少一次，这个为了保证数据包能够正常的到达目的地所采用的一种服务，例如适用于门禁报警器之类的环境，在这种环境中信息可能会重复，发送者在指定时间内没有收到PUBACK的报文，数据内容会被重新发送。3：正好一次，这种环境是保证数据包不重复并且能够到达目的的一种服务，适用于计费之类的系统环境，在这种环境中当一条信息被发送出去，代理器会保存这个信息的id，并且会使用任何长连接，坚持将信息推送给订阅者，如果订阅者收到信息会发送一个PUREL给代理器清楚保存的信息的id。
然后来讲讲如何使用通配符订阅多个主题
/：用来表示层次，比如a/b，a/b/c。#：表示匹配=0个层次，比如a/#就匹配a/，a/b，a/b/c。
单独的一个#表示匹配所有。不允许a#和a/#/c。
+：表示匹配一个层次，例如a/+匹配a/b，a/c，不匹配a/b/c。单独的一个+是允许的，a+不允许，a/+/b不允许首先我们现在来说下发布者，温湿度传感器这边，这里使用的是Nodemcu通过wifi连接优酷路由器通过MQTT协议将温湿度等信息传到优酷代理器器上，然后由代理进行转发，将相互的数据传给加湿器或者手机，原图是使用的普通的温度传感器，后面是换成了DHT11，然后显示屏是用的SSD驱动的OLED显示屏，这里天气和PM2.5使用的是外网的天气API接口这里就不过多的讲了。然后通过Nodemcu读取DHT11传感器的数据，每隔两秒用MQTT协议发布两个温度，湿度两个主题和相关数据。这时候我们抓下数据包看下传感器发送的MQTT的协议头。然后发布者这边没有问题之后我们开始搭建代理器，可以直接用vps搭建一个，但因为其中包含很多敏感的一些数据所以我是选择将数据保存在内网本地，但是可以通过外网来控制一些设置，所以我们是选择在路由器上搭建一个这些服务，因为代理器和传感器都需要二十四小时的不间断进行一些数据的交互，如果是在内网额外搭建一个服务器对于我们这种小型的智能家居的环境中显然是不现实的，所以我们选择用路由器作为网管并且担任代理器的任务在适合不过了，第一是在数据交互中减少了非常多的不必要的一个链路，第二是无成本。这里我用的是优酷路由器，理由很简单带8Gsd卡的跑openwrt的廉价路由。然后优库的路由作为二级路由负责传感器的数据网络，本来是打算在通过一级路由的端口映射将80,（MQTT）端口映射到二级路由上，这样我们在外面时候可以通过端口与内网的模块相连控制一些设备之类的，然后80是为了跟北京看白癜风医院哪里比较好北京中科医院都是假的