node-red-contrib-s7
node-red-contrib-s7 copied to clipboard
st-one-io
`LIBUSB_TRANSFER_NO_DEVICE` with mpi-usb cable (S7-200)
I try to connect my PLC S7-200 with a PPI cable to Node-RED. Every time I give in the properties for an S7 endpoint with "Transport" on "MPI/PPI/Dp USB Adapter", I get this error: "Could not load MPI-USB library, check your installation.
I already tried a couple of times to reinstall it, but I get all the time the same error. How can I fix this?
Edit 1: This is the error message
29 Mar 00:17:45 - [error] Could not load MPI-USB library, check your installation
TypeError: Cannot read property 'padEnd' of undefined
at Flow.start (/opt/node_modules/@node-red/runtime/lib/nodes/flows/Flow.js:238:62)
at start (/opt/node_modules/@node-red/runtime/lib/nodes/flows/index.js:345:33)
at /opt/node_modules/@node-red/runtime/lib/nodes/flows/index.js:212:21
at runMicrotasks (<anonymous>)
at processTicksAndRejections (internal/process/task_queues.js:94:5)
29 Mar 00:17:45 - [error] [s7 out:a9b6a1b6.13e7e8] TypeError: node.endpoint.getStatus is not a function
29 Mar 00:17:45 - [info] Started flows
Edit 2: Fixed the above error by making a fresh Ubuntu installation with only running Node-RED on. Apparently is Hassio the reason of the above error.
But now I'm having a new problem: Could not find any MPI-USB adapter. I'm trying to connect to my S7-200 with a PPI-Serial cable. Because my computer doesn't have a serial port, I use a USB to serial adapter. All this is running in a Ubuntu VM.
How can I connect my Node-RED to that adapter and let it read my PLC?
We currently only support MPI/PPI/DP adapters like this, so using an USB/Serial converter and connecting using a serial cable is not supported by this node
Okay, thank you for the clarification! I ordered such a cable, hopefully I will get it to work with the other cable.
@gfcittolin I received my cable. I installed everything correctly with Node-Red, contrib-s7 and mpi-s7. I also copied the udev 90 file to the right place. But when I now try to start node-red I get this error LIBUSB_ERROR_ACCESS. If I try to start node-red with sudo nod-red, I get this error Waiting for missing types to be registered: s7 endpoint, s7 in, s7 out
How can I fix this error?
So, the two different errors have two different causes.
The LIBUSB_ERROR_ACCESS is due to lack of permissions. The udev rule just makes sure that the users part of the dialout group have access to the adapter. You still need to make sure that the user running Node-RED (that is, your current user, if you're running from the terminal) is part of the dialout group
Running node-red as root (although not recommended as a final solution) should make the device accessible. The most probable cause you're seeing the missing types error due to the fact that, when running Node-RED with sudo, you're running it from another user (the root user), so the paths for the userDir of Node-RED (including flows and locally installed nodes) are different, and need to be ajusted.
I suggest you not to run Node-RED as root, and instead fix the permissions of your system
I've succeeded in adding my user to the dialout group. But I'm still getting errors. In node-red I get these two errors: Connection step 1 refused with command [128] != [208] CONNECTION_RESPONSE and LIBUSB_TRANSFER_NO_DEVICE
What could be the reason for these errors and how can I fix them?
LIBUSB_TRANSFER_NO_DEVICE usually happens when the device is disconnected, either physically or logically. You can confirm this by checking the kernel logs for device disconnection. Among the causes I would suspect, you can check the following:
- Poor USB cable, or cable too long, or even whether you're getting interference from nearby sources (like big motors, frequency inverters, etc.)
- Bad terminator resistor configuration on the bus side
- Bus address conflict, be sure nothing is using bus address 0.
There's not much documentation on the adapter's protocol, not its error codes (as far as I know, if you find something let me know), therefore I can't tell you a precise cause of the issue. I'd start from the list above, and let me know about the results
@gfcittolin Do you have an idea how I can fix this?
Thanks for the fast response and explanation!
So I tried a couple of things, all without success. I first tried to use different cables with my adapter. They all gave the same errors. The cables I normally use are the ones from the box (short: not more then 1m). [Maybe a fact that I should add. I bought a Chinese 'fake' adapter: 6ES7972-0CB20-0XA0]
Then I tried to catch some extra information from within my setup. I use an Ubuntu VirtualBox with node-red installed on it. It was clearly from dmesg that my adapter constantly disconnects. But I can't quite catch why exactly. Mostly just because I don't get a lot from what is going on. It would be wonderful if you could help me.
On the next links you can read all my collected logs:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 007: ID 0908:0004 Siemens AG SIMATIC PC Adapter USB
Bus 002 Device 002: ID 80ee:0021 VirtualBox USB Tablet
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
- lsusb -v
Bus 002 Device 006: ID 0908:0004 Siemens AG SIMATIC PC Adapter USB
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 32
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0908 Siemens AG
idProduct 0x0004
bcdDevice 0.10
iManufacturer 1 SIEMENS AG
iProduct 2 SIMATIC PC Adapter USB
iSerial 3 6ES7 972-0CB20-0XA0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0020
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 4 PC Adapter II
bmAttributes 0xc0
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 0
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 5 S7
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 1
Device Status: 0x0000
(Bus Powered)
Sorry for the delay, been pretty busy lately. Thanks for the logs. I took a look on it, and looks we're sending something at the communication setup part (before sending any S7 Communication packet) that either the PLC or the adapter is not very happy about. We send a connection request, and we get an answer with a disconnection request. Not sure why the adapter is "crashing" though.
Unfortunately, there's no known documentation about the protocol, and what have implemented so far is based on tests with the PLCs we have. In other words, I'm not sure where exactly the problem is, although I have some ideas.
If you have the PLC's project, micro/win for programming, and some time available for helping, we could try watching the communication and checking what is different from what we're sending, and hopefully figure out what has to be fixed. Let me know, and I can prepare some instructions on how to do it!
Don't worry about it. It are hard times for everybody.
I would love it to help you in any possible way. I can use my cable with the software that works with my S7-200 PLC: Step7 MicroWin v4.
So let me known what I can do to help this project and I will do it as fast as possible. I would like to make some time free for this project. I think I have to say that I'm not so experienced with Siemens PLC and MicroWin, but I can do the basics and I'm always eager to learn new things.
Thanks for the availability! What we basically need is to capture the USB traffic between MicroWin and the USB adapter using Wireshark, specially the connection part. So, basically, we need the following:
- Install and setup Wireshark in the same machine where running MicroWin
- Start capturing on the USBPcap interface
- Connect the USB Adapter to the PC
- Start MicroWin, go online, do some stuff (like monitor the running code, diagnostics, etc.), then go offline.
- Stop packet capture and save the resulting file
In the case you're able and allowed to change connection parameters (like the bus address of the PLC or MicroWin, connection speed, etc), it would be even better to do so while recording on Wireshark (and taking notes on what is being changed), so we can check which parameters are changing. The configs you can change can be found on the screenshots of the S7-200 Programming Manual, section 7.
Note that the capture will include all your USB traffic, which may include mouse and keyboard (if they're USB, of course) or other sensible traffic. So please e-mail it directly to me, for security reasons. If the file is too big, let me know and I can provide you a secure drop folder for it.
Let me know about the results or if you have any issue in your setup!
I'm done with recording the logs with Wireshark and MicroWin. I will now send them to you by mail.
Let me know if you need some more logs or if I need to change some extra settings.
@gfcittolin Is there already any progress with the development about my version of a MPI-cable?
I installed everything correctly with Node-Red, contrib-s7 and mpi-s7. I also copied the udev 90 file to the right place.
@Waterboy1602 Can you pls tell us what you did here? Cannot find mpi-S7 in node red? What file did you copie? Pls help thx sniicker
I installed everything correctly with Node-Red, contrib-s7 and mpi-s7. I also copied the udev 90 file to the right place.
@Waterboy1602 Can you pls tell us what you did here? Cannot find mpi-S7 in node red? What file did you copie? Pls help thx sniicker
I installed this repo and the repo: MPI-s7. There you can find the steps you need to perform to install the mpi-S7 node.
Don't forget to copy the udev rule. It is also explained in the readme.md file
Sorry, I couldn't test anything yet, since we're changing physical installations here and I don't have the PLCs available. Hope to test something within the next two weeks
Sorry for the delayed response, there have been some progress regarding this issue.
First of all, there was some error handling missing in the connection phase that I've now implemented, and would prevent it from working properly. Secondly, the bus parameters when connecting to S7-200 are indeed different, and the code was not prepared for that. There are still some parameters I couldn't figure out its meaning, but at least we now know what is different and what we should send.
Last week I finally got access to a S7-200 nearby here (the factory had access limitations due to covid), and I could test these changes by manually crafting the bus parameters, and I could establish the communication and exchange variables successfully.
The missing piece of work that needs to be done (and that's why this is still not commited) is to create an interface in the code for these parameters. Still need to figure out whether we'll be able to automatically negotiate these, or whether we'll need to introduce new configuration parameters on the config node to allow the selection of them. This is somewhat critical, because we can't freely add and remove configuration parameters to the flow without the risk of breaking somebody's flow in the future.
I'm unfortunately somewhat busy developing multiple things at the same time, but as soon as I'm able to, I'll try to create a branch with these changes, so you could manually install it and test whether it works in your setup.
Thank you for the update!
Will you keep me up to date when the new branch is available, so that I can directly start testing it?
I've finally been able to work on this. It was a huge amount of work, not only implementing the needed bits, but also restructuring lots of things so that we can keep building and improving it.
The project is now split in two: node-red-contrib-s7 and node-red-contrib-mpi-s7. The original node-red-contrib-s7 project now handles only ethernet connections natively, but can now plug onto other transports. That's why there's the new node-red-contrib-mpi-s7. So now, people that only need ISO-on-TCP don't need to install and load the MPI and USB dependencies.
Therefore, for connecting to a PLC over MPI/DP or PPI, one needs to install both node-red-contrib-s7 and node-red-contrib-mpi-s7.
They are not yet published for general availability, but already available on side channels. @Waterboy1602 if you want to try them, please run:
npm install node-red-contrib-s7@canary
and
npm install node-red-contrib-mpi-s7
Looking forward to your feedback and (hopefully not) your stack traces!
I tried to install the two nodes, but I get some problems I can't place.
So I installed the nodes with the commands you gave me. I executed them in the folder ~/.node-red. Then I start Node-RED, but can't find the s7-endpoint node. So I went looking in Manage palette and saw this:
When starting Node-RED I get the follow output:
22 Oct 16:25:17 - [info] Node-RED version: v1.2.2
22 Oct 16:25:17 - [info] Node.js version: v12.19.0
22 Oct 16:25:17 - [info] Linux 5.4.0-52-generic x64 LE
22 Oct 16:25:17 - [info] Loading palette nodes
22 Oct 16:25:18 - [warn] ------------------------------------------------------
22 Oct 16:25:18 - [warn] [node-red-contrib-mpi-s7/mpi-s7] TypeError: usb.unrefHotplugEvents is not a function
22 Oct 16:25:18 - [warn] [node-red-contrib-s7/s7] SyntaxError: Unexpected token '.'
22 Oct 16:25:18 - [warn] ------------------------------------------------------
22 Oct 16:25:18 - [info] Settings file : /home/wannes/.node-red/settings.js
22 Oct 16:25:18 - [info] Context store : 'default' [module=memory]
22 Oct 16:25:18 - [info] User directory : /home/wannes/.node-red
22 Oct 16:25:18 - [warn] Projects disabled : editorTheme.projects.enabled=false
22 Oct 16:25:18 - [info] Flows file : /home/wannes/.node-red/flows_NodeRed.json
22 Oct 16:25:18 - [info] Creating new flow file
Hey,
for the node-red-contrib-mpi-s7 issue, the problem had been already fixed on the library and a new version released, but package-lock.json of the node-red package had pinned the old version. I've just released a new version with the updated package-lock and it should work now.
for the second one, i was using node.js features only available in node 14.x. I've replaced them and it should now at least load the nodes properly
After removing node-red-contrib-mpi-s7 and reinstalling it the error stays: [node-red-contrib-mpi-s7/mpi-s7] TypeError: usb.unrefHotplugEvents is not a function. Could it be there is an other reason this error appears?
This error [node-red-contrib-s7/s7] SyntaxError: Unexpected token '.' disappeared. So that's fixed. Thanks for that!
Could it be there is an other reason this error appears?
Not really. This error is about a new function I had to implement into the USB library, and all the code should install and depend on this fork. I just double-checked all package.json and package-lock.jsons involved, and all seem correct. I have also installed on a separate device, and it also worked. I may have still missed something, but I'm starting to think it may be something at your side.
Could you please run npm ls in your Node-RED user directory (/home/wannes/.node-red) and in your Node-RED user directory, and post its contents here? If you prefer, you can also send them by e-mail.
wannes@NodeRed:~/.node-red$ npm ls
[email protected] /home/wannes/.node-red
├─┬ [email protected]
│ └─┬ [email protected]
│ └─┬ [email protected] (github:gfcittolin/node-usb#b140b1cc9343523e6e250afde7753c9a4864d117)
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ └─┬ [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ └─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected] deduped
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected] deduped
│ │ │ ├─┬ [email protected]
│ │ │ │ └── [email protected] deduped
│ │ │ └── [email protected]
│ │ ├── [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected] deduped
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├─┬ [email protected]
│ │ │ │ ├── [email protected]
│ │ │ │ ├─┬ [email protected]
│ │ │ │ │ └── [email protected]
│ │ │ │ └── [email protected] deduped
│ │ │ ├─┬ [email protected]
│ │ │ │ └── [email protected]
│ │ │ └─┬ [email protected]
│ │ │ └── [email protected] deduped
│ │ └── [email protected]
│ ├─┬ [email protected]
│ │ ├─┬ [email protected]
│ │ │ └── [email protected] deduped
│ │ └─┬ [email protected]
│ │ └── [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected] deduped
│ │ └── [email protected]
│ ├─┬ [email protected]
│ │ ├─┬ [email protected]
│ │ │ └── [email protected]
│ │ ├── [email protected] deduped
│ │ └── [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected] deduped
│ │ ├── [email protected] deduped
│ │ └─┬ [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├─┬ [email protected]
│ │ │ │ ├── [email protected]
│ │ │ │ └── [email protected]
│ │ │ ├── [email protected] deduped
│ │ │ └─┬ [email protected]
│ │ │ ├── [email protected] deduped
│ │ │ ├── [email protected] deduped
│ │ │ └── [email protected] deduped
│ │ ├── [email protected] deduped
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ └─┬ [email protected]
│ │ ├── [email protected] deduped
│ │ ├── [email protected] deduped
│ │ └── [email protected] deduped
│ ├─┬ [email protected]
│ │ └── [email protected]
│ └── [email protected]
└─┬ [email protected]
└─┬ @st-one-io/[email protected]
└── [email protected]
Just saw there's a typo in my previous comment, i meant to get the npm ls from your Node-RED user directory and your Node-RED installation directory. My guess was that, if it has been installed together with Node-RED itself, it would be loading that copy instead of the one in the user directory. The structure of modules in your userdir seems correct, though.
Could you check if there's any copy of the usb node or the mpi-s7 node in your Node-RED's installation directory (or post npm ls here)? Additionally, could you run the following into inside ~/.node-red and check the output?
node -p "require('usb').unrefHotplugEvents"
The correct output is [Function: unrefHotplugEvents], and if you get it, then the installation is indeed correct and the problem must be somewhere else in the environment
This is the npm ls from my installation directory: https://pastebin.com/ZEXHhPpc
After that I tried to execute node -p "require('usb').unrefHotplugEvents" in /home/wannes/.node-red, but got this output undefined instead of the correct output.
I've found something else. When I try to install npm install node-red-contrib-mpi-s7 with nodejs V14.15.0 en npm V6.14.8 I get the following error output. Could it be this has something to do with the reason I dont get to work it with nodejs V12.X?
> [email protected] install /home/wannes/.node-red/node_modules/usb
> prebuild-install --verbose || node-gyp rebuild
prebuild-install info begin Prebuild-install version 5.3.6
prebuild-install info looking for cached prebuild @ /home/wannes/.npm/_prebuilds/91abd0-usb-v1.6.3-node-v83-linux-x64.tar.gz
prebuild-install http request GET https://github.com/tessel/node-usb/releases/download/v1.6.3/usb-v1.6.3-node-v83-linux-x64.tar.gz
prebuild-install http 404 https://github.com/tessel/node-usb/releases/download/v1.6.3/usb-v1.6.3-node-v83-linux-x64.tar.gz
prebuild-install WARN install No prebuilt binaries found (target=14.15.0 runtime=node arch=x64 libc= platform=linux)
make: Entering directory '/home/wannes/.node-red/node_modules/usb/build'
CC(target) Release/obj.target/libusb/libusb/libusb/core.o
CC(target) Release/obj.target/libusb/libusb/libusb/descriptor.o
CC(target) Release/obj.target/libusb/libusb/libusb/hotplug.o
CC(target) Release/obj.target/libusb/libusb/libusb/io.o
CC(target) Release/obj.target/libusb/libusb/libusb/strerror.o
CC(target) Release/obj.target/libusb/libusb/libusb/sync.o
CC(target) Release/obj.target/libusb/libusb/libusb/os/poll_posix.o
CC(target) Release/obj.target/libusb/libusb/libusb/os/threads_posix.o
CC(target) Release/obj.target/libusb/libusb/libusb/os/linux_usbfs.o
CC(target) Release/obj.target/libusb/libusb/libusb/os/linux_udev.o
../libusb/libusb/os/linux_udev.c:40:10: fatal error: libudev.h: No such file or directory
40 | #include <libudev.h>
| ^~~~~~~~~~~
compilation terminated.
make: *** [libusb.target.mk:150: Release/obj.target/libusb/libusb/libusb/os/linux_udev.o] Error 1
make: Leaving directory '/home/wannes/.node-red/node_modules/usb/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/home/wannes/.nvm/versions/node/v14.15.0/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)
gyp ERR! stack at ChildProcess.emit (events.js:315:20)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:277:12)
gyp ERR! System Linux 5.4.0-52-generic
gyp ERR! command "/home/wannes/.nvm/versions/node/v14.15.0/bin/node" "/home/wannes/.nvm/versions/node/v14.15.0/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/wannes/.node-red/node_modules/usb
gyp ERR! node -v v14.15.0
gyp ERR! node-gyp -v v5.1.0
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! [email protected] install: `prebuild-install --verbose || node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the [email protected] install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Oh, I think you may have found it. We need libusb in order to have raw access the USB devices, itself needing libudev to work. Installing mpi-s7 should trigger compiling and installing everything, and it looks like you don't have the needed dependencies for that to happen. What I still can't understand is, given that you don't have the dependencies to compile, how the installation with the older version of node succeeded in the first place? :thinking:
Please try to install libudev-dev (that provides the missing header above) and build-essential (if on debian-based system, with sudo apt install build-essential libudev-dev) and try again.
Ok, found it. There's this package in the original usb repository called prebuild-install, that checks the repository for prebuilt binaries, and install them if it finds one compatible with the running platform, which was the case for your node 12.
According to this, you may be able to install it correctly by passing --build-from-source on npm's command line. You may need to uninstall the packages first before trying to install it with this flag.
I succeeded in installing node-red-contrib-mpi-s7 by first installing libudev-dev and build-essential. After that I executed the npm command with --build-from-source and got no errors anymore.
But now if I connect my MPI adapter and fully configure it, node-red gives me the following error: Error: Connection step 1 refused with command [128] != [208] CONNECTION_RESPONSE. I use the adapter with a short cable, so that can't be the problem. I also checked lsusb and this is my output:
Bus 001 Device 004: ID 0908:0004 Siemens AG SIMATIC PC Adapter USB
Bus 001 Device 002: ID 80ee:0021 VirtualBox USB Tablet
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub