侵权投诉
订阅
纠错
加入自媒体

智能家居的软硬件架构技术详细分析

  接下来又出现了光配置,屏幕按照一定的亮变把信息传输过去,但是这个应用比较少一点,问题也比较多。

  再接下来是声波配置,AA付款和面对面收款里面就用到这个技术。

  总体来说,AP和第三个稍微比较好一点,但是我们在实际产品应用里面也会发现,这一类技术面临很多问题,就是对路由器的一些芯片、兼容性都会有比较高得要求。我们以前出现很多这样的例子,测试的时候拿了几十款、上百种路由器测得没有问题,到了用户家里,那一款路由器我们没有测试过,结果发现不行,这是一方面的限制。为了解决这种限制,后面又改成了不抓路由器的包,就抓手机发出来的包。抓手机发出来的包之后又带来更大的问题,正常手机的包是OK的,没有那么多兼容性的问题。去年iOS包出来的之后,苹果的iPhone6会有一个问题,连上WiFi离开一段时间再回来WiFi就会丢失了,这时候不重启手机就永远连不上WiFi了。苹果为了解决这个问题又更新部件,然后对这个又没有用了,又抓不了包了,所以对传统应有还是有限制。还有一些跟技术没有关系的限制,比如说现在比较好一点的路由器是支持2.5G和4G的。现在我们使用的模块都是只有2.4G的,如果手机是双频、路由器是双频的默认是是5G。所以我们又回到最原始的AP模式来,因为我们不用跟用户解释那么多东西,也没有很多兼容性的问题。

  软件架构的选择

  这是一个软件架构要怎么样选择的问题,就是我们现在智能设备联网最基本的需求是什么。我们来看一下这个图,智能设备联网之后要实现跟手机APP的交互,一方面APP如果要去控制它,它必须能够接收到APP发过来的控制信号。另一方面,如果直接在上面按,按完了之后这里面的状态要能够反馈到APP里面来。所以,我们在做技术选型的时候,最基本要实现这两个需求。

智能家居的软硬件架构技术详细分析

  控制命令的上传和下发的问题,这里面决定了到底我们怎么来架构的问题。这是我昨天提出的问题,就是为了解释刚刚提出的需求。比如说我在QQ上发布信息说插座开一下灯,然后它说已经开了。我问它是什么状态,然后它告诉我它已经关了。我们要对智能设备进行控制,这里面基本的需求一个是数据,我要把想要的数据控制命令发给它,控制了之后又发回给我,这个做的事情其实就是IM的事情。我们做服务器端的架构的时候,最初考虑的方案就是选择了IM的方案。

  物联网跟互联网实际上看起来有很大的差异,真正我们在做的时候还是殊途同归,我们还是都选择了IM的方案。

  看一下最简单的IM架构,这里面要保持长连接,接下来做一些业务处理,下面是存储,如果App要去控制Device的时候,发到业务层处理完了之后,这里面有一个推送的,可以找到Device到底连了哪一台机,然后再把数据推送过来。如果Device自己的状态发生变化,它的数据要推送给APP,基本上是这样的工作流。如果App是黑莓等设备的,我们可能要专门推送到APNS里面来。

智能家居的软硬件架构技术详细分析

<上一页  1  2  3  4  下一页>  
声明: 本文由入驻维科号的作者撰写,观点仅代表作者本人,不代表OFweek立场。如有侵权或其他问题,请联系举报。

发表评论

0条评论,0人参与

请输入评论内容...

请输入评论/评论长度6~500个字

您提交的评论过于频繁,请输入验证码继续

暂无评论

暂无评论

文章纠错
x
*文字标题:
*纠错内容:
联系邮箱:
*验 证 码:

粤公网安备 44030502002758号