运维开发网

720 智能硬件与 LeanCloud 云端的默契协作

运维开发网 https://www.qedev.com 2020-03-19 13:09 出处:网络 作者:运维开发网整理
【 玩转 LeanCloud 】开发者经验分享: 作者:谢子超 720技术负责人,从业十余年,一直负责软件开发工作。 我们的产品是与监控和改善室内空气质量相关的智能硬件,我们使用 LeanCloud 平台已经有 2 年多了,借此机会与其他从事智能硬件生产及应用解决方案的团队分享下我们的经验。 我们的主要硬件产品分为两部分:环境监测设备(环境宝)和环境治理设备( 720 全智能净化器系列)。环境监测

【 玩转 LeanCloud 】开发者经验分享:

作者:谢子超

720技术负责人,从业十余年,一直负责软件开发工作。

我们的产品是与监控和改善室内空气质量相关的智能硬件,我们使用 LeanCloud 平台已经有 2 年多了,借此机会与其他从事智能硬件生产及应用解决方案的团队分享下我们的经验。

我们的主要硬件产品分为两部分:环境监测设备(环境宝)和环境治理设备( 720 全智能净化器系列)。环境监测设备的主要功能是通过 7x24 小时不间断地监测 8 项室内环境数据指标(包括 PM2.5 、PM10 、甲醛、TVOC 化学污染物、温度、湿度、噪声、等效二氧化碳),然后将采集到的数据通过 Wi-Fi 上传至云端,通过云端计算并下发决策指令,同时用户也可以随时通过手机了解家中的空气质量;环境治理设备净化器通过 Wi-Fi 联网后,与环境宝实现智能联动。净化器从云端接受控制指令来完成风量调节和功能开关等操作。两个设备组合使用即可实现自动化的空气质量控制。

节约创业成本

技术选型方面,因为是创业公司,所以我们早期对成本方面非常敏感。考虑到自行搭建建服务端要付出的成本和工作量(从服务器租赁、到工程师团队组建,到日常运维),我们更倾向把资源放在产品功能研发和逻辑实现上,而不必为这些离最终用户价值比较远的方面花太多时间和精力,所以我们决定找一些比较专业的后端云服务来满足我们对基础设施架构的需求。

当初了解过 Parse,但是由于国内网络状况对国外产品并不友好,所以没敢去尝试;后来遇到了 LeanCloud ,它是在国内,而且据我们了解它也是这行里做得最早的一家,于是就在一个产品上试用,整个过程进行得非常顺利,包括后续的使用感觉也很好,所以到现在基本上所有产品的服务端都在 LeanCloud 上了。

云引擎实现设备总控

技术实现方面,因为智能硬件很多时候是需要长连接的,我们使用的是 MQTT 协议,而 LeanCloud 对于这类协议没有特殊支持,所以我们使用一台自有服务器作为 MQTT 的服务端,再配合上 LeanCloud 的云引擎,最终也能较好地满足我们的需求。

数据检测设备需要定时采集数据并上报。在开发过程中我们的 Wi-Fi 芯片对 MQTT 的支持有一些问题,所以我们将 LeanCloud 云引擎作为 WebServer 并编写了自定义的 API,让数据检测设备通过 HTTP 请求调用这些 API 来完成数据上报。

智能控制设备通过长连接访问到 MQTT 服务器来实时地接收控制指令,调整自己的运行状态,此时云引擎就充当起了一个总控台的角色,它会对收集上来的数据进行一下判断,然后向 MQTT 服务器发送控制指令,达到控制设备的目的。顺便要提一下,云引擎使用起来还是挺方便的。我们不仅能够直观地从控制台看到各类资源的运转状况,还能通过命令行工具快速地部署和回滚代码,对于常见的服务端操作这些都是非常好的补充。

云缓存为存储和查询提速

在数据保存和查询上,我们使用了 LeanCloud 的云缓存。因为很多用户都会有按照时间范围(比如今天)来查询空气质量的习惯,所以如果在保存数据时设置好合适的 key 结构,我们就可以很方便地获取到需要的数据,而且还有非常棒的读写效率。

商用版体验更棒

技术方面,LeanCloud 的功能和 API 设计都做得比较好,而且它不会像其他公司那样,为了扩大市场宣传而催生出很多新的但又不稳定不好用的功能。服务稳定性方面,特别是在商用版推出之后,商用版有了专属的后端资源,跟免费版的共享资源隔离开来,我们觉得服务稳定性就更有保障了,当然除此之外,商用版在其他方面也比开发版有更多的优势可以利用。

LeanCloud 技术支持也非常专业。因为他们会让开发 SDK 的一线工程师来直接回答我们用户的提问,所以这样更容易定位问题,给用户更准确的解答,这样用户用起来也更加放心吧。只不过 LeanCloud 市场宣传可能做得比较保守,也许是公司风格太「技术化」了一点。

0

精彩评论

暂无评论...
验证码 换一张
取 消