MQTT

通过外部 MQTT Broker 以普通 MQTT 或 Sparkplug B 发布数据的设备，Broker 作为其下所有设备共用的节点来建模，并能把工作站自己的数据发布到 Broker。

MQTT 驱动读写那些通过外部 MQTT Broker发布数据的装置的点位：网关、无线传感器、Node-RED 流程、讲 Sparkplug B 的边缘节点。工作站是这个 Broker 的客户端：它订阅点位要读的主题，并发布你做的写入；每个 Broker 还能发布工作站自己的数据，也就是它的发布卡片上列出的点位、Logic 变量和报警，以 JSON 或 Sparkplug B 发布。工作站是客户端而不是 Broker，所以装置和工作站都要连到一个 Broker 上；手上没有 Broker 时，工作站自己的 MQTT Broker就可以充当这个 Broker，打开它后，这个驱动会多出 Broker 本工作站；安装一个 Broker说明怎样另外搭一个。

一个 Broker 后面的所有设备都走同一条连接，所以结构是驱动 → Broker → 设备 → 点位：Broker持有它在哪里应答、工作站如何登录，只填一次；其下的每台设备只持有自己的发布方式（普通 MQTT 或 Sparkplug B）和自己的点位。两种协议可以在同一个 Broker 下并存。数值靠订阅到达，而不是轮询，所以 MQTT 的设备和点位都没有轮询间隔。

驱动页面

MQTT 驱动的页面列出的是 Broker，而不是设备。页头下面那句话是“每个 Broker 是到一个外部 MQTT Broker 的一条连接。先配置它的应答地址和工作站的登录方式，再添加通过它发布数据的设备。”MQTT Broker表格在标题右边带着添加 Broker，每个 Broker 一行：名称、地址（mqtt://host:port，走 TLS 时是 mqtts://host:port，Broker 还没有主机时为空）、设备、状态（一个圆点，加上 Broker 的状态和它的设备在做什么，例如“在线 · 2/2 台设备在线”），然后是打开，有“配置 Connector”权限时还有启用、禁用和删除。表格为空时显示“还没有 Broker。”拒绝了工作站的 Broker，名称后面带着树里同样的红色标记，页面标题栏下面点名有错误的 Broker（“1 个 Broker 有错误：Plant”）。

在树里，驱动那一行把两层都数出来（“1 个 Broker · 2 台设备”），页面的页头把 Broker 的个数写在括号里。在列底部的“新建…”菜单里，MQTT 那一项提供新建 Broker，然后是每个 Broker，各带自己的新建设备和设备；右键点驱动那一行则提供添加 Broker。驱动的命令栏上没有发现设备：一次扫描只在一个 Broker 上监听，所以它在 Broker 的页面上。驱动添加之后就出现在树里的“驱动”文件夹下面，不论有没有 Broker。

Broker

添加 Broker、“新建…”菜单里的新建 Broker，以及驱动那一行的右键菜单，都会创建一个名叫“新建 Broker”（接下来是“新建 Broker 2”）的 Broker，并且处于禁用状态，好让你在工作站连接之前先把连接填好。操作记录条也这样说：“已添加处于禁用状态的 Broker‘新建 Broker’。请填写它的应答地址，然后启用它。”这个 Broker 不会被打开：它在驱动页面的“MQTT Broker”表格里突出显示，从“新建…”或右键菜单新建时画面会转到那个页面。用它那一行的打开或者树里它那一行打开的 Broker 页面，显示一句“一个 MQTT Broker：它在哪里应答，以及工作站如何登录它。其下的每台设备都共用这条连接。”，页头里是状态、它的圆点和地址。标题栏下面点名 Broker 下有自身错误的设备（“1 台设备有错误：Pump”）；Broker 本身有错误期间，设备都指向 Broker：设备页面显示“此设备经由 Broker Plant，该 Broker 有错误。原因见 Broker 页面。”

Broker 连接卡片

字段下面有一句话，说明 Broker 和它的设备在做什么、Broker 还缺什么，接着是“此 Broker 下的所有设备以及工作站发布到它的内容共用这条连接：第一台已启用的设备或第一行发布内容需要时，会话才会打开。”Broker 启用期间，每个字段都仍然可以编辑。保存对应答地址、传输方式、登录信息、客户端 ID 或保活间隔的修改后，Broker 下所有设备共用的那一个会话会重新连接。

命令栏

右键点 Broker 那一行，会出现添加设备、启用、禁用和删除。

