基于Thingworx平台的预警方法及装置、计算机可存储介质与流程

基于thingworx平台的预警方法及装置、计算机可存储介质
技术领域
1.本公开涉及互联网平台及自动化技术领域，特别涉及基于thingworx平台的预警方法及装置、计算机可存储介质。


背景技术：

2.数据采集与监视控制(supervisory control and data acquisition，scada)系统是以底层plc(programmable logic controller，可编程逻辑控制器)为基础的生产过程控制与调度自动化系统，具有对现场的运行设备进行监视和控制，以实现数据采集、设备控制、测量、参数调节以及各类信号报警等各项功能。


技术实现要素：

3.scada系统负责制丝车间内叶丝、叶片、掺兑、梗线等各个加工工段的数据采集和监控，该系统报警存在着报警种类繁多，报警数量多、人工翻阅历史报警及查看历史趋势工作量大的问题。主要是由于监控点位数量多，报警限制难以做到及时设置，从而影响了集控系统报警的准确性，并导致了无谓报警增多，人工确认失误率增加。与此同时，现有的生产模式下，中控人员通过人工翻阅历史趋势是对系统报警效率不足的一种补救方式。为确保准确监控，中控人员需要实时监控关键点位数采的历史趋势图，从历史趋势的异常形态大致判断现场状况，并通知现场巡检人员落实情况。这种生产模式缺点是异常状况的报警类别数量杂多，通过人工实时关注历史趋势速度慢、周期长，发现事故的及时性不佳和响应能力差。
4.针对上述技术问题，本公开提出了一种解决方案，可以提高生产过程中的预警准确性。
5.根据本公开的第一方面，提供了一种基于thingworx平台的预警方法，包括：利用thingworx平台的kepware数采服务器，从集控层的数据采集与监视控制scada系统的历史数据库和实时数据库分别获取历史数据和实时数据；利用kepware数采服务器，从电控层的可编程逻辑控制器plc系统获取数采数据；根据所述历史数据、实时数据和数采数据，对当前生产进行产前校验和产中预警。
6.在一些实施例中，根据所述历史数据、实时数据和数采数据，对当前生产进行产前校验和产中预警包括：对历史数据、实时数据和数采数据进行数据清洗；根据数据清洗后的历史数据、实时数据和数采数据，进行数据建模，得到数据模型；根据所述数据模型，对当前生产进行产前校验和产中预警。
7.在一些实施例中，对当前生产进行产前校验包括：根据所述数据模型，对当前生产进行配方校验、能源校验、设备状态校验和工艺参数校验中的至少一种；显示所述当前生产的产前校验的校验结果。
8.在一些实施例中，显示所述当前生产的产前校验的校验结果包括：通过thingworx平台的mashup前端，显示所述当前生产的产前校验的校验结果。
9.在一些实施例中，对当前生产进行产中预警包括：根据所述数据模型，实时在线比对当前生产的生产过程中设备状态及工艺参数的执行情况；在比对结果异常的情况下，生成并推送预警信息。
10.在一些实施例中，推送预警信息包括：基于表现层状态转移rest应用程序接口api与企业微信接口的连接，推送预警信息到相关的企业微信。
11.在一些实施例中，对当前生产进行产中预警还包括：基于多维数据同化算法耦合批次生产过程中设备状态分析数据，以生成并推送报警消息。
12.在一些实施例中，预警方法，还包括：根据所述历史数据，通过mashup前端，显示所述当前生产的历史趋势；通过mashup前端，显示所述当前生产的实时数据。
13.根据本公开第二方面，提供了一种基于thingworx平台的预警装置，包括：获取模块，被配置为利用thingworx平台的kepware数采服务器，从集控层的数据采集与监视控制scada系统的历史数据库和实时数据库分别获取历史数据和实时数据，并利用kepware数采服务器，从电控层的可编程逻辑控制器plc系统获取数采数据；预警模块，被配置为根据所述历史数据、实时数据和数采数据，对当前生产进行产前校验和产中预警。
14.根据本公开第三方面，提供了一种基于thingworx平台的预警装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令，执行上述任一实施例所述的基于thingworx平台的预警方法。
15.根据本公开的第四方面，提供了一种计算机可存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述任一实施例所述的基于thingworx平台的预警方法。
16.在上述实施例中，可以提高生产过程中的预警准确性。
附图说明
17.构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
18.参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：
19.图1是示出根据本公开一些实施例的预警方法的流程图；
20.图2是示出根据本公开一些实施例的预警装置的框图；
21.图3是示出根据本公开一些实施例的预警装置的框图；
22.图4是示出根据本公开一些实施例的基于thingworx平台的实现全集控模式下生产过程预警的系统的示意图；
23.图5是示出根据本公开一些实施例的基于thingworx平台的实现全集控模式下生产过程预警的系统数据逻辑流程的示意图；
24.图6是示出根据本公开一些实施例的基于thingworx平台的实现全集控模式下生产过程预警的系统产前校验的展示示意图；
25.图7是示出根据本公开一些实施例的基于thingworx平台的实现全集控模式下生产过程预警的系统产中预警的展示示意图；
26.图8是示出用于实现本公开一些实施例的计算机系统的框图。
具体实施方式
27.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
28.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
29.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
30.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
31.在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
32.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
33.图1是示出根据本公开一些实施例的预警方法的流程图。
34.如图1所示，基于thingworx平台的预警方法包括步骤s110-步骤s130。
35.在步骤s110中，利用thingworx平台的kepware数采服务器，从集控层的数据采集与监视控制scada系统的历史数据库和实时数据库分别获取历史数据和实时数据。
36.在步骤s120中，利用kepware数采服务器，从电控层的可编程逻辑控制器plc系统获取数采数据。
37.在步骤s130中，根据所述历史数据、实时数据和数采数据，对当前生产进行产前校验和产中预警。
38.在上述实施例中，基于thingworx平台获取多维数据，并对多维数据进行产前校验和产中预警，进行多维的预警机制，可以提高预警的准确性。
39.在一些实施例中，根据所述历史数据、实时数据和数采数据，对当前生产进行产前校验和产中预警包括：对历史数据、实时数据和数采数据进行数据清洗；根据数据清洗后的历史数据、实时数据和数采数据，进行数据建模，得到数据模型；根据所述数据模型，对当前生产进行产前校验和产中预警。
40.在一些实施例中，对当前生产进行产前校验包括：根据所述数据模型，对当前生产进行配方校验、能源校验、设备状态校验和工艺参数校验中的至少一种；显示所述当前生产的产前校验的校验结果。
41.在一些实施例中，显示所述当前生产的产前校验的校验结果包括：通过thingworx平台的mashup前端，显示所述当前生产的产前校验的校验结果。
42.在一些实施例中，对当前生产进行产中预警包括：根据所述数据模型，实时在线比对当前生产的生产过程中设备状态及工艺参数的执行情况；在比对结果异常的情况下，生成并推送预警信息。
43.在一些实施例中，推送预警信息包括：基于rest(representational state transfer，表现层状态转移)api(application programming interface，应用程序接口)与企业微信接口的连接，推送预警信息到相关的企业微信。
44.在一些实施例中，对当前生产进行产中预警还包括：基于多维数据同化算法耦合批次生产过程中设备状态分析数据，以生成并推送报警消息。
45.在一些实施例中，预警方法还包括：根据所述历史数据，通过mashup前端，显示所述当前生产的历史趋势；通过mashup前端，显示所述当前生产的实时数据。
46.图2是示出根据本公开一些实施例的预警装置的框图。
47.如图2所示，基于thingworx平台的预警装置2包括获取模块21和预警模块22。
48.获取模块21被配置为利用thingworx平台的kepware数采服务器，从集控层的数据采集与监视控制scada系统的历史数据库和实时数据库分别获取历史数据和实时数据，并利用kepware数采服务器，从电控层的可编程逻辑控制器plc系统获取数采数据，例如执行如图1所示的步骤s110、s120。
49.预警模块22被配置为根据所述历史数据、实时数据和数采数据，对当前生产进行产前校验和产中预警，例如执行如图1所示的步骤s130。
50.图3是示出根据本公开一些实施例的预警装置的框图。
51.如图3所示，基于thingworx平台的预警装置3包括存储器31；以及耦接至该存储器31的处理器32。存储器31用于存储执行预警方法对应实施例的指令。处理器32被配置为基于存储在存储器31中的指令，执行本公开中任意一些实施例中的预警方法。
52.为便于理解本公开的技术方案，下面将结合图4和图5描述本公开的技术方案。
53.图4是示出根据本公开一些实施例的基于thingworx平台的实现全集控模式下生产过程预警的系统的示意图。
54.图5是示出根据本公开一些实施例的基于thingworx平台的实现全集控模式下生产过程预警的系统数据逻辑流程的示意图。
55.如图4所示，thingworx平台1通过工业数据网关3和kepware数采服务器2与集控系统scada服务器4数据采集融合，获取集控层的scada系统的实时数据库7、历史数据库8和电控层的plc 5的数采数据6。
56.thingworx平台1通过对scada服务器数采的关键数据进行数据预警建模分析12，依据相关的数据预警规则进行建模，并将数据存储到数据库13中保存。通过数据预警建模后的预警实时数据10和历史趋势数据11可通过mashup前端9做数据预警呈现。thingworx平台可通过rest api 15作为预警信息推送14到企业微信接口16，然后将相关预警信息推送到相关工段责任人17作为预警提醒。
57.thingworx平台1中数据预警建模分析模块12包括产前校验数据和产中预警数据。
58.如图5所示，产前校验21数据分为配方校验23、能源校验25、设备状态校验27、工艺参数校验29。产前校验需要生产前、设备线启动后人工触发22来执行。校验过程出现校验异常，会通过mashup前端界面及时显示校验不通过的异常详请24、26、28、30，及时告知校验不通过的精准异常点位及异常原因。校验过程全部通过，满足生产所需条件，显示校验完成31，告知操作人员可以开始生产。产中预警主要分为两类：产中预警信息推送14和产中报警消息推送19。产中预警规则18出现比对异常，会通过rest api 15作为预警信息推送14到企业微信接口16，然后将相关预警信息推送到相关工段责任人17企业微信作为预警提醒。与此同时，产中预警机制出现比对异常，会通过mashup前端9界面及时告警弹框显示32产中预警中比对不一致的异常详请，及时告知产中预警点位中的精准异常点位及异常原因。
59.在一些实施例中，一种基于thingworx平台的实现全集控模式下生产过程预警的系统，可以执行以下步骤：
60.步骤1、数据获取：thingworx平台的数据来源是通过kepware数采服务器和工业数据网关连接集控层的scada系统的实时数据库、历史数据库和电控层的plc数采数据。
61.步骤2、数据预警建模及展示：数据预警规则建模工具通过kepware数采服务器获取到的多维原始数据进行数据清洗、建模、分析、存储到数据存储数据库中。通过数据预警规则建模模块进行数据建模后的预警数据可通过mashup前端做数据呈现，包括实时数据、历史数据和自动弹框告警数据显示。thingworx平台通过对scada服务器数采的关键数据进行数据预警建模分析，依据相关的数据预警规则进行建模，并将数据存储到数据库中保存。
62.数据预警规则模块对产前和产中需要关注的实时数据进行数据同化算法建模，通过工业数据网关汇集了批次生产过程中的同化数据，通过工业数据网关数据传输方式上传至thingworx平台，thingworx平台通过通讯网络连接kepware数采服务器和集控层的scada、电控层plc之间进行数据交互，kepware数采服务器采用grafana数据可视化和mashup前端展示技术，通过实时数据库和历史数据库获取产前产中操作人员需要及时关注的批次生产指标数据，获取到的数据信息通过数据预警规则建模分析模块进行数据预警机制建模来分析批次生产过程中生产现场批次配方参数标准执行情况。
63.所有数据存储在数据存储数据库中，通过数据预警建模分析模块进行数据预警建模后的预警实时数据和历史趋势数据可通过mashup前端做数据预警呈现。通过数据预警建模分析模块进行数据预警建模后的预警数据监测批次生产过程中的数据运行状态异常时，还会通过mashup前端及时进行告警弹框显示，提醒工段责任人发现异常报警信息并处理。
64.步骤3、产前校验：产前校验过程分为配方校验、能源校验、设备状态校验、工艺参数校验，进行生产前4个方面的智能化防差错质量风险管控，对各个模块校验结果进行校验异常详请分类显示，及时告知工段责任人存在异常的具体点位和原因。产前校验需要生产前设备线启动后人工触发来执行。
65.工段责任人在做批次任务下发时，thingworx平台通过scada系统任务下发过程自动获取该批次配方参数标准等信息。在生产前，工段责任人会先线启动来检查设备运行状态是否正常，当前的配方标准、能源动力、设备运行状态、工艺参数执行情况是否能够满足生产的需要。可以通过thingworx平台来完成之前人工的校验过程，其中就包括配方校验、能源校验、设备状态校验、工艺参数校验。校验过程出现校验异常，会通过mashup前端界面及时显示校验不通过的异常详请，及时告知校验不通过的精准异常点位及异常原因。
66.步骤4、产中预警消息推送：基于数据预警规则建模后的数据模型，实时在线比对生产过程中设备状态及工艺参数的执行情况，比对异常时自动预警推送机制，thingworx平台后端支持微服务自动推送预警信息到相关工段责任人的企业微信的功能。
67.产中预警主要分为两类：产中预警信息推送和产中报警消息推送。产中预警规则出现比对异常，会通过rest api作为预警信息推送到企业微信接口，然后将相关预警信息推送到相关工段责任人企业微信作为预警提醒。与此同时，产中预警机制出现比对异常，会通过mashup前端界面及时显示产中预警中比对不一致的异常详请，及时告知产中预警点位中的精准异常点位及异常原因。
68.参考图5，基于thingworx平台的实现全集控模式下生产过程预警的系统的生产过
程预警的系统数据逻辑流程图还含有以下步骤。
69.步骤1:数据预警建模分析模块包括产前校验数据和产中预警数据。其中产中预警主要分为两类：产中预警信息推送和产中报警消息推送。在批次生产过程中的报警消息的来源是指数据预警规则建模分析模块运用多维的数据同化算法，基于多维数据同化算法耦合批次生产过程中设备状态分析数据，能充分考虑到批次生产过程中设备运行过程以及配方参数变化，增强了批次生产过程中设备运行状态预警能力。
70.步骤2：工业数据网关内置无线通信模块、有线通信模块，支持4g/5g网络和以太网接入，通过mqtt+ssl/tls、ttps方式连接thingworx平台，支持modbus rtu/modbus tcp通讯协议接入批次生产过程设备数据预警数据建模分析模块，实现了批次生产过程中实时预警数据的汇集、解析、转发、推送。
71.步骤3：thingworx平台还包括网关认证鉴权模块和标准及私有协议接入权限管理模块，scada系统的实时数据库和历史数据库的数据进行数据清洗、建模、分析、挖掘、存储，提供批次生产过程中预警能力及数据溯源支撑，告警弹框显示，通过mashup前端的告警弹框显示，将预警消息及时呈现到工段责任人面前。基于rest api和企业微信接口的连接，实现产中的自动预警推送机制，thingworx平台后端支持微服务自动推送预警信息到相关工段责任人的企业微信的功能，具备呼叫远程及时发现异常的功能，提供批次生产产前校验和产中预警的能力。
72.步骤4：thingworx平台的功能模块kepware数采服务器是opc server的一种，作为“软网关”，主要用于连接scada系统的实时数据库和历史数据库。mashup前端是一种thingworx网页，mashup可将thingworx内提供的数据服务与一组称为小组件的可视化组件组合在一起，以创建能够组合多源数据的多样化前端界面。mashup前端可实时显示预警的实时数据、历史趋势数据及自动弹框告警数据。
73.本公开提供的基于thingworx平台实现全集控模式下生产过程预警的系统，以thingworx为平台连接scada系统实时数据库技术已经比较成熟，可以做到对生产过程中的实时报警数据进行智能分析，根据数据源的历史趋势，实现对报警参数的智能辅助设置。这种方式可以提高设置报警限值的工作效率以及设置的准确性、可靠性，减少误报和漏报的报警数量，使得报警数量区域合理化，减轻中控人员的工作量，提高中控人员的监控效率。
74.同时，灵活的脚本处理功能与scada原有的报警紧密结合，结合报警信息与历史趋势进行比较，极大的提高了对报警确认的准确性，基于批日志的生产模式实现了“产前校验，产中预警，产后数据分析”的全集控模式下生产过程自动预警的生产模式，能够通过事情推送驱动的方式达到主动预警的机防模式取代原有的人防模式。
75.在一些实施例中，本公开提供一种基于thingworx平台实现全集控模式下生产过程预警的系统，该系统包括集控层scada系统、企业微信接口、实时数据库、历史数据库、工业数据网关、thingworx平台、kepware数采服务器、mashup前端、电控层plc系统、数据建模分析以及数据存储数据库。
76.thingworx平台通过工业数据网关和kepware数采服务器与集控系统scada服务器数据采集融合，获取集控层的scada系统的实时数据库、历史数据库和电控层的plc数采数据。thingworx平台可通过rest api作为预警信息推送到企业微信接口，然后将相关预警信息推送到相关工段责任人作为预警提醒。
77.thingworx平台通过对集控层scada服务器数采的产前和产中预警数据进行数据预警建模分析，依据相关的数据预警规则进行建模，并将数据存储到数据库中保存。
78.数据预警规则模块对产前和产中需要关注的实时数据进行数据同化算法建模，通过工业数据网关汇集了批次生产过程中的同化数据，通过工业数据网关数据传输方式上传至thingworx平台，thingworx平台通过通讯网络连接kepware数采服务器和集控层的scada、电控层plc之间进行数据交互，kepware数采服务器采用grafana数据可视化和mashup前端展示技术，通过实时数据库和历史数据库获取产前产中操作人员需要及时关注的批次生产指标数据，获取到的数据信息通过数据预警规则建模分析模块进行数据预警机制建模来分析批次生产过程中生产现场批次配方参数标准执行情况。
79.所有数据存储在数据存储数据库中，通过数据预警建模分析模块进行数据预警建模后的预警实时数据和历史趋势数据可通过mashup前端做数据预警呈现。通过数据预警建模分析模块进行数据预警建模后的预警数据监测批次生产过程中的数据运行状态异常时，还会通过mashup前端及时进行告警弹框显示，提醒工段责任人发现异常报警信息并处理。
80.在一些实施例中，数据预警建模分析模块包括产前校验数据和产中预警数据。其中产前校验数据分为配方校验、能源校验、设备状态校验、工艺参数校验。产前校验需要生产前设备线启动后人工触发来执行。
81.工段责任人在做批次任务下发时，thingworx平台通过scada系统任务下发过程自动获取该批次配方参数标准等信息。在生产前，工段责任人会先线启动来检查设备运行状态是否正常，当前的配方标准、能源动力、设备运行状态、工艺参数执行情况是否能够满足生产的需要。可以通过thingworx平台来完成之前人工的校验过程，其中就包括配方校验、能源校验、设备状态校验、工艺参数校验。校验过程出现校验异常，会通过mashup前端界面及时显示校验不通过的异常详请，及时告知校验不通过的精准异常点位及异常原因。
82.在一些实施例中，数据预警建模分析模块包括产前校验数据和产中预警数据。
83.产中预警主要分为两类：产中预警信息推送和产中报警消息推送。在批次生产过程中的预警信息，例于掺兑加香工段，主要是各类掺配物重量、物料流量、滚筒工作时电机频率、加香比例、加香喷嘴引射压力、排潮风门开度、出口烟丝含水率等。
84.各类掺配物重量预警机制是指批次生产过程中膨胀烟丝、梗丝、各级模块烟丝的重量和存储时间与批次工艺标准的配方重量和存储时间进行实时比对。产中预警规则出现比对异常，会通过rest api作为预警信息推送到企业微信接口，然后将相关预警信息推送到相关工段责任人企业微信作为预警提醒。与此同时，产中预警机制出现比对异常，会通过mashup前端界面及时显示产中预警中比对不一直的异常详请，及时告知产中预警点位中的精准异常点位及异常原因。
85.在一些实施例中，数据预警建模分析模块包括产前校验数据和产中预警数据。
86.产中预警主要分为两类：产中预警信息推送和产中报警消息推送。在批次生产过程中的报警消息的来源是指数据预警规则建模分析模块运用多维的数据同化算法，基于多维数据同化算法耦合批次生产过程中设备状态分析数据，能充分考虑到批次生产过程中设备运行过程以及配方参数变化，增强了批次生产过程中设备运行状态预警能力。
87.在一些实施例中，工业数据网关内置无线通信模块、有线通信模块，支持4g/5g网络和以太网接入，通过mqtt+ssl/tls、ttps方式连接thingworx平台，支持modbus rtu/
modbus tcp通讯协议接入批次生产过程设备数据预警数据建模分析模块，实现了批次生产过程中实时预警数据的汇集、解析、转发、推送。
88.在一些实施例中，thingworx平台还包括网关认证鉴权模块和标准及私有协议接入权限管理模块，scada系统的实时数据库和历史数据库的数据进行数据清洗、建模、分析、挖掘、存储，提供批次生产过程中预警能力及数据溯源支撑，告警弹框显示，通过mashup前端的告警弹框显示，将预警消息及时呈现到工段责任人面前。基于rest api和企业微信接口的连接，实现产中的自动预警推送机制，thingworx平台后端支持微服务自动推送预警信息到相关工段责任人的企业微信的功能，具备呼叫远程及时发现异常的功能，提供批次生产产前校验和产中预警的能力。
89.在一些实施例中，thingworx平台的功能模块kepware数采服务器是opc server的一种，作为“软网关”，主要用于连接scada系统的实时数据库和历史数据库。mashup前端是一种thingworx网页窗口，mashup可将thingworx内提供的数据服务与一组称为小组件的可视化组件组合在一起，以创建能够组合多源数据的多样化前端界面。mashup前端可实时显示预警的实时数据、历史趋势数据及自动弹框告警数据。
90.本公开还提供了一种基于thingworx平台实现全集控模式下生产过程预警的方法，包括以下步骤：
91.(1)数据获取：thingworx平台的数据来源是通过kepware数采服务器和工业数据网关连接集控层的scada系统的实时数据库、历史数据库和电控层的plc数采数据。
92.(2)数据预警建模及展示：数据预警规则建模工具通过kepware数采服务器获取到的的多维原始数据进行数据清洗、建模、分析、存储到数据存储数据库中。通过数据预警规则建模模块进行数据建模后的预警数据可通过mashup前端做数据呈现，包括实时数据、历史数据和自动弹框告警数据显示。
93.(3)产前校验：产前校验过程分为配方校验、能源校验、设备状态校验、工艺参数校验，进行生产前4个方面的智能化防差错质量风险管控，对各个模块校验结果进行校验异常详请分类显示，及时告知工段责任人存在异常的具体点位和原因。
94.(4)产中预警消息推送：基于数据预警规则建模后的数据模型，实时在线比对生产过程中设备状态及工艺参数的执行情况，比对异常时自动预警推送机制，thingworx平台后端支持微服务自动推送预警信息到相关工段责任人的企业微信的功能；
95.在一些实施例中，步骤(1)至(4)中，thingworx平台后端通过微服务的架构自动接入企业微信接口，实现预警消息的自动预警推送机制，结合mashup前端自动弹框显示预警信息，及时将异常情况告知工段责任人。
96.本公开对集控的scada系统和电控的plc的数据源点进行数据采集，分析相关设备运行状态数据、工艺参数标准执行数据的历史趋势及预警参数特性，建立了数据预警规则模型；并将数据存储到数据库中；选择掺兑加香段作为试点工段，检验产前校验和产中预警的程序有效性和系统稳定性，程序调试和测试成功后，进行其他工段的推广应用。
97.本公开通过thingworx平台与集控的scada系统和电控的plc的融合应用，提供一种基于thingworx平台实现全集控模式下生产过程预警的系统，实现批次生产过程中设备运行状态、工艺参数执行情况的数据采集融合处置，数据预警建模分析及mashup前端界面的自动弹框技术，实现了批次生产过程的产前校验及产中预警机制，结合了微服务架构中
企业微信自动推送预警的方式，实现了全集控模式下生产过程自动预警的机防模式。
98.在批次生产过程中的报警消息的来源是指数据预警规则建模分析模块运用多维的数据同化算法，基于多维数据同化算法耦合批次生产过程中设备状态分析数据，能充分考虑到批次生产过程中设备运行过程以及工艺配方参数变化，增强了批次生产过程中设备运行状态预警能力。
99.mashup可将thingworx内提供的数据服务与一组称为小组件的可视化组件组合在一起，以创建能够组合多源数据的多样化前端界面。mashup前端可实时显示预警的实时数据、历史趋势数据及自动弹框告警数据。
100.基于rest api和企业微信接口的连接，实现产中的自动预警推送机制，thingworx平台后端支持微服务自动推送预警信息到相关工段责任人的企业微信的功能，具备呼叫远程及时发现异常的功能，提供批次生产产前校验和产中预警的能力。极大的减轻了操作人员的工作量，使得全集控模式下生产监控过程更具科学性、规范性和高效性。同时报警的推送方式更加智能化，提高了操作人员对现场生产过程的感知能力，及时通过报警触发处理现场问题更加及时性、准确性。mashup界面清新，使用方便，实用性强，方便、较好的满足了车间生产监控室人员的需求。
101.图6是示出根据本公开一些实施例的基于thingworx平台的实现全集控模式下生产过程预警的系统产前校验的展示示意图。
102.图7是示出根据本公开一些实施例的基于thingworx平台的实现全集控模式下生产过程预警的系统产中预警的展示示意图。
103.图8是示出用于实现本公开一些实施例的计算机系统的框图。
104.如图8所示，计算机系统80可以通用计算设备的形式表现。计算机系统80包括存储器810、处理器820和连接不同系统组件的总线800。
105.存储器810例如可以包括系统存储器、非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(boot loader)以及其他程序等。系统存储器可以包括易失性存储介质，例如随机存取存储器(ram)和/或高速缓存存储器。非易失性存储介质例如存储有执行预警方法中的至少一种的对应实施例的指令。非易失性存储介质包括但不限于磁盘存储器、光学存储器、闪存等。
106.处理器820可以用通用处理器、数字信号处理器(dsp)、应用专用集成电路(asic)、现场可编程门阵列(fpga)或其它可编程逻辑设备、分立门或晶体管等分立硬件组件方式来实现。相应地，诸如判断模块和确定模块的每个模块，可以通过中央处理器(cpu)运行存储器中执行相应步骤的指令来实现，也可以通过执行相应步骤的专用电路来实现。
107.总线800可以使用多种总线结构中的任意总线结构。例如，总线结构包括但不限于工业标准体系结构(isa)总线、微通道体系结构(mca)总线、外围组件互连(pci)总线。
108.计算机系统80还可以包括输入输出接口830、网络接口840、存储接口850等。这些接口830、840、850以及存储器810和处理器820之间可以通过总线800连接。输入输出接口830可以为显示器、鼠标、键盘等输入输出设备提供连接接口。网络接口840为各种联网设备提供连接接口。存储接口850为软盘、u盘、sd卡等外部存储设备提供连接接口。
109.这里，参照根据本公开实施例的方法、装置和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个框以及各框的组合，都可以
由计算机可读程序指令实现。
110.这些计算机可读程序指令可提供到通用计算机、专用计算机或其他可编程装置的处理器，以产生一个机器，使得通过处理器执行指令产生实现在流程图和/或框图中一个或多个框中指定的功能的装置。
111.这些计算机可读程序指令也可存储在计算机可读存储器中，这些指令使得计算机以特定方式工作，从而产生一个制造品，包括实现在流程图和/或框图中一个或多个框中指定的功能的指令。
112.本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。
113.通过上述实施例中的基于thingworx平台的预警方法及装置、计算机可存储介质，可以提高生产过程中的预警准确性。
114.至此，已经详细描述了根据本公开的基于thingworx平台的预警方法及装置、计算机可存储介质。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。