当前位置:首页 » APP上架 » 正文

IOT物联网APP开发从一门开始,万物互联,智能硬件全接口按需调用

IOT物联网APP开发从一门开始,万物互联,智能硬件全接口按需调用

今日以一门APP制作的车联网项目为例,剖析其制作过程中的相关项目经验和通信技术架构!

▌项目介绍

最初新能源汽车车主充电的方案只能通过使用充值卡进行充电,找桩也不是特别方便,制作一款可以解决这一系列问题的移动应用很有必要。

本次分享的充电桩项目解决了用户找桩难、充电繁琐的问题,通过移动应用内的地图导航找到附近的充电站,移动应用内可实时查看充电站内所有充电桩的使用状态、充电信息等,还可提前预约指定充电桩。

车主通过地图导航找

开发APP从一门开始!

到对应桩的位置,插枪后在移动应用内遥控开启充电,可操作且可视化的应用体验,解决了新能源车主充电找桩的首要难题。

▌技术实现

● 确认智能设备的通讯方案

第一想要确认充电桩设备支持的通讯方案,一门APP支持多种物联方案,如通过socketManager模块实现socket通讯、通过ble模块实现蓝牙通讯,以及第3方的机智云gizWifiSDK模块和庆科mico等。

本项目中,运营商的充电桩设备内部采用socket方案与充电桩厂家的内部server端进行通讯。

● 确认业务流程

每一种物联设备都有相应的开启、关闭及运行中的相关业务流程,第2步想要确认整个业务流程,本项目充电桩业务流程为:预约-插枪-开始设备充电-充电中显示充电信息-结束设备充电-生成充电订单-订单支付-完成充电。

● 确认项目的物联架构

运营商诉求充电桩设备必须连接至自有服务器,将充电桩的相关控制逻辑无缝集成到整个项目移动应用的业务流程中。

充电桩厂商负责提供的可与充电桩设备进行内部通讯的server端SDK对外提供打包好的业务接口,最终安装至运营商的服务器。

在项目的后端底层抽象打包好可与SDK对外接口进行通讯的相关业务接口,在与移动应用通讯的相关业务接口中调用打包好的底层接口,最终实现移动应用控制充电桩的效果。

项目的整个物联架构:充电桩设备设备server 项目server移动应用 client,即智vue打包app能硬件+数据通信官方+业务后端+手机客户端的4方通信技术架构。

  

这种4方通信的架构不想要实现智能设备跟数据通信官方之间的协议,以及客户端跟智能设备之间的协议,一门APP官方提供的SDK已经帮忙助力制作者将协议打包过了。

4方通信架构可分为Wi-Fi或者GPRS模式与蓝牙模式两种,以下分别为两种模式的细致介绍。

Wi-Fi或者GPRS模式:当客户端去操控智能设备时,会通过Http或者Socket协议发送指令到业务后端,后端接收到指令后将该指令下发到智能设备端,智能设备接收到指令并做出反馈,通过UDP或者TCP协议将信息上报到业务端,业务端接收到反馈的数据下发到客户端进行展示。

蓝牙模式:智能设备跟客户端通过蓝牙或者Beacon协议建立连接通道,智能设备通过该连接通道将数据上报给客户端,客户端通过Http或者Socket将数据提交到业务后端,业务后端通过分析处理,将数据下发到客户端进行展示,用户能够通过客户端的数据展示,发送指令到智能设备,对设备进行操控。

▌项目总结

智能设备物联的技术难点在于怎么解决移动应用与设备之间的实时通信及移动应用与不同厂家的桩对接,本项目后端与智能硬件之间的通信,交由智能硬件厂家打包的后端SDK把网址打包成app自行处理。

SDK对外提供统一的业务接口。

项目后端采用sever层对接sever层的方案进行通讯,通过api接口的抽象打包,完成移动应用的sever层对接厂商充电桩的sever层的直接业务通讯。

采用这种方案,规避了不同设备厂家设备通讯方案、通讯协议不同导致的联调不便的问题。

项目后端不再关心智能硬件的内部通讯细节,专注于业务功能、业务逻辑的实现。

移动应用仅需调用打包好的固定API接口,即可调用智能硬件后端与智能硬件进行通讯,实现后端底层控制智能硬件,以及在不进行移动应用版本更新的情况下,同一移动应用客户端对接多个厂家的充电桩的效果。

作为将真实世界和数字世界连接起来的媒介,IoT越来越多被各大公司重视。

一门APP认为物联网不是一种行业,而是一个新的企业架构形式,并没有行业的限制,唯一限制的只web apps有人类的想象力。

未经允许不得转载:一门应用 » IOT物联网APP开发从一门开始,万物互联,智能硬件全接口按需调用

相关推荐

联系我们

微信公众号

yimendabao

关注官方微信,了解最新资讯

客服QQ
4001658508

企业QQ,点击发起咨询