Broker 的状态

Broker 把自己的会话和设备分开报告，出现在树的那一行、驱动的 Broker 表格以及它自己的页头里：

树的那一行显示状态和设备数量（“在线 · 2 台设备”），卡片下面的摘要再补上设备在做什么：“在线 · 2/2 台设备在线”“在线 · 1 台在线 · 1 台有问题”“无会话 · 没有已启用的设备”。宣告自己死亡的 Sparkplug B 设备只让它自己下线：Broker 仍然在线。会话讲 MQTT 5，遇到不支持的 Broker 就退回 MQTT 3.1.1，以干净状态开始，并自行重连；Broker 一直不回来时，两次尝试之间等得越来越久。

发现设备卡片

只为有“配置 Connector”权限的角色画出来，位于这句话下面：“在此 Broker 上监听一段时间：收集自行宣告的 Sparkplug B 边缘节点和设备，以及过滤器下的主题。”

发现设备开始扫描，扫描进行时变成取消。字段下面那句话说明它要做什么（“在 192.168.0.20:1883 上监听 10 s。”），进度那一行给时间窗计数（“正在监听 192.168.0.20:1883 · 4/10 s…”）。扫描需要 Broker 上已保存的主机，在那之前卡片显示“设备发现之前，请填写 Broker 的主机，并等修改保存。”Broker 上尚未保存的修改会先保存；保存不了就什么也不开始：“设备发现没有开始，因为 Broker 的修改无法保存。”

扫描在 Broker 上做的事：

• 它用自己的客户端 ID 连接，所以绝不会把设备的会话挤下 Broker，而且可以在 Broker 已启用、正在使用时运行。
• 它订阅所有 Sparkplug B 主题（spBv1.0/#）和主题过滤器。Sparkplug B 的出生证书不会被保留，所以对听到了却没有出生证书的边缘节点，会请它重新宣告一次（Node Control/Rebirth 命令，这是扫描唯一发布的消息）；正在运行的边缘节点会在时间窗内回应。
• 每个宣告自己的边缘节点及其后面的每台设备（NBIRTH、DBIRTH）都成为一个候选，带着它的指标作为点位，类型按出生声明的来。边缘节点自身的管道（bdSeq 以及 Node Control/… 和 Device Control/… 指标）被排除，没有点位能读的指标（数组、数据集、模板、属性集、字节串、文件）也被排除，并按原因计数。听到了但在时间窗内没有出生的边缘节点，会以不带点位的方式列出。
• 有主题过滤器时，在其下听到的普通主题单独成为一个候选：每个主题是一个点位；如果负载是 JSON，其中每个值按数值路径各成一个点位（每个主题最多 32 个，最深 4 级，数组只取前 8 个元素）。数字作为 Double，true 或 false 作为 Boolean，其余作为 String。列表到 500 个主题为止。发布者保留了最后一条消息的主题会立刻被听到；其他主题只有在时间窗内发布时才会被听到。
• 在你添加某个候选之前，什么都不保存。取消会立刻结束时间窗。

结果卡片发现的设备列出发布身份（group/edge node，边缘节点后面的设备再加 /device，或者“普通主题”）、设备（添加时用的名字，可以编辑：设备 ID 或边缘节点 ID，或者过滤器在第一个通配符之前的各级）、结果（“已选中 12 个点位中的 12 个”）以及添加设备，它会在这个 Broker 下用这些点位创建设备。Broker 上已经配置过的 Sparkplug B 身份显示“已经配置过”，改为提供打开。什么都没听到的扫描会说“扫描监听期间，此 Broker 上没有任何设备宣告自己。”

已经有的设备可以在自己的页面上找出它还没在读的东西：点位卡片标题栏里的发现点位在它的 Broker 上监听 10 秒。Sparkplug B 设备只听它自己的边缘节点，并请这个节点重新发出出生消息，其他边缘节点一概不打扰；普通设备听它的点位共有的层级下面的主题（plant/oven/temperature 和 plant/oven/count 就是 plant/oven/#），没有共有层级时就听 Broker 上的所有主题。只列出它还没有点位的值（见发现一台设备的点位）。

设备卡片

