知无涯

tag_mqtt_uplink_converter.py 文件。实现步骤，修改网关配置文件，定义自定义转移规则，mqtt.json 文件中加入。通过网关上传的复杂格式数据。

这是一个典型的 在thingsboard中，求动态时间段的平均值，而且还是跨设备的。以下是实现的链路图。要求，在规则链里求出设备工作时间段的振动频率的平均值，并基于平均值来判断是否发送告警。有a，b两个传感器，a传感器是电流，b传感器是振动频率。当a传感器的电流大于x时，表明设备开始工作。当a传感器的电流小于x时，表明设备停止工作。

美化thingsboard部件，属性卡片，html，markdwon部件。设置自定义样式。

伟大的作者，直接无私到将最终作品导出，只需要导入系统，修改配置参数就可以使用。有读者询问如何在tb中实现 在高德地图中实时路线。本来想 做成付费资源的，懒得搞了。啊，知识渊博，无私奉献的作者，值得读者的赞美。组件要使用属性 数据格式为。想要就直接导入即可。

奇葩的是这个接口不在 swagger 上。只能把jwt时效调低，看调用的刷新token接口。复制的jwt 默认有2.5小时的有效性。但是如果在这期间登录用户注销了。那token就立马失效。默认情况下， openapi是开启 跨域请求的。可以直接使用js，跨域调用。目前没有看到可以重置refreshToken ，也就是说它只能自然失效。refreshToken 有 604800s 的时效性 一周。当token时效后，使用它刷新生成一个新的token。api 设置jwt，不能轻易调用。

第三种是利用openapi来实现的，直接查询设备下告警，来标记设备。但有一个缺点就是需要维护openapi中使用的token有效期。第二种是当设备通过设备配置创建，清空告警。这种情况只适用于一次遥测创建，清空一个告警。不支持单次遥测，多次操作。第一个方案时，告警是在规则链里手动创建的，通过告警数，+1，-1来标记设备告警属性。有位读者想要实现标记系统中存在告警的设备，于是我给他做了三个方案。

该函数的主要目的是使用WebSocket API与远程服务器建立一个实时通信连接。其实tb是有提供websocket接口来获取设备数据的。而且还支持js跨域调用。下面给大家演示一下。有一个读者前来咨询，如何实时获取设备的遥测数据。这段代码是一个JavaScript函数，名为。

调用该接口需要几个必填的参数，实体类型，实体id，开始时间戳(毫秒数)，结束时间戳(毫秒数)，jwt，要获取的key，多个以逗号分隔。JWT 进入系统 从这里获取 https://thingsboard.cloud/account/security。有个读者问我，他想做tb的二次开发，想要通过一个接口来查询设备的遥测数据。由于他使用的是cloud版本，于是我使用cloud来做演示。在 telemetry-controller 中。于是我给他写了这篇文章。在postman中测试。

获取策略，可以是获取这些记录中的第一条，也可以是最后一条，也可以选择All，然后选数据聚合。数据聚合支持，最小值，最大值，平均值，求和，数量。有这样一个需求，一个温度传感器每5秒，上传一次数据。我这里求的是四个属性值，8801T，8802T，8803T，8804T，这几个属性存在于 该设备的遥测属性列表里。这样我们就能在下一个节点中的matedata数据中找到我们需要的平均值。看的懂英文就知道，上图的配置是获取 2分钟前至1毫秒前的所有数据。必填 Timeseries keys，是要求的平均值的属性名。

众所周知，tb是一个非常优秀的开源物联网平台，当我们使用它收集了一些设备数据后，该如何将其更加美化，自由自在地显示到页面上，搭建一个仪表盘，给客户看那？要显示某个遥测数据，或者设备属性，可以使用 实体table。来展示，如果要使用更丰富的排版，那还是需要html。在这个数据处理函数里，无法拿到 设备的一些属性。其中如何有一些值需要红色，或者绿色显示，都是使用数据的后处理来解决。如果你的设备属性，在显示前需要稍稍处理一下，可以使用这个配置。有一点，不太合适的情况是，美妙，美妙，实在是优秀。

众所周知，在ThingsBoard中可以对设备进行RPC指令的下发，但有一个限制，必须符合以下的格式。这种情况只能修改设备端，或者 使用一个中转的 mqtt broker。所发送的内容必须包含method 与payload。有关RPC的API 可以查询这个链接。但是有朋友要求这样子。

