---

前言

基于前几则博文的研究，经过偶像的点播，茅塞顿开。本期博文主要介绍如何实现openServer 信息的中转，获取各个plc的节点信息？

在之前的介绍中，实现这个需求，我一直考虑的是，从客户端读写服务端信息出发，然后再服务端返回时，肯定会有一个返回信息的处理过程，只要在这个位置加入信息中转，就能实现需求。但是由于现有的一直无法实现，所以还萌生了修改底层代码的念头，这个在博文【Opcua】 客户端读写时，Opcua Server信息返回处追溯（1）中有所介绍。

但偶像的点播，让我想到了另一条路，之前确实是陷入死胡同了，为什么就不能将服务端和客户端的功能分开来？ 对啊，可以分开来。服务端就实现服务端的工作，然后创建多个客户端去实时读取plc节点的数据，然后实时更新到服务端中，从而实现了外部客户端访问服务端，就可以获取到不同plc的节点信息，即通过服务端的节点中转后获取对应plc节点信息。这样实现起来其实就简单了！

实现

模块使用

主要用到了node-red-contrib-opcua和node-red-contrib-opcua-server模块，对于node-red-contrib-opcua-server模块版本安装的问题，已经在博文【Node-RED】node-red-contrib-opcua-server模块使用（1）进行了最新的更新，可以直接本地配置openssl 文件，然后在NodeRed中下载最新模块就行，方便了部署。

plc模拟

这里用到的西门子plc，可用KEPServerEX 6 进行模拟，汇川plc用到了实物plc，具体可以根据实际情况进行plc的模拟，不局限。节点创建类型，用到了常用的Int32 、boolean 、 float、string ，具有一定的普适性，基本可以满足需求。 其余的数据类型，也可以通过OpcUa-Item 模块进行定义，功能很强大。

地址空间编写

地址空间的编写，可以参考前面的博文【Node-RED】node-red-contrib-opcua-server模块使用（2），里面对于如何创建地址空间，如何管理上下文变量，有很清楚的介绍，只不过是把先前的Math函数自定义生成，改成了plc读到的数据而已，大同小异。

缺点

当然现在用node-red-contrib-opcua-server模块实现，也是存在一个缺点的，那就是服务端支持构建的最大通道是10，也就是说最多只有10个客户端可以访问这个服务端（当然，这边有一点要做一下区分，不是要读的plc只有10个，是访问这个服务端的客户端最多10个），因此如果超过了10个，那或许得考虑用node-red-contrib-opcua模块实现，当然也可以创建多个node-red-contrib-opcua-server模块的服务端。

关于用node-red-contrib-opcua模块实现的问题，我看了它支持的通道数还挺多，起码我这边随便设置100个，没有报不通过，就是一个问题，cmd指令如何给它封装起来，而不是用一条条注入的方式，如果能解决，反而效果不错，当然这个是plan B ，plan A 暂时已经没有问题了，NodeRed 流程文件已经上传，后面继续研究plan B 。

再次感谢偶像的指点，太牛逼了！陷入死胡同的小白，苦笑！