Node-RED教程（三）：Node-RED公共节点的使用

水深无声 2023-01-02 01:30 1003阅读 0赞

Node-RED教程目录

*  [Node-RED教程（一）：Node-RED的介绍与安装][Node-RED_Node-RED]
 *  [Node-RED教程（二）：Node-RED的面板的操作][Node-RED_Node-RED 1]
 *  [Node-RED教程（三）：Node-RED公共节点的使用][Node-RED_Node-RED 2]
 *  [ Node-RED教程（四）：Node-RED函数节点的使用 ][Node-RED_Node-RED_]
 *  [ Node-RED教程（五）：Node-RED序列节点的使用 ][Node-RED_Node-RED_ 1]
 *  [ Node-RED教程（六）：Node-RED解析节点的使用 ][Node-RED_Node-RED_ 2]
 *  [Node-RED教程（七）：Node-RED存储节点的使用 ][Node-RED_Node-RED_ 3]
 *  [Node-RED教程（八）：Node-RED网络节点的使用 ][Node-RED_Node-RED_ 4]
 *  [Node-RED教程（九）：Node-RED面板dashboard节点的使用][Node-RED_Node-RED_dashboard]
 *  [Node-RED教程（十）：Node-RED面板dashboard节点的配置][Node-RED_Node-RED_dashboard 1]
 *  [Node-RED教程（十一）：Node-RED面板chart节点的使用案例][Node-RED_Node-RED_chart]
 *  [Node-RED教程（十二）：定制化节点教程][Node-RED]
 *  [Node-RED教程（十三）：三种方式安装启动安装Node-Red][Node-RED_Node-Red]
 *  [Node-RED教程（十四）：定制Node-RED的UI][Node-RED_Node-RED_UI]
 *  [Node-RED教程（十五）：工业仪表盘开发][Node-RED 1]
 *  [Node-RED教程（十六）：发布自定义Node-RED的npm包][Node-RED_Node-RED_npm]
 *  [Node-RED系列（十七）：使用自定义UI节点网与flow交互][Node-RED_UI_flow]
 *  [Node-RED系列（十八）：配置静态目录，使用echarts.js，three.js][Node-RED_echarts.js_three.js]
 *  [Node-RED系列（十九）：工业多图标面板制作][Node-RED 2]
 *  [Node-RED系列（二十）：一文让你彻底了解物联网平台Node-RED][Node-RED_Node-RED 3]
 *  [Node-RED系列（二一）：安装mqtt环境，简单使用案例，mqtt节点解析][Node-RED_mqtt_mqtt]  
    在Node-RED中默认安装有42个节点，分为6大类，分别是

*  公共节点 用于调试，注入消息，跨流操作
 *  功能节点 逻辑判断，函数处理，命令行执行，
 *  网络节点 使用各种通信，http，websocket，tcp，udp
 *  序列节点 对消息体进行格式化，分割，排序
 *  解析节点 解析html，csv，json，xml，yaml
 *  存储节点 读取，写入文件，监听文件目录

有些节点只有出口没有入口，有些节点有入口却没有出口，还有一些节点既有出口也有入口，也有一个节点既没有入口也没有出口。处理不同的数据，编写复杂的逻辑需要使用不同的节点.  
每一个节点的配置区域底部都有一个有效单选，可以将该节点设置为失效或有效。  
这次我们一起来研究一下公共节点这一模块的所有节点

该模块共有8个节点分别是

*  inject 手动或定期地将消息注入流中。
 *  debug 打印流中的数据
 *  complete 当另一个节点完成对消息的处理时触发流
 *  catch 捕获在同一个流中的所有或指定节点引发的错误。
 *  status 获取在同一流所有节点或指定节点的状态消息
 *  link in 在流之间创建虚拟连线。
 *  link out 在流之间创建虚拟连线。
 *  comment 可用于向流添加注释的节点

让我们来一个一个地分析如何使用这些节点完成Iot中流的处理。

#### inject ####