在mqtt层面上就是 设备端在接受到服务端的某个主题后，需要对这个主题回应，发布一个topic。这是因为当你打开这个页面时，该组件会发送一个getvalue的rpc来获取设备的当前数值，如果设备端没有收到，或者没有回应就会报这个错误。最近有朋友问，在使用thingsboard的rpc组件时，第一次进来总是报错，如下图，request timeout。这次我们使用node-red来充当设备端，接收，回复服务端的指令。本篇文章就带领大家，实现设备端回复服务端的rpc。的指令，在你修改组件的值时，会下发。

在这个部分，我们定义了主要的设置（例如：连接器名称 - OPC-UA默认服务器，URL - 192.168.1.113:4840/server/等）。2：设备的常规配置。在这个部分，我们定义了我们的OPC-UA设备的主要设置（例如：设备对象在OPC-UA服务器模式中为Device\d。在这个部分，我们定义了在ThingsBoard中batteryLevel属性的设置。，并放置在配置文件夹中（包含通用配置文件tb_gateway.yaml的目录中）。在本指南中，我们将使用带有OPC-UA服务器的树莓派。

时间序列键设置此单元的配置提供了用于处理Modbus服务器上数据的设置，这些设置将在ThingsBoard平台实例中解释为设备的遥测。

从3.1版本的Gateway开始，我们添加了一个基于AsyncIO库的新的OPC-UA连接器。请注意，该连接器目前处于早期测试阶段，可能存在一些bug。因此，目前不建议在生产环境中使用它。要启用它，请使用连接器类型"opcua_asyncio"。本指南将帮助您熟悉ThingsBoard IoT Gateway的OPC-UA连接器配置。使用通用配置来启用此扩展功能。我们将在下面描述连接器配置文件。

请注意，自从Gateway 3.0版本以后，Modbus连接器的配置方式已经发生了变化。在安装新版本并在new_modbus.json文件中运行Gateway之后，会生成新的配置文件。本指南将帮助您熟悉用于ThingsBoard IoT Gateway的Modbus连接器配置。使用通用配置来启用该连接器。下面我们将描述连接器配置文件。

请注意，自Gateway 3.0版本起，Modbus连接器的配置已经发生了变化。在安装新版本并在文件中运行网关后，将生成新的配置。本指南将帮助您熟悉ThingsBoard IoT网关的Modbus连接器配置。使用通用配置来启用此连接器。下面将描述连接器配置文件。

打开"Devices" -> 点击您的设备 -> "Attributes"选项卡 -> 共享属性范围，然后点击“FirmwareVersion”属性旁边的“铅笔”按钮。您将启动mosquitto_sub客户端，该客户端订阅本地代理的主题“/sensor/SN-001/FirmwareVersion”，并开始等待来自ThingsBoard服务器发送到代理的新消息。代理收到来自ThingsBoard服务器的新消息，关于将属性“FirmwareVersion”更新为“1.2”。此部分中的配置是可选的。

但是为了发送它们，平台需要知道目标设备是否已连接以及当前用于连接设备的网关或会话。如果您的设备只是连接到MQTT代理并等待命令/更新，则需要将消息发送到网关，并通知该设备已连接到代理。您的ThingsBoard实例将从代理获取有关设备最后断开连接时间的信息。您的ThingsBoard实例将从代理获取有关设备最后连接时间的信息。如果您的设备只是从MQTT代理断开连接并等待命令/更新，则需要向网关发送一条消息，并通知设备已断开与代理的连接。在此部分提供的配置将用于从代理获取有关设备断开连接的信息。

如果响应中包含字节或其他内容，建议使用以下方式。一个自定义转换器是为某个设备编写的转换器。参数默认值描述typecustom提供给连接器的信息是自定义转换器将用于将数据从主题进行转换。extension自定义转换器类的名称。这个子节是自定义转换器的配置。在默认示例中，它包含字节数和遥测键（telemetry keys）。2在默认示例中，接收到的消息的前两个字节将被解释为遥测的温度键（如果存在，“Bytes”子字符串将被移除）。2。

通过其他设备或应用程序发布到该主题的每条消息都会被分析，以提取设备名称、类型和数据（属性和/或时间序列值）。请参考源代码中的示例。JSON转换器是默认的转换器，它会从经纪人传入的消息中查找设备名称（deviceName）、设备类型（deviceType）、属性（attributes）和遥测（telemetry）等信息，并根据本子部分中描述的规则进行处理。这个配置部分包含了网关在连接到代理服务器后订阅的主题数组，以及处理传入消息的设置（转换器）。属性和遥测部分的参数可能与上述所示的不同，但结构相同。

