Mixiot 平台在工业互联网中的实际效果,很大程度上取决于实施的方法和实施的质量。掌握科学的实施路径和顺序,以及正确的实施方案和方法,对 Mixiot 的实施工作非常重要。

下面是对整个实施路径的大致梳理,旨在对实施路径和应用之间的逻辑关联进行说明,但并不详细说明每个应用具体的使用方法,具体使用方法会在后续章节中加以详细阐述。

(一)第一阶段

(1)基础设置(admin)

客户需要做的第一件事,就是平台的基础设置。超级管理员(admin)是MixIOT默认分配给MixIOT平台组织使用者的、具有最高管理和操作权限的用户。

管理员登录后,可以进入 “我(账户管理)” 进行平台的基础设置。

(2)用户管理(admin)

完成工业互联网平台的设置后,超级管理员(admin)还需要使用 “用户中心” 这个应用,为自己这个平台创建用户角色,还要为每一个具体使用者创建对应的用户账号,以及为用户的使用完成一系列的授权。

用户角色:

用户账号:

(3)客户/项目(admin)

工业互联网的落地实施,其目的无非基于两种模式:

  1. 运维模式,这种模式是为了自己生产出来和销售出去给自己客户使用的设备;
  2. 工业互联网项目模式,这种模式是为了给自己或给自己的客户实现工业互联网项目。

超级管理员(admin)需要使用 “客户与项目” 应用,来对 “客户” 或者 “项目” 进行预先的登记。这也是工业互联网项目落地实施规划中的一个重要的环节。

完成对客户或项目的登记,其重要性在于今后所有的 “对象”、“对象数据” 以及与之相关的所有计算结果、信息内容,都会有一个对应的 “归属”,未来就很容易确定这些对象、数据、信息是为了哪一个客户或为了哪一个项目而创建的。

(4)应用中心

“应用中心” 应用是仅对超级管理员(admin)开放的。超级管理员(admin)可以使用 “应用中心” 对 MixIOT 平台上的应用进行查看和管理。

在 “应用中心” 中,管理员可以根据项目落地实施的实际需要,对 MixIOT 应用的标准形式进行调整和扩充,比如增加自己需要的菜单、增加自己需要的视图,甚至创建自己的应用。

“应用中心” 同时还是给用户/角色授权的基础,换句话说,给用户/角色授权能使用什么、能看到什么、能创建什么、能修改删除什么、能进行什么操作等等,这些都是 “应用中心” 里面所呈现和管理的内容。

虽然 “应用中心” 被列在应用实施路径的 “第一阶段”,但并非在一开始就一定需要做什么。通常,这个应用在项目落地实施的每一个阶段中,有需要才使用。

(5)Pro(admin)

“Pro” 应用是 MixIOT 平台中一个特殊的应用。纵观 MixIOT 体系里面,标准的应用有三十多个。随着工业互联网项目落地后的连续运行,这些应用数量还有可能会增加,以满足新的、不断发展的需求。

这些应用各自都保存着各自的计算项目和结果数据(信息),也就是说,在工业互联网项目落地实施完成后,各种不同数据(或信息)都是呈分散状态的。虽然并非所有的信息都需要实时查看,但如果需要看这些数据或信息,都必须要进入相应的应用,这一点从使用者的角度来看,确有不方便的地方。

Pro 应用就是一个把现有信息和数据集中呈现的地方,而且可以根据需要去配置具体呈现什么信息。通常,Pro 应用是完成项目实施后,使用频次和使用率最高的应用。

Pro应用呈现的内容,除了 Pro Overview(首页预览)外,其他的内容都需要在 “应用中心” 里面去配置。具体的配置方法可以参考相关的章节。

以上就是项目实施第一阶段的五个内容。

(二)第二阶段

项目实施的第二阶段,是整个项目实施中最重要的阶段。

这个阶段的主线条包括三个环节,数据终端–>形成对象–>使用对象。

(6)终端管理(admin/users)

“终端管理” 应用可以由管理员和获得授权的普通用户使用。

实施工业互联网项目的第一步,就是数据采集,数据采集就需要使用数据终端。

