最近做的几个项目中,客户都想自己组建团队来完成自以为
简单的物联网项目,不仅造成项目延迟,而且还有失败的风险。
前期,写了一篇:开源|ThingsBoard 项目实施及二次开发要点总结,收到很多的的反馈。
今天,特来总结一下。
物联网技术应用是一项复杂且多元化
的路线,不仅不含了传统的 IT 技术,而且还蕴含着 IT 与 OT 的融合。很多企业和团队都只具备某一单方面的能力,IT 技术团队认为 OT 是比较简单而容易实现的,另一方面,OT 团队认为自己应该有能力驾驭自己并不擅长的 IT 技术。读者可能会觉得笔者在危言耸听,那且看下面我的解释说明。
典型的例子:
1、曾经在 IT 领域风生水起的人,天真的认为物联网不就是几个嵌入式设备,几十块钱几百块钱的小玩意儿,招几个人画画图纸、网上打样几张 PCB 电路板,轻松搞定了,果然是天真可爱,笔者从事 IT 领域多年,就是走过了这个线路,碰的鼻青脸肿,时间、精力、财力、物力,浪费了。同时,身边也有一些类似的人,做了同样的傻事,最后放弃的也有不少。
2、嵌入式,单片机,工业控制,等,这些领域也有不少自以为是的人,把物联网应用简单理解为就是插上一块物联网模组
,分分钟搞定了物联网技术,殊不知,自己的想法却是一条不归路。聪明的团队,很快试错后就果断放弃了,重操旧业,继续干自己的嵌入式。
3、笔者也见过很多集成商,方案商,买东买西,拼凑一下,也是像模像样的物联网应用,风生水起,热火朝天。毕竟不像前两个例子投入那么大,集成商通过口才和 PPT 就能够变现,着实让人羡慕不已,且不说到底是不是技术能力的体现,但是他们的软实力
的确是可以皆大欢喜。供应商出货了,客户满意。
言归正传,一起来看看组建这么一个团队需要具备哪些条件。
具备物联网技术的团队
通信技术能力在各个能力领域都有这重要作用,这里不作单独的说明。这是基础能力范畴,既然是物联网,肯定离不开通信网络
,也是非常重要的一个环节。
解决方案能力
这项能力算是综合能力的体现,纵览大局,不仅仅是技术能力
,还有管理经验,协调能力,项目管理,故障分析,等,是非常有挑战性的领域。
以下角色都是不可或缺且经验丰富的人才:
- 项目经理:不管哪个项目都需要至少一个项目经理,他是整个项目的主导力量,进度把控能力强,综合素质高;
- 产品经理:虽说物联网项目中的产品不一定是自己开发生产,产品选型也是一项非常重要的事情,不同的供应商都要经过他的把关,任何一个产品都有可能是项目成败的关键;
- 需求分析师:项目经理和产品经理完全有可能担任此岗位,但是人的精力是有限的,知识也是有限的,那么,在业务需求转换成技术需求是一项目复杂的过程,需要专业的人做,对业务的理解能力需要深入业务,对技术转化也需要稍微理解技术知识。复杂的搞简单了不满足业务需求,简单的搞复杂了造成资源浪费。
笔者所在的公司从事物联网解决方案多年积累了几十个案例,涵盖了8大领域
,详情请看公司网站:行业解决方案:
平台端能力
物联网平台,可以算是整个项目的神经中枢,简单理解,可以算是一个软件系统,只是不同于其他的行业软件解决行业问题,物联网平台只是解决了设备管理、规则引擎、数据存储、数据分析,等,不针对于某个行业,可以理解为一个通用的平台类软件
。
- 作为平台类产品,既要满足稳定可靠的运行,也需要满足随着业务扩大而能够平滑扩展;
- 平台层,Platform,应该跟业务无关,这样才能做到
兼容各类物联网应用的高度适用性
; 多租户
,租户与租户之间的逻辑隔离是最基本的需求,当然如果能做到处理隔离、数据隔离、权限隔离,那是更好了;- 微服务,在日益增长的物联网需求下,微服务化已经成了 Platform 平台类产品的标配。
我司基于多年经验积累和总结,开发和落地了多个物联网平台项目,Yi 系列平台产品 XaaS 群族帮助客户解决了很多应用场景落地,参考公司网站:XaaS 平台:
边缘端能力
很多客户提出一个疑问:为什么我们的平台不支持云端解析各种边缘设备的协议
?
我们从一开始设计之初,就把平台定义为通用性为主,只是负责标准通信协议的接入服务,工业现场协议解析的工作交给边缘端来处理,一是,释放出平台端的处理资源,负责接入、规则、入库和分析;二是,把各式各样的协议解析下沉到边缘设备上处理,现在的边缘设备处理能力已经很强大。
数采网关
市面上已经出现了种类繁多,协议解析能力强的产品,完全满足各种工业协议处理,如:PLC、UPC、Modbus、TCP/UDP,等,纯数采需求,直接用已有产品更加经济和方便,况且很多客户现场已经具备了各家的网关产品。
目前,支持512、1024、2048个测点的数采网关非常稳定可靠,价格优惠,只是性能上无法满足更高要求的实时数采,比如秒级处理
,还是比较吃力。由此,我们设计出更高新能的边缘计算网关。
边缘计算网关
边缘计算网关相对于数采网关,其性能更强、容量更大、接口更多、可定制化更强,等,诸多因素。
一套边缘计算框架,尤其是在日新月异高速发展时期,传统的单片机处理方式已经不能满足日综复杂的应用环境。
典型的例子:
- 秒级完成
成千上万测点的采集和处理
; - 本地化存储和计算,总线要求更高;
- 强烈的扩展性和伸缩性需求;
本地 WEB SCADA 和 HMI
;
我司基于 YiEDGE 软件框架,可完成强大的数采需求,更高的处理能力,更方便的部署。支持嵌入式主机部署,也支持服务器部署,更加灵活。参考公司网站:边缘计算网关
AI 网关
网络摄像头(IPC)产品在边缘计算领域越来越多,AI 推理工作也被客户重视,纯粹的 AI 网关并不能完成数采功能
,由此可见,边缘计算网关集成 AI 算力已经迫在眉睫。
看几个例子:
- 视频点播:IPC 在 NAT(网络地址转换) 网络下,云端或平台无法点播视频,只能登陆视频录像机 NVR 或 DVR ,非常不便;
- 视频分析:无人值守站,对于异常行为需要使用 AI 算法来辅助管理,绝大部分网关都不具备这个能力;
- 视频存储:在没有 NVR的情境下,客户也需要对本地视频做一周或一个月的留底。
我司在以上需求的基础上,开发了 YiAI 引擎,支持自定义算法和模型导入
,方便视频分析。参考公司网站:AI 网关
融合网关
那么,鉴于以上的需求分析和客户应用,把数采能力和 AI 能力结合被提上日程,客户现场有时候有很多网关设备,管理成了难题。
如果能将这些能力结合在一起,并且还能植入其他应用到一台网关,那就帮客户解决了非常多的问题。
由此,我司研发了 YiFUSION 工业边缘智能融合一体机,完美的解决了难题,微服务化部署应用,强大的处理能力。当然,融合网关的成本会比其他多种网关并行的系统要高出很多,这也是很多客户一直徘徊不定的原因。等到越来越多的客户接受了这样的网关,成本机会就来了,将会大规模应用
。参考公司网站:融合网关
智能硬件能力
有些客户现场,传感器采集需求多,分布广,全部采用网关+传感器必然不是一个好的选择
,那就需要有自主上网能力,集成传感器的智能硬件来支撑。
典型的例子:
- 仓库里只需要温湿度采集,其实用一个智能温湿度即可搞定;
- 无人值守的站点,不方便布线和联网的地方;
- 传输频率低,要求待机时间长的场景;
- 数量庞大,没有专业安装人员;
智能模组是智能硬件的基础,参考公司网站:智能模组
我司经过多年研发和实施经验,积累了几十种智能传感器,即插即用,方便快捷,待机时间长,无需专业人员,自动联网,与平台无缝衔接
。电池电量,信号质量,都在平台端直接管理。参考公司网站:智能硬件
部分具备物联网技术的团队
很多团队已经具备以上一些能力和经验,那就可以采用以下几种方式,与经验丰富的团队合作,快速完成物联网团队的建设,尽快为业务部门带来帮助。
联合开发
借助有经验的团队经验,快速完成物联网应用的搭建,毕竟专业的事交给专业的人更合适
。
传帮带
假如一次性投入太大,又怕会产生不良影响,可以从小型 POC项目开始,逐步形成传帮带:传
授,帮
助,带
动的方式来融合,避免了很多风险。
暂无物联网技术的团队
其实,如果没有任何物联网技术积累,又有业务需求的情况下,不建议立马招标采购,可以逐步来熟悉物联网整个过程,从以下几个方向入手:
购买咨询服务
购买专业的咨询服务,以学习的方式来了解物联网应用的来龙去脉,积累一些经验,通过不断的学习和交流,找到适合自己的方式进行下去。
深入业务需求做预研
业务驱动是最直接的,不了解业务需求,纯粹建一套物联网应用其实是没有意义的,浪费人力财力不说,自信心也受到伤害
,得不偿失。
做一个 POC,试试水,不仅是对自己业务理解的过程,也是考察供应商和合作伙伴的机会,为物联网应用成功迈出一小步。
POC ( Proof of Concept 的缩写,中文意思是概念验证)
大概过程:
- 整理一些业务需求,至少这些需求都是能落地的,跟业务结合紧密,形成
需求文档
,这个很重要,也是 POC 的参考材料; - 准备人员储备,把
能调动的人员
安排到 POC 小组,共同完成整个验证过程; - 设定验证范围,建议是越全越好,多多益善,但是要控制深入程度,
不能陷入困境
; - 设定验证时间,毕竟时间越长耗费的资源就越多,要结合业务需求,尽量贴着业务来做,不能钻牛角尖,
适可而止
; - 准备好心态,要充分理解,POC 不一定是完全能够成功的,要做好失败的准备;
- 最后,当然是
准备好资金
,肯定是要花钱才能把事情做好。
function POC_DO_IT(
business_requirements list,
tech_details list,
exports list,
start_time datetime,
expire_time datetime)
{
...
if poc_success:
print "皆大欢喜,准备做一场更大的";
else
print "虽然失败了,但是过程一定很刺激";
}