[小 迪 导读]:通过物联网平台记录生产工单,节俭人力与治理老本:
老式计划 | 智慧工厂 |
---|---|
手动记录,费时费力,信息不牢靠容易失落 | 自动记录,一键查问 |
产品、通道、物模型建设
针对工厂表单整体产品构造如下
首先为对象建设产品,产品名为工厂产品。并将其信息录入通道抉择为 FACTORY 类型通道。
表单建设
依据结构图建设产品具体表单与物模型。在建设物模型时需明确物模型对应的表单,表单名对应物模型中的设施类型。而物模型的标识符则由 {表单名 +_+ 属性标识} 构造形成,下图则在 product 表单下建设一个名为 status 的字段。
对于非时变数据,也即在每次上报中都存在但值却不会发生变化。抉择不存储即可。
数据类型反对多种,倡议做法为,工夫戳抉择长整型、简略字符串抉择 text 类型,针对简单较长的规范性数据,如产品规格,原材料类型倡议应用枚举类型。
针对表单内数据构建实现后需额定为每个表单减少一 id 物模型,此项用作每条数据的惟一标识,由代码主动生成填写,数据类型抉择 text,长度为 10,存储。如下为 product 表的 id 物模型。
非凡表单建设
实现所有表单建设后,需额定新建一 person 表单,此表单用于记录操作信息。
token 属性用于记录操作者惟一标识。
type 属性用于记录操作工单类型。
可依据须要增加额定属性。
物模型构建实现后如下:
数据存入
数据存入接口为 put_amis_device_id 接口
参数
参数为 id 和 body 两个
- id:id 为订单的 id 对应 dgiot 平台中在杰诺产品下的设施 id
-
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 接口。
参数
其参数如下:
- productId:查问的 productid 对应不同。
- objectId:查问的订单(对应平台设施 id)。
- type:须要查问的工单类型,如在表单建设阶段建设的 product 表单,必填项。
- limit:显示的条数。
- skip:跳过的数据数。
- where:过滤条件,填写物模型全称,如{“product_status”:1}。
-
new:针对批改性表单,是否取最新值。true 为取最新值可用于实时监管,false 为取所有数据,可用于追溯。
批改性表单
批改信息需首先查问须要批改的信息,在返回值中将会返回信息的惟一 id,在实现批改后需将 id 传递给存储构造,用于标记同一条信息。
通过设置查问接口 new 为 true 能够实现查问最新记录,其余则会返回所有历史记录。
[小 迪 点评]
- 以工单录入查问为根底,dgiot 提供了残缺的工厂治理性能
想理解更多 dgiot 的具体细节,欢送大家在 GitHub 上查看相干源代码。