[co7io] Industrial integrations with Beckhoff ADS/Siemens S7

Tho-Gra · March 27, 2020, 9:46pm

Hello together,

I’m new in Openhab and try to connect my Beckhoff CP6606 (TwinCat 3) with Openhab.

I search tutorials in google and find this site.

I download the snapshot and install the Version 2.5.0 into my Openhab.

But now I’m not sure how to continue…

is there anywhere a tutorial for me?

Greetings

Thomas

splatch · March 28, 2020, 8:11pm

After installation of binding you should be able to add new ADS connection via Inbox > Add (plus button) or Configuration > Things > Add (plus button). There is no support for discovery and because of routing Beckhoff binding generally speaking doesn’t work unless you setup routing properly (Ams source/target id).

Tho-Gra · March 29, 2020, 11:43am

Thank you for your fast answer.

I did it, but is it right, that I can only add three types of channel?
On/Off Switch - Open/Closed Contact - Numeric value

Are there no more possibilitys?

Greetings

Thomas

splatch · March 29, 2020, 12:19pm

You are right. Currently there are just three kinds of channels supported, but adding additional ones is not a problem. What data types from PLC do you currently miss?

Tho-Gra · March 29, 2020, 6:05pm

Maybe all of them?

splatch · March 29, 2020, 8:27pm

You’re right there is nothing holding us to get all of them, but not all of these types are relevant on OH, or can be directly expressed on its side. Many of these types are numbers with different range, precision and/or memory allocation. It would be great if we could do 1:1 mapping, however Java and openHAB type matrix is much shorter than that. In terms of OH we have:

Number
String
Switch / Contact (reflects an boolean)
Date Time
Quantity (ie. if we have seconds, minutes or hours)
Point
HSBC (color)
List (however it is not used widely)

I believe most of ADS types which can be read can be mapped to above, however some of them which have a variable length could be problematic. Currently you can read any of above ADS types (int8-64, uint8-64) while specifying PLC field. They will simply get mapped to a Number on OH side.

Best,
Łukasz

splatch · April 20, 2020, 1:43am

FYI - I narrowed the issue with Beckhoff/ADS devices. Thanks to direct commitment of @Tho-Gra and his help with simulator setup I could test integration and debug it. Your observations were valid - there was a bug in binding and not in plc4x itself. It was, in fact, my fault in use of library.

Because binding was making two connections to Beckhoff the same time PLC was terminating one of them. Not sure which one, but final result was that communication did not leave openhab. PLC on other hand was sending back Read Device Info commands, but no answer or other read request could be submitted.

During my debugging I’ve implemented additional functionality which allows to setup routes for Beckhoff devices automatically. Thanks to that even under experienced users will be able to run integration (you still need to know plc user and password). I will prepare new release soon with a bit more detailed information what was updated and (hopefully) with config example. I still have some resource leaks to handle.

Thank you very much for testing, reports and patience!
Good night!

splatch · May 4, 2020, 1:33am

I’ve uploaded new version of bindings - the ADS one received major update which should let it work now.

Please download it using links and coupons listed in first posts. You decide if you want to pay anything, or nothing at all, by picking up 100% discount code.

bjab · May 4, 2020, 9:00am

I tried downloading a test-version via your webshop, but I only managed to download a “view” file (no extension) of 69kb instead of the .kar file (02-01 version was 5750kb). I think something is wrong with the webshop. I tried it in different browsers

marchano · September 9, 2020, 10:43am

Today I’ve installed beckhoff-2.5.1.M1-20200504 on a windows Openhab.
Installing the binding was no problem, when I want to install the thing there is an error 409: conflict.
What can I else try

rossko57 · September 9, 2020, 11:10am

You don’t install Things, you create them. Assuming you are using PaperUI, 409 usually means you already have a Thing with that name. That might be because the binding has auto-discovered a Thing in your inbox.

marchano · September 9, 2020, 7:59pm

correct, create not install.
I’ve switched the test environment from windows to linux, all went fine and used the above example.
Everything looks good and online:

However, I cannot control the variable, when I change the status on the PLC, nothing happens in OH.

splatch · September 9, 2020, 8:10pm

Hey @marchano,
In case of Beckhoff there is additional “virtual” network layer built-into PLC called AMS. In order to get it working you need to have AMS routes set up. If route is wrong or missing then you will see “online” status which indicates that TCP connection is fine, but you won’t be able to see any data cause its lost in AMS layer.
Please check if binding created route for you using Beckhoff tools. Symptom which you describe might be either caused by lack of route or missing variable. In case of variables - not all registers are visible to binding. Are you cable to control/manage PLC with twincat stuff?

Best,
Łukasz

marchano · September 10, 2020, 8:35am

@splatch thank you for the fast response.
these are the settings done in the controller:

and a lot of error’s in the log file:
08:24:04.705 [WARN ] [ng.plc4x.shared.handler.task.ReadTask] - Could not fetch field gTestPLC4XBOOL:BOOL from PLC

marchano · September 11, 2020, 7:21am

@splatch

thank you again for the support yesterday, it was very enlightening for a noob like me.

however, it was no success, afterwards, I cleaned up the routes in the PLC and started all over, to avoid conflicting AMS net Id’s, without success…

I’m suspecting the Field entry of the channel is not correct.
Can I get some info about the field format and how to translate this to the global variables in the CX?
How to translate the global variable to indexGroup.indexOffset? And in decimal?
Is there an ads analyser available for download to test it without openHAB?

splatch · September 11, 2020, 11:30am