这个应用就是用来配置和管理所有用在 MixIOT 工业互联网项目中的数据终端,包括智物联 Aprus(工业物联网适配器)以及第三方数据终端。这些数据终端都需要在 MixIOT 平台中配置和注册登记,让这些数据终端成为 MixIOT 平台的合法数据源。一旦完成数据终端的注册登记,MixIOT 平台就会自动接收、存储这些数据终端的数据报文。

利用“终端管理”这个应用,还可以对 Aprus 所使用的移动运营商的流量卡进行管理。届时,每张卡是否有效、是否欠款、已经用了多少流量、还剩多少流量等等,这些信息将一应俱全。

(7)离线数据(admin/users)

“离线数据” 应用可以由管理员和获得授权的普通用户使用。

MixIOT 的数据来源,除了数据终端所采集的数据,还可以是其他各种不同的形式。我们把非数据终端直接采集的数据,都叫 “离线数据”。“离线数据” 这个应用实际上就是这些非数据终端直接采集来源数据的一个集散地。

这个应用的作用有两个,一是对所需要用到离线数据进行注册登记;二是为需要使用这些登记注册过的离线数据的地方提供数据服务,比如可以把离线数据纳入某个对象等等。

“离线数据” 是一个非常有用的应用,用 “有容乃大,海纳百川” 来形容它也不为过。在相应章节中除了详细介绍该应用的使用方法,还会介绍多种不同场合的使用的技巧。

“离线数据” 应用并非一定要使用,如果项目实施只涉及到数据终端直接采集的数据,那就不需要使用这个应用,管理员(admin)可以在“应用中心”里面把该应用从应用桌面中隐去。

(8)对象(admin/users)

“对象管理” 应用可以由管理员和获得授权的普通用户使用。

“对象管理” 应用是用来生成和管理 MixIOT 对象的,它是整个 MixIOT 体系的基础,因为 MixIOT 的所有内容(数据、信息)都是基于 MixIOT 对象的。也就是说,我们所说的 “统计计算” 一定是某个对象的 “统计计算”、“报表” 一定是某个对象的报表、“特征” 一定是某个对象的特征等等。

如何根据实际需要去构建对象,是工业互联网项目落地实施中最重要的一件事。一旦对象创建完成,MixIOT 平台就会自动为对象产生时序马赛克数据,这就是整个工业互联网的数据基础。

对象的生成是依照某一种映射关系,这种映射关系就是 “映射表”。“映射表” 在 “对象管理” 应用中进行设置和管理。在 MixIOT V8 版本中,映射表除了直接使用脚本方式编写,还增加了人机交互方式,既可以直接配置一些不复杂的映射表,也可以两种方式配合使用去编制复杂的映射表。在相应章节中,也会介绍如何协同使用这两种模式的一些技巧和方法,这对提高映射表编写效率、减少编写错误等方面有非常大的好处。

控制码是以对象为目标的反向控制标识,所有对象的反向控制都必须在这里定义和注册。这不仅让反向控制的操控更加安全可靠,还简化了反向控制的调用方法,最大程度避免了错误控制操作的发生。

(9)对象模板(admin/users)

“对象模板” 应用可以由管理员和获得授权的普通用户使用。

“对象模板” 并非是一开始就能使用的应用,而是建立在实践的积累和经验的沉淀基础上。对象模板是把某一种可能会反复出现的 “对象+对象的其他应用配置” 打包在一起,形成一个模板,可以用这个模板来创建对象以及与对象相关的其他东西,比如对象的统计、对象的计算、对象的可视化方式等等。

“对象模板” 应用并非所有的项目都需要使用,但对数量众多的同质化设备而言,这的确是一个非常有用的东西。

对象也可以从 “对象模板” 中创建生成,如果 “对象模板” 这个应用可以得心应手,将会使效率大大提高,最大程度避免重复工作。

(10)显示板设计/显示板管理(admin/users)

“显示板设计” 和 “显示板管理” 这两个应用可以由管理员和获得授权的普通用户使用。