“每台设备读取普通主题，或一个 Sparkplug B 边缘节点或设备。连接继承自 Broker，在这里无法更改。”添加设备在这个 Broker 下创建“新建设备”，已启用、普通 MQTT，在这张表格里突出显示并滚动到可见处：“已在‘Plant’上添加设备‘新建设备’。”表格列出设备、发布身份、点位和健康状态，每一行有打开、启用、禁用和删除；为空时显示“此 Broker 下没有配置任何设备。”有自身错误的设备，名称后面带着树里同样的红色标记。

发布卡片

最后一张卡片把工作站自己的数据发布到这个 Broker，卡片上写着“每当数值或其质量变化时，工作站就把每一行以 JSON 发布到此 Broker 上该行的主题，并在每次连接建立时重新发布所有行。Broker 为之后订阅的人保留每个主题的最后一条消息。工作站只订阅设为读写的各行的写入主题。”能查看 Connector 的人可以读这张卡片，能配置 Connector 的人可以修改它。工作站自己的 MQTT Broker对应的 Broker 本工作站 也有同样的卡片。

在 Sparkplug B 中，标题下的那句话改为“在此 Broker 上，工作站是一个 Sparkplug B 边缘节点：Logic 的变量和报警是它自己的指标，每个有行的设备都是一个 Sparkplug B 设备。连接打开时以及列表每次变化时，它会宣告所有指标，之后发布每个变化的值或质量。只有设为读写的行才接受来自命令的值。”，字段下方的 边缘节点 ID（工作站的名称） 显示它发布时所用的边缘节点。

表格列出 信号源、主题 和 访问，按主题排序；还没有选信号源的行显示“尚无信号源”。一行都没有时显示“还没有向此 Broker 发布任何内容。用新建行添加一行。”Broker 已停用而列表中有行时，会有一条提示：“Broker 已停用，因此在启用之前不会发布任何内容。”Broker 的某一行设为读写时，还会有第二条提示：“设为读写的行接受发布到其写入主题的值。任何能向此 Broker 发布消息的人都能更改这些信号源，因此 Broker 的用户名和密码是它们唯一的保护。”在 Sparkplug B 中它显示：“设为读写的行接受来自 Sparkplug B 命令（NCMD、DCMD）的值。任何能向此 Broker 发布消息的人都能更改这些信号源，因此 Broker 的用户名和密码是它们唯一的保护。”在 Sparkplug B 中，主题 列变为 指标：点位显示在它的设备之后（Oven · Temperature），变量和报警按它在边缘节点上的名称显示（Logic/Oven/Setpoint、Alarms/High）。

一行的字段在改动的那一刻就会保存：

字段下面有一句话，说明这一行发布什么：

这句话下面，设为读写的行会显示它的 写入主题，即这一行的主题后加 /set。Sparkplug B 没有写入主题：第二句话说明这一行作为哪个指标发布。点位是它的 Sparkplug B 设备的指标，变量是工作站边缘节点的指标，报警则是它名称下的五个指标（Active、Acked、State、Priority 和 Message）。

列表拒绝的修改不会保存：原因以红字写在这一行的字段上方，修改留在屏幕上，方便你改正。

发布什么、什么时候发布，见发布。

设备

设备没有自己的主机、端口、凭据或轮询间隔：这些都属于 Broker。每个 Sparkplug B ID 是主题中的一级：“Sparkplug B ID 不能包含 '/'、'+' 或 '#'。”一个 Broker 只认一次某个 Sparkplug B 边缘节点或设备，所以在同一个 Broker 上组 ID、边缘节点 ID 和设备 ID 都相同的第二台设备会被拒绝：“Broker‘Plant’上的 Sparkplug B 设备 Plant/Line1/Press1 已属于设备‘Press’。”普通 MQTT 设备在 Broker 上不指明任何属于自己的东西，两台这样的设备可以读同样的主题。

页头显示的基础 URI 就是运行时地址：mqtt://<broker id>?host=…&port=…&tls=0&keepAlive=60&clientId=…&mode=plain（设备设置了无消息的最长时间时再加 &silence=…），Sparkplug B 设备则是 mode=sparkplug&group=…&node=…，边缘节点后面的设备再加 &device=…。它用 Broker 的稳定标识来指代 Broker，从不用显示名称，也从不带用户名或密码。

MQTT 设备的副本留在同一个 Broker 上。Sparkplug B 副本取该 Broker 上还没有设备使用的第一个身份：它最内层的 ID（设备 ID，读边缘节点自己的指标时则是边缘节点 ID）像副本的名称那样加上编号（“Press1 (2)”）。

点位寻址