本指南将帮助您熟悉ThingsBoard物联网网关的MQTT连接器配置。使用通用配置来启用此连接器。该连接器的目的是连接到外部MQTT代理并订阅设备的数据源。连接器还能够根据来自ThingsBoard的更新/命令将数据推送到MQTT代理。当您在设施或企业网络中有本地MQTT代理，并且希望将此代理的数据推送到ThingsBoard时，这个连接器非常有用。我们将在下面描述连接器配置文件。

安全配置的一种类型是accessToken，要获取它，您应该登录到您的ThingsBoard平台实例，转到设备选项卡，点击加号图标，填写值并勾选“Is gateway”选项，打开此设备并点击“复制访问令牌”按钮，并将默认值替换为您的值。在连接器部分的配置中，需要为每个已实现的协议配置参数以连接到设备。如果您需要不同类型的连接器，您可以使用自定义指南进行实现或发送电子邮件至：[email protected]。注意：您可以同时使用多个相似的连接器，但是您需要为它们提供不同的名称和配置文件。

本指南涵盖了初始物联网网关的安装和配置。我们将连接物联网网关到ThingsBoard服务器，并可视化一些基本的网关统计信息：连接设备的数量和处理的消息数。我们还将配置MQTT和OPC-UA扩展，以便从外部设备或应用程序订阅设备数据源。

Thingsboard IoT网关是一种开源解决方案，可以让您将连接到传统和第三方系统的设备与Thingsboard集成。Thingsboard是一种开源的物联网平台，用于数据收集、处理、可视化和设备管理。如果您是新平台用户，请查看"What is Thingsboard?请遵循原文的断句，并保证排版格式正确。

在本教程中，你将学习如何创建自定义规则节点并将其添加到您的ThingsBoard服务器实例中。我们将回顾三种不同类型的规则节点：过滤器、丰富和转换。

流程节点用于控制消息处理流程。

该节点会基于传入的数据和元数据创建一条消息，并通过 Slack 发送到公共频道、私有频道或直接消息。否则，您需要在节点配置中指定令牌。您可以在模板中使用传入消息数据和元数据（有关此通知类型的模板化帮助页面，请参阅相关指南）。如果成功向所有接收者发送短信消息，则原始消息将通过“成功链”传递到下一个节点，否则将使用“失败链”。该节点能够基于传入消息的元数据字段构造短信，并使用AWS SNS或Twilio SMS提供程序发送。使用系统短信提供程序设置 - 如果启用，则将使用在系统级别配置的默认短信提供程序。

因此，用于模式的属性名称必须存在于消息元数据中，否则会在头部中添加原始模式。要发送单个文件作为请求正文，请将附件字段添加到消息元数据中，并使用存储在数据库中的文件 uuid。此节点仅适用于使用“To Email转换节点”创建的消息，请使用“成功链”将此节点与To Email节点连接起来。因此，在模式中使用的属性名称必须存在于消息元数据中，否则将原始模式添加到 URL 中。如果需要，可以配置规则链使用转换节点链来发送正确的载。此外，如果传消息具有对存储在数据库中的文件的引用，则此节点可以创建电子邮件附件。

发布正文 - Node 将完整的消息载发送到 Azure IoT Hub 设备。如果需要，可以配置规则链使用转换节点链来发送正确的载到 Azure IoT Hub。如果成功发布了消息，则通过Success chain将原始消息传递给下一个节点，否则使用Failure chain。在成功发布消息的情况下，原始消息将通过“成功”链传递到下一个节点；否则，将使用“失败”链。*CA证书文件，默认情况下使用Baltimore证书。有关证书的更多信息请参见链接。CA证书文件，默认情况下使用Baltimore证书。

发布正文 - 节点将完整的消息负载发送到 MQTT 主题。如果需要，可以配置规则链以使用转换节点链将正确的负载发送到 MQTT 代理。发布的正文 - 节点将完整的消息负载发送到Kafka主题。如果需要，规则链可配置为使用转换节点链以正确发送有效负载到Kafka。此节点的出站消息将在消息元数据中包含响应偏移量、分区和主题属性。在成功发布消息的情况下，原始消息将通过“成功链”传递给下一个节点，否则将使用“失败链”。使用至少一次的 QoS，将传入消息负载发布到配置的 MQTT 代理主题。