该节点的作用是手动或定期得将消息注入流中，可以是文本，变量，表达式，时间戳等。该节点前面没有可以流入的节点，消息体只能往后流。

![0a246939ec2f8dcff4c8b059a18b81b0.png][]  
点击节点的前部分可以触发该节点，也可以设置该节点为循环触发。  
该节点单独使用没有任何意义，我们可以和`debug`节点放到一起来进行演示。  
编写一个inject节点和`debug`节点，将它们首尾相连.inject在前，debug在后，部署之后，点击inject节点的头部，就能在调试面板里看到被注入到消息体的内容了

![14c359721759a8a34e3d9903834ea3de.png][]

#### debug ####

该节点用于调试流中的消息体，只能用于打印，无法看到真正的堆栈，使用方法是，将该节点连接到一个可输出的节点后，配置要打印的参数，以msg开头，默认打印msg.payload。也可以打印消息体的全部内容，只需要在配置该节点时选择，与调试输入相同。此外还要注意要勾选控制台选项，只有这样才能在调试面板打印出消息体。

缺少图片

由于是web拖拽式来创建流，不是通过IDE编程的方式，所有无法通过步进的方式来调试程序。

#### complete ####

当另一个节点完成对消息的处理时会触发该节点。可以配置用于监控那些节点。没有输入，只需要将该节点拖拽到流中即可，不需要与现有流中的其他节点连线。比如我们要在发送完邮件后触发一些逻辑，就可以使用这个节点来监听发送邮件的节点。并不是所有的节点都可以被监听。  
如下图我们配置complete监听inject节点的完成，触发后在debug节点打印`由complete触发的调试流程`

缺少图片![b8c2a29bf9693e5fde8f458ef56d6a3e.png][]

#### catch ####

catch节点是为了处理流中报错的节点，有时程序并不像我们想的那样健壮，也会有很多意外情况发生，这时候我们就可以使用catch节点来监听这些节点的错误信息，进行上报，或者给出友好提示。可以配置捕获那些节点的错误信息。  
输出的信息为

<table> 
 <thead> 
  <tr> 
   <th>error对象</th> 
   <th>类型</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>error.message</td> 
   <td>字符串</td> 
   <td>错误消息。</td> 
  </tr> 
  <tr> 
   <td>error.source.id</td> 
   <td>字符串</td> 
   <td>引发错误的节点的ID。</td> 
  </tr> 
  <tr> 
   <td>error.source.type</td> 
   <td>字符串</td> 
   <td>引发错误的节点的类型。</td> 
  </tr> 
  <tr> 
   <td>error.source.name</td> 
   <td>字符串</td> 
   <td>引发错误的节点的名称。（如果已设置）</td> 
  </tr> 
 </tbody> 
</table>

catch节点的设置  
![519dbd7dffb7cbf3637cb82b51d833e5.png][]

#### status ####

status是用于监控某些节点的状态变化，比如http节点，tcp，udp节点，只有节点存在状态发生了改变，被status节点监听到了之后才会被触发，而像inject，debug节点是不存在状态改变的，所以即使被status监听了也不会被触发。

下面这个即使使用status监听所有节点的状态改变，但也只有http节点触发了。有关http请求节点后面也会讲到。

![d7d651ec2493f5c1d0fe3740bd52b346.png][]

![a5c0c587bf1bbe22a4656280d6a3acad.png][]

该节点的输出信息为

<table> 
 <thead> 
  <tr> 
   <th>status消息体</th> 
   <th>类型</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>status.text</td> 
   <td>字符串</td> 
   <td>状态文本。</td> 
  </tr> 
  <tr> 
   <td>status.source.type</td> 
   <td>字符串</td> 
   <td>报告状态的节点的类型。</td> 
  </tr> 
  <tr> 
   <td>status.source.id</td> 
   <td>字符串</td> 
   <td>报告状态的节点的ID。</td> 
  </tr> 
  <tr> 
   <td>status.source.name</td> 
   <td>字符串</td> 
   <td>报告状态的节点的名称（如果已设置）。</td> 
  </tr> 
 </tbody> 
</table>