地址字段在普通 MQTT 设备上是主题，在 Sparkplug B 设备上是指标，而且必填（“这个驱动必须填写主题。”）。普通点位还多三个字段；Sparkplug B 指标一个都没有，因为它自带类型，并通过协议自己的命令写入。

数据类型有 Boolean、Int16、Int32、Int64、Float、Double、String 和 DateTime。只读的线路地址预览是主题后面跟上 path、command、payload 中适用的部分（plant/line1/temperature?path=sensors[0].value&command=plant/line1/setpoint），或者是指标名称；会结束某一部分的字符（%、?、&、=、#、+、空格）写作 %XX。

读取

会话为它订阅的每个主题保留最后一条消息，点位从那里读：

Boolean 点位接受 true 或 false、1 或 0、on 或 off。整数点位接受小数并四舍五入，超出范围的数会被拒绝。DateTime 点位接受 ISO 8601 文本或 Unix 毫秒。String 点位按原样接受文本，JSON 对象或数组则按原始 JSON 接受。无符号类型的 Sparkplug B 指标按宽一级的有符号类型来读（UInt8 读作 Int16，UInt16 读作 Int32，UInt32 和 UInt64 读作 Int64），这样整个范围都能读到。

写入

写入走的路径和其他任何驱动相同：写入框接收工程值，在发布原始值之前，转换的各级被倒过来执行（见 Connector）。

Broker 无法连接时，或者边缘节点或设备已经宣告死亡时，写入会作为已断开被拒绝，什么也不发送。对出生证书没有声明的指标进行的 Sparkplug B 写入会被拒绝，因为边缘节点不会接受；指标类型装不下的值也一样。写入从不保留：被保留的设定值会被之后连上的每个订阅者再执行一次。

发布

本节说明 发布格式 为 JSON 时的情况；Sparkplug B 见下一节。

Broker 的发布卡片上的每一行都会发布到它的主题，作为保留消息，QoS 为 1，走的是 Broker 的设备所用的那条连接：工作站从不对一个 Broker 开第二条连接。只用来发布的 Broker 不需要任何设备。它仍然在 MQTT 驱动下面，它的状态（正在连接…、在线、无法连接）就是这条连接的状态。只要它已启用且列表中有行，它就发布；它没有自己的开关。

值按它的 JSON 类型传送：数字、true 或 false、文本，日期时间用 ISO 8601 文本；JSON 无法表示的数字（NaN、无穷大）传送为 null。已停用设备的点位发布 null 和 bad。

工作站读取它要发布的内容，不为此计算任何东西：点位最后一次读数、变量的值、报警的状态。它不订阅只读行的任何主题，所以别的系统在那里发布的消息永远不会到达工作站；设为读写的行在写入主题上接受值（回写）。代理通过 mqtt_publish_list 读取列表，通过 mqtt_publish_upsert 和 mqtt_publish_delete 修改列表（工具）：

mqtt_publish_upsert(brokerId: "<id from mqtt_broker_list>", source: "Connector.Simulated.Oven.Temperature")
mqtt_publish_upsert(brokerId: "<id from mqtt_broker_list>", source: "Alarms.Oven.HighTemperature", topic: "plant/oven/alarms/high")
mqtt_publish_upsert(id: "<id from mqtt_publish_list>", access: "ReadAndWrite")
mqtt_publish_list()

以 Sparkplug B 发布

发布格式 设为 Sparkplug B 时，Broker 按 Sparkplug B 规范发布同一个列表，工作站作为边缘节点：Sparkplug B 主机（例如 Ignition 的 MQTT Engine）会把工作站列在它的组和边缘节点之下，每个设备列在其下，每个指标都带着它的类型，不需要任何手工建立的映射。连接与 JSON 时一样，是 Broker 的设备所用的那条连接。

名称中的 / 会变成 _，所以只有文件夹构成层级。名称变得相同的两个设备或两个指标，会按各自原名的顺序加上 _2、_3。各行保留自己的主题：在 Sparkplug B 中这些主题上不发布任何内容，Broker 改回 JSON 后，列表会重新在这些主题上发布。

除 NDEATH 外，所有消息都以 QoS 0 发出，从不保留。序号 seq 在每个 NBIRTH 时从 0 开始，之后每条消息加一，到 255 后重新开始；bdSeq 计数连接，所以同一条连接的 NBIRTH 和 NDEATH 带着相同的编号。Broker 不可用期间，不会有任何内容在队列中等待。