“显示板设计” 应用是 MixIOT 体系中一个可视化数据的设计工具,可以设计三种类型的显示板:Pro 显示板、大屏显示板和 App 显示板。

简单地说,可以把对象的变量数据以及对象的统计计算数据、历程持续状态数据、特征以及特征统计数据、各种分析数据呈现出来。

显示板设计工具提供了丰富的设计元素,可以在设计画布上通过拖拽的方法布局到设计画布上,经过元素属性的配置,就可以用恰当的设计元素来展现对应的参数数据。

显示板设计的结果是一段 MixIOT 体系化下的规范脚本,这些脚本是可以导出并保存成脚本文件,可以在 MixIOT 各种应用中引用。

显示板设计完成后,可以导出脚本,在 “显示板管理” 应用中把显示板的设计结果保存起来,便于其他地方的引用。

(11)文件管理(admin/users)

“文件管理” 应用可以由管理员和获得授权的普通用户使用。

“文件管理” 应用是 MixIOT 体系中唯一的一个备忘资料管理的地方。

在工业互联网项目落地实施进程中会用到大量的图文资料和文稿,比如设备控制器的资料、数据终端配置文档、对象映射表参数文档、统计计算需求、报表需求等等。这些资料都可以在 “文件管理” 应用中保存,以备日后翻阅。

“文件管理” 是以文件夹形式对文件进行管理的,通常可以以对象标识作为文件夹的别名,把所有与之相关的文稿资料作为文件内容,这样日后查找起来也十分容易。

(12)统计计算/自动报表(admin/users)

“统计计算” 和 “自动报表” 应用可以由管理员和获得授权的普通用户使用。

统计计算应用:

自动报表应用:

“统计计算” 和 “自动报表” 这两个应用,是 MixIOT 平台系统中最常使用的两个应用。这两个应用的逻辑顺序关系是:先统计计算,再把统计计算的结果形成报表。

“统计计算” 和 “自动报表” 通常用于日常设备运行和生产过程的统计和计算,如产能统计、能耗统计、设备运行达产率统计等等,这些都是工业生产中最基础的统计数据。有了这些基础的统计数据,就很容易让 MixIOT 平台输出需要的各种报表,如班次报表、日报表、周报表、月报表等。

“统计计算” 实际上是两个有关联的内容,即 “统计” 和 “计算”。这是因为很多统计之前需要完成一系列相关的计算,或者把计算的结果进行统计。所以,其逻辑顺序应该是 “计算” –> “统计”,或者 “统计”–>“计算”。

统计和计算的结果,同样可以以不同的形式(如条形图、饼图、曲线等)呈现在对象的显示板设计中,这些内容也将在相应章节中详细说明其使用方法和使用技巧。

(13)维保管理(admin/users)

“维保管理” 应用可以由管理员和获得授权的普通用户使用。

维保项目视图列表:

维保项目配置:

“维保管理” 也是 MixIOT 平台经常使用的应用之一,它在实际工业生产过程中为工业生产制造企业带来了实实在在的帮助。

对生产设备/产线的维护保养,在工业生产过程中的重要性是不言而喻的,设备维护保养的效果直接影响到整个工业生产过程。MixIOT V8中,除了支持传统的维保模式(按自然时间周期)外,还包括累计统计周期。

累计统计周期是任何一种统计形式,包括设备实际运行时间、设备实际使用次数等统计周期。除此以外,还增加了基于 “特征统计” 的周期计算方式。累计统计周期的维保当时实际上是一个 “预测性维护” 模式的模型之一,这种模式有别于传统的维保模式,把传统 “周期性维保” 改为 “按需维保”,其好处有两个,一个是省去了不需要的维保,另一个就是把维保缺失可能导致的异常问题防患于未然。

“维保管理” 应用的使用也非常简单,根据需要去创建维保项目,MixIOT 平台就可以根据维保项目的设置,在满足维保条件的时候,自动生成 “维保任务”。所生成的“维保任务”都被列在“维保管理”应用的对应菜单中。

“维保任务” 也可以借助 MixIOT 中的 “信使服务” 应用,用指定的方式(如邮件、短信等)发送给指定的接收者,这些配置方法都将在相应章节中详细说明。

(14)信使服务(admin/users)

“信使服务” 应用可以由管理员和获得授权的普通用户使用。

信使服务包括 Mixiot SaaS 服务提供的公共服务通道,可以给所有 Mixiot 使用者使用:

还可以由客户自己创建自己的服务通道:

“信使服务” 应用是MixIOT体系中,对系统外发送信息或消息的应用。“信使服务” 由两个部分构成,一个是“通道”,另一个是服务通道对应的 “服务项目”。

通道是信息或消息可以使用的传输媒介,由于MixIOT本身并不提供任何对外消息传输媒介,所以,这里通常都是配置一些第三方提供的信息推送通道,默认支持 SMTP 邮件、华为云短信推送,和 MixIOT平台–> 安卓App、鸿蒙App 或 iOS App 的信息推送通道。客户也可以根据需要,创建自己需要的信使通道。

信使服务项目是基于对应通道的推送服务,这些已经注册的信息推送服务,可以直接使用。在相应章节中会对如何使用现有的通道和推送服务以及如何创建客户自己的信息通道和推送服务进行详细说明。

所有使用信使服务通道,都保存在信使记录里面:

以上就是第二阶段的几个相关内容。

(三)第三阶段

第三阶段包括的内容如图所示,这个阶段的内容主要是对对象时序数据的深层次分析和提炼。

MixIOT 项目落地实施到了这个阶段,预示着工业互联网的应用正在迈向更高的层级,真正发挥工业互联网的作用,发现问题和解决问题。

(15)历程持续(admin/users)

“历程持续” 应用可以由管理员和获得授权的普通用户使用。

“历程” 在工业生产中有着特殊的重要意义,它表示生产设备运行或生产过程的某一种特定状态的开始、状态的持续以及状态的结束。

同时,“历程” 的含义也是丰富的。比如各种设备的异常、故障或报警,这些其实就是最常见的历程,它们都有开始、持续和结束,都是工业生产过程都具有非常重要的信息。

除此以外,“历程” 又是对生产设备运行或生产过程状态的精确定位和描述,因此又可以用于相对复杂条件的控制协同。

“历程持续” 以项目方式来构建历程,包括各种复杂条件下的状态历程,并可以指定当历程状态开始、持续和结束的时候,产生相关的事件。这些事件可以被其他需要的应用捕捉到,并直接利用。

后续章节中有历程持续应用的详细使用说明,以及多种应用实例可以参考。

(16)特征检测(admin/users)

“特征检测” 应用可以由管理员和获得授权的普通用户使用。

特征检测项目视图列表:

特征检测项目设置(特征类型):

“特征检测” 应用也是 MixIOT 体系中常用且重要的应用,是 MixIOT 对象时序数据在表征分析上的运用,特征的检测在实际的工业生产过程中有非常重要的意义。

“特征检测” 是在指定的检测窗口内,捕捉或侦测指定对象的数据是否呈现某种特征。设备运行以及生产过程状态的变化,尤其是各种异常状态的发生之前,往往都伴随着各种特定特征的出现,掌握在设备运行和生产过程中出现的特征类型,有助于判断异常状态的出现。

MixIOT 平台提供了多种常见特征类型识别,不仅可以识别单因素特征,还可以利用多因素特征叠加的方法来判断复杂特征的出现。

通常,设备运行或生产过程异常状态的出现,并非一蹴而就,在此之前往往会有某种特征的多次反复出现,所以,光是对特征出现的检测并不能完全解决问题。

“特征检测” 应用还包括 “特征统计”,可以创建统计项目对某种特征出现的情况进行统计,如在某时间段里面,某种特征出现的频次、特征出现到特征消失的持续时间等等。

相应章节中,将详细讲解特征检测和特征统计的使用方法,也会详细介绍各种常见特征的含义和配置方法。

(17)数据分析(admin/users)

数据分析包括:“指数分析”、“偏态分析”、“稳定性分析”、“平衡分析”、“增量分析” 以及 “风险分析” 应用,这些都属于 MixIOT Indass(工业时序数据分析系统)中的应用,可以由管理员和获得授权的普通用户使用。

