关于前端:DGIOT数字工厂工单结构介绍

11次阅读

共计 1754 个字符,预计需要花费 5 分钟才能阅读完成。

[小 迪 导读]:通过物联网平台记录生产工单,节俭人力与治理老本:

老式计划 智慧工厂
手动记录,费时费力,信息不牢靠容易失落 自动记录,一键查问

产品、通道、物模型建设

针对工厂表单整体产品构造如下

首先为对象建设产品,产品名为工厂产品。并将其信息录入通道抉择为 FACTORY 类型通道。

表单建设

依据结构图建设产品具体表单与物模型。在建设物模型时需明确物模型对应的表单,表单名对应物模型中的设施类型。而物模型的标识符则由 {表单名 +_+ 属性标识} 构造形成,下图则在 product 表单下建设一个名为 status 的字段。

对于非时变数据,也即在每次上报中都存在但值却不会发生变化。抉择不存储即可。

数据类型反对多种,倡议做法为,工夫戳抉择长整型、简略字符串抉择 text 类型,针对简单较长的规范性数据,如产品规格,原材料类型倡议应用枚举类型。

针对表单内数据构建实现后需额定为每个表单减少一 id 物模型,此项用作每条数据的惟一标识,由代码主动生成填写,数据类型抉择 text,长度为 10,存储。如下为 product 表的 id 物模型。

非凡表单建设

实现所有表单建设后,需额定新建一 person 表单,此表单用于记录操作信息。
token 属性用于记录操作者惟一标识。

type 属性用于记录操作工单类型。

可依据须要增加额定属性。
物模型构建实现后如下:

数据存入

数据存入接口为 put_amis_device_id 接口

参数

参数为 id 和 body 两个

  1. id:id 为订单的 id 对应 dgiot 平台中在杰诺产品下的设施 id
  2. body:body 中为具体内容
    其传参格局(以 product 表单为例)为:

    {
     "content":{
          "product":{
         "cdate":"2022-07-19",
         "condition":1,
         "dingdan":"MO000015",
         "fmater":1,
         "machine":"1# 机 2# 机",
         "mhour":0,
         "packspec":"100 片 / 包 8 包 / 箱",
         "people":"worker",
         "pnumber":11,
         "prom":"V7070W-1-300350-100QF-8-1",
         "prostand":"300X350MM",
         "rejects":1,
         "smater":1,
         "subtime":1658208217024,
         "ymater":1,
         "ymodel":"38*25.5*32CM"
     },
         "person":{"type":"product"}
     }
    }

    所有信息位于 conten 字段下,conten 下别离有两个字段:product 和 person。person 字段下为物模型中 person 表单中的字段内容,用于记录操作人员和操作表单、product 为须要具体存储的表单数据(其余表单只需替换表单名即可)。
    product 和 person 字段下各字段别离对应物模型中各自表单下物模型标识符后半局部,如针对 product_condition,只需在 product 下为 condition 字段赋值即可。

    应用阐明

    依据是否批改可将表单分为批改性表单与非批改性表单。
    针对非批改性表单只需将须要存储的数据依照格局调用接口即可。
    针对批改性表单, 需首先调用查问接口取得须要批改的信息,之后批改内容后调用存储接口存储数据即可。

    数据查问

    数据查问构造为 factory 下 get_data 接口。

参数

其参数如下:

  1. productId:查问的 productid 对应不同。
  2. objectId:查问的订单(对应平台设施 id)。
  3. type:须要查问的工单类型,如在表单建设阶段建设的 product 表单,必填项。
  4. limit:显示的条数。
  5. skip:跳过的数据数。
  6. where:过滤条件,填写物模型全称,如{“product_status”:1}。
  7. new:针对批改性表单,是否取最新值。true 为取最新值可用于实时监管,false 为取所有数据,可用于追溯。

    批改性表单

    批改信息需首先查问须要批改的信息,在返回值中将会返回信息的惟一 id,在实现批改后需将 id 传递给存储构造,用于标记同一条信息。

通过设置查问接口 new 为 true 能够实现查问最新记录,其余则会返回所有历史记录。

[小 迪 点评]

  • 以工单录入查问为根底,dgiot 提供了残缺的工厂治理性能

想理解更多 dgiot 的具体细节,欢送大家在 GitHub 上查看相干源代码。

正文完
 0