点位按它自己的类型发布；变量按 OPC UA 服务器提供它时的类型发布（整数为 Int64，实数为 Double，显示用的值为文本）。每个指标在属性 Quality 中带着它的质量，这是 Sparkplug B 主机读取的惯例：192 为良好，64 为不确定（读数不再到来时带着上次发布的值），0 为不良（这时指标没有值）。

工作站始终监听发给边缘节点的命令，以便主机随时可以请求重新宣告；发给设备的命令只在该设备的某一行设为读写时才监听。把 Broker 切换为 Sparkplug B 会让它的连接重新建立一次，以便 Broker 持有边缘节点的遗嘱；Broker 的设备会像经历任何重连一样经历这一次。工作站是边缘节点，不是主要主机应用：它在出生前不等待主机的 STATE 消息。

mqtt_broker_upsert(id: "<id from mqtt_broker_list>", publishFormat: "SparkplugB", sparkplugGroupId: "Plant1")
mqtt_publish_list()

回写

发布卡片上设为 读写 的行，会在它的写入主题（这一行的主题后加 /set）上接受值：例如读取 plant/oven/setpoint 的云端仪表板会把新的设定值发到 plant/oven/setpoint/set。工作站写入它的方式，与 Modbus 服务器或 OPC UA 服务器的客户端写入标为读写的行相同。

诊断日志会像记录操作员的写入一样，把每次写入记在 Connector 区域，来源为 MQTT <Broker 名称>。没有写入的消息会在诊断日志的 Connector 区域、组件MQTT publication下记录，先记一次，重复期间每隔几分钟记一条汇总。

唯一的保护是 Broker 的用户名和密码：Broker 允许谁在写入主题上发布，谁就能更改那个信号源；在与他人共用的云端 Broker 上，这些人会多于工厂里的人。请只给 Broker 上仪表板的账户它需要的主题。在设为 Sparkplug B 的 Broker 上，同样的行接受 Sparkplug B 命令（NCMD、DCMD），而不是写入主题（以 Sparkplug B 发布）。

"C:\Program Files\mosquitto\mosquitto_pub" -h localhost -u dashboard -P <password> -t plant/oven/setpoint/set -m 65

安全

勾选使用 TLS 时，Broker 的证书通过两种方式之一被接受：它的证书链和主机名对照 Windows 证书存储验证通过，和这台计算机上的任何 HTTPS 连接一样；或者你在本驱动页面的现场设备访问里批准了这份证书本身。证书来自你自己的证书颁发机构的 Broker，只要把该颁发机构安装到 Windows 存储中就会受信任；使用自签名证书的 Broker，在它的证书获得批准后无需安装任何东西。不检查吊销；也没有任何东西会不看就接受一份证书：陌生的证书被拒绝，Broker 显示无法连接并附上原因，它的设备则等待批准。密码在 TLS 连接内传输；不用 TLS 时就像卡片警告的那样以明文传输。

现场设备访问

使用自签名证书或由自建颁发机构签发证书的 Broker，会出示一份 Windows 中已安装的任何根证书都不为其担保的证书。无需在这台计算机上安装那个根证书。勾选使用 TLS 时，第一次连接会被拒绝，Broker 显示无法连接并附上原因，它的设备在树里和各自的页面上显示正在等待证书批准，页面上的查看证书按钮会在那份证书上打开这张卡片；证书则在 MQTT 驱动页面末尾的现场设备访问里等你决定。这张卡片和 OPC UA 驱动页面上的是同一张。

批准之前，请与管理该 Broker 的人核对指纹。批准只接受这一份证书，而且只在它的有效期内；它代替 Windows 缺少的根证书和证书上写的名字，所以按 IP 地址连接的 Broker，即使证书上写的是别的主机也能连上，而证书的其他方面一概不放宽。如果 Broker 在你批准过证书的地址上换出另一份证书，它的设备就会停止读取，新证书在这里等待，工作站会带着审核按钮提示“证书已更换：<名称>”。从“发现设备”卡片对这个 Broker 做的发现也遵循同样的决定。Windows 已经信任的证书照旧被接受，永远不会出现在这里；没有任何东西会被自动批准。

Broker 的原因会说明理由，而不是一个没有名字的 TLS 错误：“位于 <主机>:<端口> 的 Broker 的证书（指纹的前 16 个字符）正在 MQTT 驱动页面的‘现场设备访问’里等待你的批准。批准之后就开始读取。”被阻止的则显示“……在本工作站已被阻止。请在 MQTT 驱动页面的‘现场设备访问’里审核它。”超出有效期、已吊销或签名损坏的证书会以这个原因被拒绝，且永远不会被列出，因为批准也不能让它变得可靠。