数据分析的应用形式:

进入后的形式也是基本一致:

MixIOT Indass(工业时序数据分析系统)是MixIOT体系中非常重要的组成部分,提供专业的工业时序数据分析计算。

与 “特征” 检测所提供的 “数据表征分析” 不同,MixIOT Indass 提供的是 “数据本征分析”。“表征” 是数据变化所呈现出来的表现特征,其检测结果(分析结果)仍然保持着参数本身的属性和含义。而 “本征” 是数据变化中所隐含的数据整体的本质的内在的,以相对数和相对数变化来表示的 “特征水平的动态衡量”,包含对象中多种因素之间的关联和依存关系。

这些应用在形式上几乎是完全一样的,从创建分析项目到配置项目参数,只是内部的计算方法不同。

以上就是第三阶段的内容。

(四)第四阶段

第四阶段包括的内容如图所示:

这个阶段的内容,是如何利用第三阶段的成果,找到解决实际问题的办法。

传统或偏传统工业领域最常遇到的实际问题,大概可以分成这么四类:

临界干预问题
临界干预就是在设备运行或生产过程中,在某些临界状态出现之前,以控制协调的方式进行干预,以避免临界状态出现导致的各种异常。这其中实际上就是两个环节,首先是要能 预测或判断临界状态的出现的趋势;其次就是要有恰当的干预方法。

动态配载问题
动态配载就是如何根据变化的因素(或需求)去配置对应的设备运行或生产参数。动态配载在工业生产中能起到非常重要的作用,尤其在节能减排和增产增效方面,可以为工业企 业提供实实在在的赋能与助力。

因素匹配问题
因素匹配问题是传统或偏传统工业领域里一直存在,而且不容易解决的问题。尤其是多个独立设备协同作业,是否能解决各设备运行参数之间的匹配至关重要。

调度控制问题
调度控制的实质就是解决生产资源合理布局和安排,解决工业生产中经常会遇到的资源争用的最优化问题。比如在低浓度瓦斯电站中,在瓦斯燃气压力流量不足的条件下,如何最大程度地优化配置发电机组运行,以获得最大的发电量。

(18)任务管理(admin/users)

“任务管理” 应用,可以由管理员和获得授权的普通用户使用。

任务管理项目视图列表:

任务管理项目设置:

“任务管理” 应用是专门用来管理MixIOT平台系统中“任务”的地方。

解决问题的第一个方式,就是在“任务管理”应用中,创建各种解决问题的 “任务”。所谓 “任务”,可以理解为一段用 Lua 脚本编写的 “小程序”。这个 “小程序” 可以获取 MixIOT 平台中任何应用中的数据,并把这些数据在 “任务” 的小程序中进行计算,计算的结果就是一系列的反向控制结果。

从这个角度来看,“任务管理” 是一种相对独立且简洁的 “小程序” 的 “体内运行容器”。这里的关键在于 Lua 脚本小程序。MixIOT 提供了完整的 Lua 程序规范,包括 Aprus Lua(Aprus 适配器中 Lua 脚本规范)和 MixIOT Lua(MixIOT 应用中 Lua 脚本规范)。

(19)代理服务(admin/users)

“代理服务” 应用,可以由管理员和获得授权的普通用户使用。

代理服务项目视图列表:

代理服务项目设置项:

“代理” 是 MixIOT 体系中的一种服务机制。所谓 “代理”,就是在 MixIOT 平台中创建了 “是否满足某种条件” 的委托关系,当满足条件的时候,这种委托关系就会向委托方发生事件消息。

比如我们创建了一个 “适配器下线推送” 的代理项目,意思是当某个或某些制定的数据终端(适配器)离线的时候,便委托 “代理服务” 应用推送一个消息。

我们可以为各种委托类型设计不同的消息模板,可以在代理脚本中直接引用消息模板,当出现我们需要的委托信息时,把消息发出去。

在实际过程中,对接设备或产线的数据终端(适配器)上线下线(在线、离线)是经常会发生的事情,原因可能是复杂的,比如网络的问题、动设备磁场对数据终端干扰的问题或者与设备控制器读写交互的问题等等。很难依靠人工去盯着数据终端什么时候会离线,什么时候又恢复上线。这就是为什么要用 “代理”,就是我们自己干不了,那么就把这事儿委托给代理来干。

(20)调度控制(admin/users)

“调度控制”应用,可以由管理员和获得授权的普通用户使用。

调度控制项目(系统)视图列表:

调度控制项目(系统)设置项:

“调度控制” 应用,是 MixIOT 体系中用来管理各种 “调度控制系统” 的应用,这应该是 MixIOT 体系中最复杂的应用,这是因为 “调度控制系统” 本身就是复杂的。

MixIOT 体系提供了多达六种调度模型,这些模型都已经封装成为了标准的模块,可以在 Lua 脚本中直接引用。

本手册的 “调度控制” 一章中,将详细讲解调度控制应用的相关基本概念和使用方法,对每一种调度模型的概念和原理进行深入解析,并会对调度模型的引用方法进行详细说明。

这些就是第四阶段的内容。

(五)第五阶段

第五阶段的内容,是MixIOT平台的扩展,包括:

  • MixIOT平台内的开发规范;
  • MixIOT平台之间的交互和数据交换;
  • MixIOT平台与外部系统的交互和数据交换。

如果工业互联网项目落地实施到了这一步,那就不仅迈向了数字化,而且还进入了数据融合的层次。

这个阶段中的相关应用,也都将在后续章节中一一详解。

(21)CLI 控制台(admin/users)

“CLI 控制台” 应用,可以由管理员和获得授权的普通用户使用。

CLI 控制台是一个 MixIOT API 的测试工具。

MixIOT API 是 MixIOT 体系中完善、复杂、庞大的一部分,无论是与外部系统对接交互,还是在 MixIOT 体系内的开发应用,都离不开 API 。CLI 就是给API使用者提供的在线实时测试工具,利用这个工具就可以测试每一个 API 的调用,并立即得到返回结果。

MixIOT API 不仅在与外部系统的对接和数据交互上用到,在 MixIOT 应用中(自动报表、任务管理、调度控制等等)也需要用到。MixIOT 体系技术文稿《MixIOT API》中有关于所有 API 使用的详细说明。

(22)API管理(admin/users)

“API管理” 应用,可以由管理员和获得授权的普通用户使用。

API管理项目视图列表:

API管理项目属性:

“API管理” 应用是专门用于 MixIOT 体系外第三方IT系统交互的访问授权。

对任何平台系统而言,数据安全和访问安全永远都是排在第一位的。“API管理” 的作用是,在第三方IT系统使用 MixIOT API 访问 MixIOT 平台系统数据的时候提供专门的安全秘钥和访问限制。对不同的第三方访问节点,都需要为其生成特定的访问秘钥,并限定访问节点的物理IP地址。

(23)UFS管理(admin/users)

“UFS管理” 应用,可以由管理员和获得授权的普通用户使用。

UFS管理的视图列表:

UFS应用项目属性:

“UFS管理” 应用的作用是管理 MixIOT 平台中的 UFS项目。

MixIOT 平台的部署形式是多样的,除了公共 SaaS 模式的 MixYun 部署,还可以是独立云部署或者本地(方略柜)部署。

UFS项目就是以对等方式把不同的 MixIOT 平台进行对接和数据交换服务的工程,为使用多个 MixIOT 平台的工业企业客户提供平台之间的沟通桥梁。

MixIOT 体系并没有所谓 “同步” 的概念,因为不需要同步。集团需要掌握下属各工厂的生产、能耗、产能、达产率、设备运行效率等各项统计指标,但并不需要了解具体每一台设备运行的实时温度、压力、电流、电压等。

有了 UFS,企业的多个 MixIOT 台之间就可以科学规划不同部署的数据持有类型,既保证数据的完整,又使得数据存储的有效。

文档更新时间: 2024-07-22 16:17   作者:Mixiot