anlicheng/iot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Update publish_command.md

Browse Source
This commit is contained in:
徐立峰 2023-08-18 15:36:29 +08:00
parent c6615f029e
commit 55de0cf34f
1 changed files with 20 additions and 12 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

32
docs/publish_command.md
View File

@ -27,7 +27,7 @@
* 1代表参数下发，就是向该设备端的微服务发送消息,该消息会辗转发送给微服务进行处理，比如，设置modbus微服务的波特率等消息 * 1代表参数下发，就是向该设备端的微服务发送消息,该消息会辗转发送给微服务进行处理，比如，设置modbus微服务的波特率等消息
* 2代表采集向下发，比如，设置某个设备短上的modbus微服务采集某个地址的数据 * 2代表采集向下发，比如，设置某个设备短上的modbus微服务采集某个地址的数据
* 3代表下发微服务文件。 * 3代表下发微服务文件。
* 4代表下发数据流图，这个指令用于设置设备端上各个微服务之间的逐句流转。 * 4代表下发场景，这个指令用于设置设备端上各个微服务之间的逐句流转。
### 3.1 参数下发的结构 ### 3.1 参数下发的结构
对于参数下发，下发内容中的m为一个`map[string]interface{}`结构，用于向某个微服务发送参数，具体参数内容由微服务的参数配置提供。 对于参数下发，下发内容中的m为一个`map[string]interface{}`结构，用于向某个微服务发送参数，具体参数内容由微服务的参数配置提供。
@ -58,19 +58,27 @@
### 3.3 采集项下发的结构 ### 3.3 采集项下发的结构
采集项下发时，下发内容中的m为一个`[]map[string]interface{}`结构的列表，每一个条目是一个采集项内容，具体采集向内容由微服务的采集项配置提供。 采集项下发时，下发内容中的m为一个`[]map[string]interface{}`结构的列表，每一个条目是一个采集项内容，具体采集向内容由微服务的采集项配置提供。
### 3.4 微服务下发的结构 ### 3.4 场景下发的结构
在微服务下发中，`to`字段会被忽略，可以填写空字符串，而m字段为json化之后的数据，json化之前结构如下： 在场景下发中，`to`字段会被忽略，可以填写空字符串，而m字段为json化之后的数据，json化之前结构如下：
```json ```json
{ {
"f": "微服务名", "scene_id": “场景的uuid”,
"v": "微服务版本" "scene_name": "场景名称",
"k": "微服务下载的token" // 节点列表
"md5": "微服务的md5值，用于验证下载完整性" "v": [{
// ms表示是微服务，config表示配置文件，self表示efka的新版本 ”id“: "节点id",
"t": "ms|config|self" "service_name": "服务名，$name-version的形式",
// o代表oldversion，老版本，如果t为ms，且o不为空字符串， "real_service": "实际服务，$name$copy-$version的形式",
// 则表示要升级微服务版本，老版本的内容会被删除和替换。 "url": "服务下载url",
"o": "old-version" "md5": "服务的md5值",
"props": "props",
"display_name": "涂上展示的信息"
}]
// 连线列表
”e“: [{
"from": 出节点的id,
"to": 入节点的id,
}]
} }
``` ```