---

前言

在Node-RED中，如果要进行opcuaServe 二次开发，使用node-red-contrib-opcua模块中的OpcUa-Server组件，是不行的，它已经被封装，而且帮助文档中提供的opcuaCommand指令，只有部分有效。基于以上的情况，我们采用node-red-contrib-opcua-server模块。

这里看了flowfuse涉及opcua的所有博文，以及现有的模块，有opcda的，但是不符合opcua需求，虽然opuca是opcda的升级版。因此opcuaServe
二次开发注重使用node-red-contrib-opcua-server，当然还有其余的模块node-red-contrib-iiot-opcua、node-red-contrib-lativ，简单看了介绍，也是涉及opcua的，当时考虑是如果node-red-contrib-opcua-server实在不行，转模块看能不能实现，结果很幸运，比预期的5天提前了一天，后面就针对node-red-contrib-opcua-server模块展开研究。

node-red-contrib-opcua-server模块使用

1.1.1版本报错场景

在从Node-RED中下载完node-red-contrib-opcua-server模块，其最新版本1.1.1，导入官方示例中提供的server-with-context.json，结果报：

[warn] [opcua-compact-server:38ce10de.7d8c] Error: Certificate file must exist :C:\Users\11003189.node-red\node_modules\node-red-contrib-opcua-server\certificates\server_selfsigned_cert_2048.pem

缺少pem 文件，即使是设置了匿名登录。此时打开node-red-contrib-opcua-server源文件，将文件导入Visual Studio Code中，此时点击package.json文件，调试代码：

  "scripts": {
    "build": "npm run clean:formatter && gulp publish",
    "postinstall": "node ./create_certificates.js demo --dev -s -r ./certificates && node ./supporter.js",
    "test": "npm run check:formatter && jest --detectOpenHandles --forceExit --logHeapUsage",
    "test:clearCache": "jest --clearCache",
    "test:coverage": "jest --coverage",
    "test:ci": "npm run test -- --ci --silent --json --outputFile=scripts/out.json",
    "coverage": "gulp clean && rm -rf ./jcoverage && jest --coverage --detectOpenHandles --forceExit --logHeapUsage --debug",
    "coverage:ci": "jest --coverage --detectOpenHandles --forceExit --logHeapUsage --ci --silent --json --outputFile=scripts/out.json",
    "coverage:upload": "cat ./jcoverage/lcov.info | codacy-coverage --token $CODACY_PROJECT_TOKEN_OPCUA_SERVER",
    "check:formatter": "prettier --check \"src/**/*.js\" && prettier --check \"test/**/*.js\"",
    "release": "npm run clean:formatter && standard-version",
    "release:alpha": "npm run clean:formatter && npm run release -- --prerelease alpha",
    "inspect": "jsinspect ./src > .jsinspect-results.json",
    "rewrite-changelog": "gulp changelog",
    "clean": "gulp clean",
    "clean:install": "./clean.sh",
    "clean:formatter": "prettier --write \"src/**/*.js\" && prettier --write \"test/**/*.js\"",
    "lint:md": "remark .",
    "prepublishOnly": "npm test && npm run coverage && npm run build",
    "dev-link": "npm install && npm run build && npm link",
    "dev-unlink": "npm unlink node-red-contrib-opcua-server -g"
  }

需要注意，缺少pem文件必须通过调试来生成pem文件，否则只用openssl 生成然后放入指定文件夹中，虽然报错问题是解决了，但是后续依旧无法正常使用模块。

期间需要下载openssl 、prettier、remark库，其中prettier、remark可以全局npm下载使用，openssl 需要放到报缺openssl.exe文件的路径下C:\Users\11003189\AppData\Local\Programs\openssl。

但是即使成功了，依旧会报No files matching the pattern were found: "src/**/*.js".，但是你会发现，在下载的node-red-contrib-opcua-server模块文件中，并没有src文件。