这些决定保存在工作站数据文件夹的 ua\pki\mqtt 下，重启后依然有效。操作按钮只对能配置 Connector 的角色显示，而且只在工作站自己的窗口里生效：其他设备上的浏览器只能查看卡片、不能修改，也没有任何代理工具能批准证书（connector_browse 用 awaitingCertificate 标出这个 Broker 的设备）。列表最多保留 100 份等待批准的证书；列表满了以后，新的证书仍会被拒绝但不会列出，卡片会说明这一点。

准备 Broker

Broker 必须接受来自工作站所在计算机的连接，并接受工作站的登录。最常见的 Broker Eclipse Mosquitto 2 出厂时两样都不做：mosquitto.conf 中没有 listener 时它只在本机上侦听，有了 listener 后又会拒绝没有用户名的客户端。MQTT 不会说明是哪个 Broker 应答的，所以工作站只把 Mosquitto 当作常见情形来提，从不断定。

前两种会在 Broker 页面上代替其英文错误说明，并附上这些步骤和端口；它下面的设备继续指向 Broker。会话一旦连接，此提示就会自行消失。树中的标记和日志保留英文原因，原因末尾附有同样的 Mosquitto 步骤。

安装一个 Broker

工作站需要一个 Broker 来连接，装置也一样。手上没有的话，Eclipse Mosquitto 是一个以 Windows 服务方式运行的小型 Broker：

1. 从 mosquitto.org 的下载页面获取 Windows 安装程序并运行。它会在 C:\Program Files\mosquitto 中安装名为 Mosquitto Broker 的服务。

2. Mosquitto 默认只在它运行的那台计算机上应答。要让网络上的装置连进来，在该文件夹的 mosquitto.conf 中加上一个监听器和一个密码文件：

   listener 1883
   password_file C:\Program Files\mosquitto\passwd
   

   用工作站和装置将要使用的账户创建这个文件（命令会询问密码）：

   "C:\Program Files\mosquitto\mosquitto_passwd" -c "C:\Program Files\mosquitto\passwd" station
   

3. 在管理员命令提示符中重启服务，并在 Windows Defender 防火墙中允许来自装置网络的 TCP 1883 端口入站：

   net stop mosquitto
   net start mosquitto
   

4. 在 Broker 的页面上，Broker 与工作站在同一台计算机上运行时，在主机里填 localhost，否则填那台计算机的地址；端口填 1883，再填上你创建的账户，然后启用。

装置连上之前想先试一个普通点位，可以在同一文件夹中发布一个保留的测试值，再把某个点位的主题指向它：

"C:\Program Files\mosquitto\mosquitto_pub" -h localhost -u station -P <password> -t plant/line1/temperature -m 21.5 -r

值得了解的限制

• MQTT 驱动是客户端，不是 Broker：装置和工作站都连到一个 Broker 上，可以是工作站自己的 MQTT Broker，也可以是别的 Broker。
• Broker 的发布卡片以 JSON 或 Sparkplug B 之一发出，从不同时发出两种。在 Sparkplug B 中，工作站是边缘节点而不是主要主机应用，也不使用别名、模板或历史值。
• 工作站不是 Sparkplug B 主机应用：它不发布 STATE 消息。设置为发布前先等待主要主机的边缘节点会一直保持沉默。
• 普通 MQTT 不会告诉你某个发布者已经沉默：只要与 Broker 的连接还在，普通点位就一直保留最后收到的值，并以它到达的时刻注明时间，除非设备设置了无消息的最长时间（秒）。只在值变化时才发布的主题分不清发布者沉默和数值不变，所以这类设备保持 0。Sparkplug B 会通过死亡证书说出来。
• 会话以干净状态开始：工作站未连接期间发布的内容不会重发，让点位重新有值的是该主题的保留消息。
• 一个点位读一个主题、读其中的一个值，从不读过滤器；属于数组、数据集、模板或属性集的 Sparkplug B 指标不会被读取。
• 只用 TCP，可带或不带 TLS：不支持基于 WebSocket 的 MQTT，不支持客户端证书，也不支持比 MQTT 3.1.1 更旧的 Broker。
• 设备不能移到另一个 Broker 下：在另一个 Broker 下新建，再删除旧的设备。