# Siemens is now allowing more ways to communicatie with S7-1500

**URL:** <https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270>\
**Category:** General Discussion\
**Created:** [October 17, 2022, 8:08am UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270 "2022-10-17T08:08:19Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![pieter.deswert](https://avatars.discourse-cdn.com/v4/letter/p/8797f3/32.png) [@pieter.deswert](https://forum.inductiveautomation.com/u/pieter.deswert)\
**Post date:** [October 17, 2022, 8:08am UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/1 "2022-10-17T08:08:19Z")

</div>

Siemens has released the "S7 plus comm" protocol as far as I can tell but you have to request the information at siemens.

This enables communication to datablocks in an S7-1500 that are set in optimized access mode. this means that data in a PLC can be accessed through symbolic means instead of absolute adressing. also PLC browsing for tags is supported in this.

Any chance this will be implemented ? It could be a gamechanger to see more widespread adoption of ignition in Europe.

OPC-UA server in the S7-1500 is not a decent alternative, as the server restarts at almost every change you make in the PLC. thus breaking connections with scada. if you have this all day at a working plant you will get allot of people angry at you

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [October 17, 2022, 8:30am UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/2 "2022-10-17T08:30:44Z")

</div>

> [@pieter.deswert](#):
>
> Siemens has released the "S7 plus comm" protocol as far as I can tell but you have to request the information at siemens.

AFAIK this information is not available to anybody outside of Siemens, requested or not.

There are some third party libraries that have reverse engineered and implemented it and I'll be taking a look at one of them sometime next year to see if it's a good fit for a rewrite or new Siemens driver for Ignition but it's too soon to commit to anything other than that.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [October 17, 2022, 12:47pm UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/3 "2022-10-17T12:47:02Z")

</div>

> [@pieter.deswert](#):
>
> OPC-UA server in the S7-1500 is not a decent alternative, as the server restarts at almost every change you make in the PLC.

What kind of changes lead to a restart? Is it just that the cycle is too long before the OPC UA server is available and Ignition has reconnected? I would expect that S7 communications are disrupted during whatever these changes are, too.

---

<div class="post-metadata">

**Author:** ![pieter.deswert](https://avatars.discourse-cdn.com/v4/letter/p/8797f3/32.png) [@pieter.deswert](https://forum.inductiveautomation.com/u/pieter.deswert)\
**Post date:** [October 18, 2022, 6:40am UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/4 "2022-10-18T06:40:38Z")

</div>

Basically if any symbol or even its comment are changed and then downloaded. the entire OPC-UA server restarts, it takes long enough for operators to notice, if you have to do this several times a day, people will get irritated.

Its a small improvement for the current firmware. before it just restarted with every download to the PLC.

Regular S7 communication is not interrupted

---

<div class="post-metadata">

**Author:** ![deon.korb](https://avatars.discourse-cdn.com/v4/letter/d/8c91f0/32.png) [@deon.korb](https://forum.inductiveautomation.com/u/deon.korb)\
**Post date:** [October 18, 2022, 6:53am UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/5 "2022-10-18T06:53:38Z")

</div>

You are right that the server restarts on any download that affects items exposed to the OPC UA server, such as tags, DBs, and even the comments of those. Much better than in the past where it would restart on any download, even a simple code change.

I have found that the restart time can be drastically reduced by the following:

- Limiting the number of subscriptions, by reading structs instead of individual nodes. Discussed many times on the forum.
- Limiting the number of nodes exposed. Untick accessible by HMI/OPC UA on anything not applicable. Everything is enabled by default.
- Giving the controller a minimum cyclic OB cycle time greater than actual execution time and allowing a higher communication load, such as 50%
- Batch changes and download fewer times 😋

Even with its issues, I think the OPC UA server is the best option.

Hopefully one day in a future firmware version this will not happen anymore. The OPC UA server has improved drastically over the few years I've used it.

---

<div class="post-metadata">

**Author:** ![pieter.deswert](https://avatars.discourse-cdn.com/v4/letter/p/8797f3/32.png) [@pieter.deswert](https://forum.inductiveautomation.com/u/pieter.deswert)\
**Post date:** [October 18, 2022, 9:42am UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/6 "2022-10-18T09:42:47Z")

</div>

Reading structs instead of single tags is cumbersome and causes allot of extra load in ignition itself due tot he high number of expressions and reference tags I would require. its not practical.

Running everything in a cyclic OB is not an option in the types of projects I do

---

<div class="post-metadata">

**Author:** ![Arnaud\_Declerck](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/arnaud_declerck/32/44872_2.png) [@Arnaud\_Declerck](https://forum.inductiveautomation.com/u/Arnaud_Declerck)\
**Post date:** [August 1, 2023, 12:02pm UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/7 "2023-08-01T12:02:37Z")

</div>

Hi @Kevin.Herron,

Did you check those libraries? Is there any chance we see one of them integrated in Ignition in the future?

Regards

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [August 1, 2023, 12:06pm UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/8 "2023-08-01T12:06:08Z")

</div>

We won’t be evaluating the library until late this year or early next.

Assuming the library works out, it’s very likely there will _eventually_ be a new Siemens driver, but I wouldn’t expect it before some time next year.

---

<div class="post-metadata">

**Author:** ![Arnaud\_Declerck](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/arnaud_declerck/32/44872_2.png) [@Arnaud\_Declerck](https://forum.inductiveautomation.com/u/Arnaud_Declerck)\
**Post date:** [August 1, 2023, 12:28pm UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/9 "2023-08-01T12:28:49Z")

</div>

Thanks for the reply  
Glad you take this in consideration. And if we can do something to help. More than welcome 🙂

---

<div class="post-metadata">

**Author:** ![Pdeswert](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@Pdeswert](https://forum.inductiveautomation.com/u/Pdeswert)\
**Post date:** [April 20, 2024, 6:29pm UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/10 "2024-04-20T18:29:00Z")

</div>

Any chance we can get this in 8.3 ? 😏

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [April 20, 2024, 6:52pm UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/11 "2024-04-20T18:52:31Z")

</div>

Yes

> [@Siemens symbolic Addressing](https://forum.inductiveautomation.com/t/siemens-symbolic-addressing/82329/2):
>
> We’re working on a new Siemens driver with symbolic addressing support and targeting release with Ignition 8.3 next year.

---

<div class="post-metadata">

**Author:** ![Pdeswert](https://avatars.discourse-cdn.com/v4/letter/p/a8b319/32.png) [@Pdeswert](https://forum.inductiveautomation.com/u/Pdeswert)\
**Post date:** [April 20, 2024, 7:04pm UTC](https://forum.inductiveautomation.com/t/siemens-is-now-allowing-more-ways-to-communicatie-with-s7-1500/65270/12 "2024-04-20T19:04:56Z")

</div>

nice 👍