#### link in ####

`link in`节点是用于在流之间创建连接，是为了实现将另一个流流入当前的流中，即设置当前流的上游。如果一个流存在`link in`节点，那么该流会被流入，对拥有 `link out`的流可见，也可以配置包含`link out`节点的流 `link in` 与`link out` 必须搭配使用， 后者为前者的上级。

#### link out ####

将当前流流出，能够配置下一级的流，或节点.只能配置含有`link in`的节点作为下一级或下游。  
用于二个流之间的通信。  
如下图

![7ceccc616f13543976580d1ab45b99e9.png][]

![1f82ff3daddd6efc13426ab6be6d27e6.png][]

#### commont ####

用于备注当前流。相当于代码中的注释。不会被执行。没有输入也没有输出。

[Node-RED_Node-RED]: https://fizzz.blog.csdn.net/article/details/111869601
[Node-RED_Node-RED 1]: https://fizzz.blog.csdn.net/article/details/112009983
[Node-RED_Node-RED 2]: https://fizzz.blog.csdn.net/article/details/112169628
[Node-RED_Node-RED_]: https://fizzz.blog.csdn.net/article/details/112236613
[Node-RED_Node-RED_ 1]: https://fizzz.blog.csdn.net/article/details/113483594
[Node-RED_Node-RED_ 2]: https://fizzz.blog.csdn.net/article/details/113483601
[Node-RED_Node-RED_ 3]: https://fizzz.blog.csdn.net/article/details/113483611
[Node-RED_Node-RED_ 4]: https://fizzz.blog.csdn.net/article/details/113483616
[Node-RED_Node-RED_dashboard]: https://fizzz.blog.csdn.net/article/details/113819698
[Node-RED_Node-RED_dashboard 1]: https://fizzz.blog.csdn.net/article/details/113819708
[Node-RED_Node-RED_chart]: https://fizzz.blog.csdn.net/article/details/113819711
[Node-RED]: https://fizzz.blog.csdn.net/article/details/114330878
[Node-RED_Node-Red]: https://fizzz.blog.csdn.net/article/details/114330903
[Node-RED_Node-RED_UI]: https://fizzz.blog.csdn.net/article/details/115358088
[Node-RED 1]: https://fizzz.blog.csdn.net/article/details/115358099
[Node-RED_Node-RED_npm]: https://fizzz.blog.csdn.net/article/details/115358119
[Node-RED_UI_flow]: https://fizzz.blog.csdn.net/article/details/115775190
[Node-RED_echarts.js_three.js]: https://fizzz.blog.csdn.net/article/details/116234211
[Node-RED 2]: https://fizzz.blog.csdn.net/article/details/116665625
[Node-RED_Node-RED 3]: https://fizzz.blog.csdn.net/article/details/117650299
[Node-RED_mqtt_mqtt]: https://fizzz.blog.csdn.net/article/details/119215400
[0a246939ec2f8dcff4c8b059a18b81b0.png]: /images/20221120/786c5fb0d7fe40e2bb560420548be4c5.png
[14c359721759a8a34e3d9903834ea3de.png]: /images/20221120/8f9d03c2869342f49564a6d768756693.png
[b8c2a29bf9693e5fde8f458ef56d6a3e.png]: /images/20221120/f30448d39192470994200cc70020d646.png
[519dbd7dffb7cbf3637cb82b51d833e5.png]: /images/20221120/e3368f5e95df49d390dd695a4c7f7c50.png
[d7d651ec2493f5c1d0fe3740bd52b346.png]: /images/20221120/89332be501ee452188fed034d70e74b7.png
[a5c0c587bf1bbe22a4656280d6a3acad.png]: /images/20221120/35ec201212a14341ba1bc72fe342e23f.png
[7ceccc616f13543976580d1ab45b99e9.png]: /images/20221120/a370b6ba70e742fa8ec69d6b2a07019a.png
[1f82ff3daddd6efc13426ab6be6d27e6.png]: /images/20221120/556fdeeae65c4d82a9393191e7724bb7.png