忽视这些错误，进行模块中组件的使用，会存在3个问题：

1. 客户端连接后，无法显示官方demo中增加的文件夹和节点
2. 重复部署模块，组件状态不是active，而是pending，看cmd中的打印输出，会发现报"Error stopping node: Close timed out"。修改组件中的内容，重新启动流程，时而确实会成功变成active，但是依旧客户端连接后依旧无法显示增加的节点。
3. 有时候重新部署模块次数多了，会导致nodeRed崩溃。

以上问题即使不在nodeRed中下载模块，而是采用npm下载，依旧会存在相同的问题。

1.1.0版本报错场景

在经历了以上的错误了，研究了几天发现实在找不到原因，除非改源文件，期间还向nodeRed发了发了邮件，根据邮件反馈也提供了示例，目前还没有回复。此时考虑采用其他的版本。

测试了1.1.0版本，结果还是一样存在问题，甚至下载还出了问题。此时即使采用了强制不考虑权限的安装npm install node-red-contrib-opcua-server@1.1.0 --unsafe-perm，依旧不行。

这里需要注意，nodeRed中只能下载最新版本的，旧版本的只能用npm，切到~/.node-red，然后进行局部下载，不要全局。

0.4.1版本正常场景

经过了对1.1.0不断尝试后，放弃了。采用了0.4.1版本，也是下载量排名第二的，而命名的齿轮也是从现在开始转到。

之前版本的卸载

切到~/.node-red，然后进行之前安装模块的卸载

npm un node-red-contrib-opcua-server

下载0.4.1版本

npm install node-red-contrib-opcua-server@0.4.1

openssl 1.1.0下载

下载openssl 1.1.0，注意必须是这个版本，如果是1.1.1 在后面的pem调试生成中，会报错，版本不匹配。而且建议单独下载，否则窗口中github下载会失败，可以直接单独下载。以下下载链接就是窗口中下载失败的链接，直接单独下载文件就行。

https://github.com/node-opcua/node-opcua-pki/releases/download/v1.1.0/openssl-1.0.2r-x64_86-win64.zip

下载好后，放到报缺少openssl 文件的文件夹中：

C:\Users\11003189\AppData\Local\Programs\openssl

pem文件的调试生成

将node-red-contrib-opcua-server项目文件拉入Visual Studio Code中，此时点击package.json文件，调试代码，主要是postinstall的运行：

 "scripts": {
    "postinstall": "node ./create_certificates.js demo --dev -s -r ./certificates",
    "test": "jest",
    "test:clearCache": "jest --clearCache",
    "test:coverage": "jest --coverage",
    "check:formatter": "prettier --check \"src/**/*.js\" && prettier --check \"test/**/*.js\"",
    "coverage:ci": "npm run check:formatter && jest --coverage --verbose --detectOpenHandles --forceExit --logHeapUsage --ci --debug",
    "coverage:upload": "cat ./jcoverage/lcov.info | codacy-coverage --token 1aa4f8d6feaf4e4e8ffb7f27a12b1116",
    "release": "npm run clean:formatter && standard-version",
    "release:alpha": "npm run clean:formatter && npm run release -- --prerelease alpha",
    "inspect": "jsinspect ./src > .jsinspect-results.json",
    "rewrite-changelog": "conventional-changelog -p angular -i CHANGELOG.md -s -r 0",
    "clean:install": "./clean.sh",
    "clean:formatter": "prettier --write \"src/**/*.js\" && prettier --write \"test/**/*.js\"",
    "lint:md": "remark ."
  }

整个过程运行很顺利，certificates文件夹以及里面的pem也生成了。

导入server-with-context.json示例

导入可以正常使用，可以看到添加的节点和文件夹

顺利完成示例使用，接下来开始需求实现，不过不得不说，node-red-contrib-opcua-server模块的资料真少！都得一个个试出来，包括调试产生pem文件，官方介绍太少了，都没提及。