可以直接设置消息发布的队列 URL，也可以使用式，该模式将使用消息元数据解析为真实的队列 URL。发布的属性 - 可以添加可选的属性列表以在 SQS 中发布消息。发布的消息正文 - 节点将完整的消息负载发布到 SQS。发布的有效载荷 - 节点将向 SNS 发布完整的消息负载。从此节点发出的出站消息将包含 Message 元数据中的响应 messageId 和。主题ARN模式 - 可以直接设置消息发布的主题名称，也可以使用模式，该模式将使用消息元数据解析为实际的ARN主题名称。

一旦消息进入此节点，它将被转换为“edge event”并保存到数据库中。该节点不直接将消息推送到云端，而是将事件存储在云队列中。“radiusUnit”键需要从METER，KILOMETER，FOOT，MILE，NAUTICAL_MILE（必须使用大写字母）列表中选择特定的值。如果传入的消息在数据或元数据中没有配置经纬度键，或者缺少周长定义，则将使用失败链。如果成功将边缘事件存储到数据库中，则消息将通过“Success route”路由。如果成功将边缘事件存储到数据库中，则消息将通过“成功”路进行路由。

按类型和方向删除所选实体与消息发起方之间的关系允许使用以下消息发起方类型：资产、设备、实体视图、客户、租户、仪表板。如果选择的实体类型是资产、设备或客户，则规则节点将在不存在时创建新实体，并选中复选框：“如果不存在，则创建实体”。名称模式和类型模式 - 可以设置直接实体名称/类型，也可以使用模式，使用消息元数据解析为真实的实体名称/类型。名称模式 - 可以设置直接实体或者可以使用模式，该模式将使用消息元数据解析为实际实体名称。通过实体名称模式查找目标实体，然后删除发起方实体与该实体之间的关系。

如果不存在指定的客户，并且设置了“如果不存在则创建新的客户”，则会创建新的客户。通过客户名称模式查找目标客户，然后从该客户中取消分配消息发起方实体。通过客户名称模式查找目标客户，然后将发起者实体分配给该客户。允许使用以下消息发起方类型：资产、设备、实体视图、仪表板。允许以下消息发起方类型：资产、设备、实体视图、仪表板。在其他情况下，消息将通过成功链路由。将消息发起方实体分配给客户。取消客户的消息发起方实体。

节点将来自传入消息有效载荷的数据存储到 Cassandra 数据库中预定义的自定义表中，该表应具有 cs_tb_ 前缀，以避免将数据插入到常规 TB 表格中。请注意，该规则节点仅用于 Cassandra 数据库。配置：管理员应设置不带前缀的自定义表名称：cs_tb_.管理员可以配置消息字段名称和表格列名称之间的映射关系。如果映射键为 $entityId，即由消息发起者标识，则将消息发起者 ID 写入适当的列名（映射值）。

所有传入的RPC请求都会作为消息通过规则链传递。它用于映射请求和响应。消息原始方必须是设备实体，因为RPC响应是由消息原始方启动的。如果消息负载包含 requestId 字段，则其值用于标识发送到设备的 RPC 请求。将 RPC 请求发送到设备，并将响应路由到下一个规则节点。消息发起者必须是设备实体，因为只向设备发起 RPC 请求。消息负载必须具有正确的格式以进行 RPC 请求。有关 Thingsboard 中 RPC 的工作原理的更多详细信息，请阅读“RPC 功能”的文章。设备的响应将添加到消息负载中。

使用配置的 JavaScript 函数将传入的消息转换为字符串，并将最终值记录到 Thingsboard 日志文件中。Maximum pending messages - 指定最大允许挂起消息的数量（即被暂停的消息队列）。当特定传入消息的延迟期达到后，该消息将从挂起队列中删除，并通过成功链路路由到下一个节点。此节点生成的结果对象中所有字段都是可选的，如果未指定，则将从先前生成的消息中获取。此节点生成的新出站消息是使用配置的 JavaScript 函数构造的。生成实际消息的 JavaScript 函数。

从本篇开始，讲解Action Nodes操作节点根据传入消息执行各种操作。

转换节点用于更改传入消息的字段，例如Originator、Message Type、Payload和Metadata。