There is official tool from Beckhoff whcih allows to tap AMS/ADS messages:
https://infosys.beckhoff.com/english.php?content=../content/1033/tcadsamsspec/html/tcadsamsspec_tcadsamsdebugger.htm&id=

Not sure how it looks between different versions, I’ve ran it on windows with TwinCAT PLC simulator where it worked just fine. The field entry comes from symbol you assign.
Not all symbols are available to be read. I don’t know exact rule, one which I was able read are shown in the screenshot below. Please compare it with your syntax. For me field syntax in the binding was:
Main.PLCBoolVar:BOOL.

marchano · September 20, 2020, 7:21pm

hello again,

I have tested the ads connection to the plc with this library: https://github.com/Beckhoff/ADS
from the same device as openhab is installed on.
everything works as expected. I can rule out a configuration error on the PLC.

From openhab, there are the same errors in the log as mentioned by @seimenb.
any progress on this?

splatch · September 20, 2020, 9:07pm

If you talk about this error:

seimenb:

With that approach i’m getting another error:

2020-01-04 13:58:25.822 [WARN ] [g.plc4x.shared.handler.task.ReadTask] - Could not fetch data from PLC

java.util.concurrent.ExecutionException: java.nio.channels.ClosedChannelException

	at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357) ~[?:1.8.0_232]

	at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1908) ~[?:1.8.0_232]

	at org.connectorio.binding.plc4x.shared.handler.task.ReadTask.run(ReadTask.java:52) [bundleFile:?]

	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_232]

	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_232]

	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_232]

	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_232]

	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_232]

	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_232]

	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_232]

Caused by: java.nio.channels.ClosedChannelException

	at io.netty.channel.AbstractChannel$AbstractUnsafe.newClosedChannelException(AbstractChannel.java:955) ~[?:?]

	at io.netty.channel.AbstractChannel$AbstractUnsafe.write(AbstractChannel.java:863) ~[?:?]

	at io.netty.channel.DefaultChannelPipeline$HeadContext.write(DefaultChannelPipeline.java:1378) ~[?:?]

	at io.netty.channel.AbstractChannelHandlerContext.invokeWrite0(AbstractChannelHandlerContext.java:716) ~[?:?]

	at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:708) ~[?:?]

	at io.netty.channel.AbstractChannelHandlerContext.access$1700(AbstractChannelHandlerContext.java:56) ~[?:?]

	at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.write(AbstractChannelHandlerContext.java:1102) ~[?:?]

	at io.netty.channel.AbstractChannelHandlerContext$WriteAndFlushTask.write(AbstractChannelHandlerContext.java:1149) ~[?:?]

	at io.netty.channel.AbstractChannelHandlerContext$AbstractWriteTask.run(AbstractChannelHandlerContext.java:1073) ~[?:?]

	at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163) ~[?:?]

	at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:416) ~[?:?]

	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:515) ~[?:?]

	at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:918) ~[?:?]

	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[?:?]

	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[?:?]

	... 1 more

==> /logs/events.log <==

then it was fixed after debugging session with @Tho-Gra:

The 20200504 release should be free of this bug. The only situation where you sill might encounter this issue is making two network bridges using same ams network active at the same time.
I don’t think this is the case, cause you probably noticed errors with first run.

Are you able to conduct quick wireshark/pcap dump and check how many times openhab opens connection to PLC? There is a filter tcp.flags.syn==1 && tcp.flags.ack==0 which should let you identify beginning of connections between hosts (it is taken from this answer Wireshark Q&A filter).

marchano · September 21, 2020, 3:13pm

I have double checked, its another issue I think:

15:11:37.308 [WARN ] [ommon.WrappedScheduledExecutorService] - Scheduled runnable ended with an exception:
java.lang.NullPointerException: null
at org.apache.plc4x.java.ads.connection.AdsAbstractPlcConnection.read(AdsAbstractPlcConnection.java:105) ~[?:?]
at org.apache.plc4x.java.base.messages.DefaultPlcReadRequest.execute(DefaultPlcReadRequest.java:44) ~[?:?]
at org.connectorio.binding.plc4x.shared.handler.task.ReadTask.run(ReadTask.java:66) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:1.8.0_222]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) ~[?:1.8.0_222]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) ~[?:1.8.0_222]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) ~[?:1.8.0_222]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222]
at java.lang.Thread.run(Thread.java:748) [?:1.8.0_222]
15:11:37.331 [INFO ] [smarthome.event.ThingUpdatedEvent ] - Thing ‘co7io-plc4x-ads:ads:8e06fe93’ has been updated.
15:11:37.309 [WARN ] [ommon.WrappedScheduledExecutorService] - Scheduled runnable ended with an exception:
java.lang.NullPointerException: null
at org.apache.plc4x.java.ads.connection.AdsAbstractPlcConnection.read(AdsAbstractPlcConnection.java:105) ~[?:?]
at org.apache.plc4x.java.base.messages.DefaultPlcReadRequest.execute(DefaultPlcReadRequest.java:44) ~[?:?]
at org.connectorio.binding.plc4x.shared.handler.task.ReadTask.run(ReadTask.java:66) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) ~[?:1.8.0_222]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) ~[?:1.8.0_222]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) ~[?:1.8.0_222]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) ~[?:1.8.0_222]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222]
at java.lang.Thread.run(Thread.java:748) [?:1.8.0_222]

marchano · September 21, 2020, 6:28pm

major breakthrough: I had 2 things created linked to the same variable on the beckhoff.
just removing one of them alone was not the solution, i needed to restart openhab: is there a workaround for this, so in case I made an error, I should not restart the system.

2nd question: how can I read a numeric value from the beckhoff?