# New Siemens Drive Setup

**URL:** <https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699>\
**Category:** Ignition 8.3 Early Access\
**Created:** [August 13, 2025, 3:55pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699 "2025-08-13T15:55:54Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![billy\_hanner](https://avatars.discourse-cdn.com/v4/letter/b/258eb7/32.png) [@billy\_hanner](https://forum.inductiveautomation.com/u/billy_hanner)\
**Post date:** [August 13, 2025, 3:55pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/1 "2025-08-13T15:55:54Z")

</div>

Has anyone had any luck getting the new Siemens driver to work with an S7-1500 yet? Everything looks right, but the status just says “Disconnected” with no more info than that

---

<div class="post-metadata">

**Author:** ![ryan.white](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/ryan.white/32/73193_2.png) [@ryan.white](https://forum.inductiveautomation.com/u/ryan.white)\
**Post date:** [August 13, 2025, 4:11pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/2 "2025-08-13T16:11:25Z")

</div>

Any warnings or errors in your gateway logs?

---

<div class="post-metadata">

**Author:** ![Cody\_Morgan](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cody\_Morgan](https://forum.inductiveautomation.com/u/Cody_Morgan)\
**Post date:** [August 13, 2025, 6:17pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/3 "2025-08-13T18:17:48Z")

</div>

You'll need to turn the Siemens related loggers to debug level in order to troubleshoot the connection issue.

---

<div class="post-metadata">

**Author:** ![automatisation](https://avatars.discourse-cdn.com/v4/letter/a/94ad74/32.png) [@automatisation](https://forum.inductiveautomation.com/u/automatisation)\
**Post date:** [August 13, 2025, 6:32pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/4 "2025-08-13T18:32:35Z")

</div>

No issue here.

Connecting to S7-1512 (Compact and ET200S formats) with symbolic access. Works flawlessly, accessing either datablocs or plc tags.

Security is low on the PLCs though. That might help.

---

<div class="post-metadata">

**Author:** ![billy\_hanner](https://avatars.discourse-cdn.com/v4/letter/b/258eb7/32.png) [@billy\_hanner](https://forum.inductiveautomation.com/u/billy_hanner)\
**Post date:** [August 14, 2025, 10:32am UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/5 "2025-08-14T10:32:17Z")

</div>

Hi Ryan, Now i’ve turned on the debuger i’m getting this error  
S(LOADING) x E(LoadSymbolsFailure[cause=UaException: status=Bad\_NoCommunication, message=Next reconnect attempt in 254334 ms]) = S'(LOADING\_WAIT)

And also  
Failed to load symbols

```python
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.withConnection(SiemensS7Client.java:182)

```

```python
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.loadSymbolsFromPlc(SiemensS7Client.java:141)

```

```python
at com.inductiveautomation.ignition.drivers.siemens.SymbolFsm$SymbolFsmFactory$ClientActions$1.loadSymbolInfo(SymbolFsm.java:446)

```

```python
at com.inductiveautomation.ignition.drivers.siemens.SymbolFsm$SymbolFsmFactory.lambda$configureLoading$3(SymbolFsm.java:284)

```

```python
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)

```

```python
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

```

```python
at java.base/java.lang.Thread.run(Unknown Source)

```

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [August 14, 2025, 11:32am UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/6 "2025-08-14T11:32:26Z")

</div>

That looks like a pure communication error. Check your firewalls and routers along the path to that device.

Collect a wireshark packet capture of each connection attempt and share it here.

---

<div class="post-metadata">

**Author:** ![Cody\_Morgan](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cody\_Morgan](https://forum.inductiveautomation.com/u/Cody_Morgan)\
**Post date:** [August 14, 2025, 1:41pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/7 "2025-08-14T13:41:59Z")

</div>

You may get a little more information about why it was unable to connect if you can grab the logs while it is attempting to reconnect. Unfortunately, in this beta there is an issue with the reconnect delay having an extremely high cap (32,000 seconds, instead of 32 seconds). This will be fixed in an upcoming version. The log message you shared doesn’t include a reconnect attempt, it is only telling you that it won’t attempt to reconnect for another 254 seconds.

Try to grab the logs after disabling and re-enabling the device connection, while the debug loggers are enabled. Then, share all of the logs, and I will be happy to look for the relevant message.

If you’d prefer, you can upload the logs to this dropbox:

> **[Dropbox](https://www.dropbox.com/request/ilZgcCn8hJgcWdrPPEfi)**

---

<div class="post-metadata">

**Author:** ![billy\_hanner](https://avatars.discourse-cdn.com/v4/letter/b/258eb7/32.png) [@billy\_hanner](https://forum.inductiveautomation.com/u/billy_hanner)\
**Post date:** [August 14, 2025, 3:59pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/8 "2025-08-14T15:59:17Z")

</div>

I’ve managed to capture what looks like a reconnection request

```python
DEBUG
SiemensS7Client
14Aug2025 17:56:48
Error connecting
de.deltalogic.accon.aglink4.AglIOException: Method: 'Connect', Error Code: 'AGL40_PLC_NOT_FOUND', Error Nr: '0xFFF5001C', Error Message: 'AGL40_PLC_NOT_FOUND',
at de.deltalogic.accon.aglink4.FunctionsConnect.connect(FunctionsConnect.java:150)
at de.deltalogic.accon.aglink4.AglConnection.autoConnect(AglConnection.java:458)
at de.deltalogic.accon.aglink4.AglConnection.connect(AglConnection.java:261)
at de.deltalogic.accon.aglink4.AglPlcConnection.connect(AglPlcConnection.java:346)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.fallbackToUnsecureConnection(SiemensS7Client.java:326)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.symbolicConnect(SiemensS7Client.java:314)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.connect(SiemensS7Client.java:86)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.withConnection(SiemensS7Client.java:177)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.loadSymbolsFromPlc(SiemensS7Client.java:141)
at com.inductiveautomation.ignition.drivers.siemens.SymbolFsm$SymbolFsmFactory$ClientActions$1.loadSymbolInfo(SymbolFsm.java:446)
at com.inductiveautomation.ignition.drivers.siemens.SymbolFsm$SymbolFsmFactory.lambda$configureLoading$3(SymbolFsm.java:284)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)

DEBUG
SiemensS7Client
14Aug2025 17:56:48
Falling back to unsecure connection
DEBUG
SiemensS7Client
14Aug2025 17:56:48
Error creating secure connection.
de.deltalogic.accon.aglink4.AglIOException: Method: 'Connect', Error Code: 'AGL40_PLC_NOT_FOUND', Error Nr: '0xFFF5001C', Error Message: 'AGL40_PLC_NOT_FOUND',
at de.deltalogic.accon.aglink4.FunctionsConnect.connect(FunctionsConnect.java:150)
at de.deltalogic.accon.aglink4.AglConnection.autoConnect(AglConnection.java:458)
at de.deltalogic.accon.aglink4.AglConnection.connect(AglConnection.java:261)
at de.deltalogic.accon.aglink4.AglPlcConnection.connect(AglPlcConnection.java:346)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.symbolicConnect(SiemensS7Client.java:299)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.connect(SiemensS7Client.java:86)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.withConnection(SiemensS7Client.java:177)
at com.inductiveautomation.ignition.drivers.siemens.SiemensS7Client.loadSymbolsFromPlc(SiemensS7Client.java:141)
at com.inductiveautomation.ignition.drivers.siemens.SymbolFsm$SymbolFsmFactory$ClientActions$1.loadSymbolInfo(SymbolFsm.java:446)
at com.inductiveautomation.ignition.drivers.siemens.SymbolFsm$SymbolFsmFactory.lambda$configureLoading$3(SymbolFsm.java:284)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)

```

Not sure if this helps if not i’ll get the logs downloaded

---

<div class="post-metadata">

**Author:** ![billy\_hanner](https://avatars.discourse-cdn.com/v4/letter/b/258eb7/32.png) [@billy\_hanner](https://forum.inductiveautomation.com/u/billy_hanner)\
**Post date:** [August 14, 2025, 4:12pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/9 "2025-08-14T16:12:36Z")

</div>

The SCADA machine and the PLC are on a flat network there are no routers, there are some managed switches it goes through as it’s in our test lab. I’ll have a go at bypassing the switches see if they are causing issues with profinet (wouldn’t be the first time)

---

<div class="post-metadata">

**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\
**Post date:** [August 14, 2025, 4:36pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/10 "2025-08-14T16:36:16Z")

</div>

> [@billy\_hanner](#):
>
> causing issues with profinet

S7 protocol and Profinet are two very different things:

**Profinet** is a near real-time remote IO protocol that runs on Layer 2 of the network stack. Profinet is not able to pass through a router (read this as - all profinet stations must be on the same subnet, but this subnet could be passed through VLANs as they are a Layer 2 function)  
Because profinet is a near hardware level protocol, you also will have issues with switches (managed and unmanaged) that are not listed as "Profinet Conformance Class A/B/C"  
We regularly see issues on machines that buy switches such as the Weidmuller IE-SW-EL08-8TX, where profinet will repeatedly drop connection.

**S7 protocol** (Can't remember the exact proper name for it) is the protocol that Ignition or other systems (also WinCC I belive) use to read tags from the S7-xxxx PLC. It is not a remote IO protocol, and is not close to real time.  
What makes it useful is that it is routable at layer 3, supports queueing of requests and is a more IT friendly protocol that works on TCP/IP hardware universally.

I believe your troubleshooting will benefit from the definitions, S7 Protocol is the one you are looking at, and it is much easier to look at due to being IT friendly.  
What I do see in your logs is that the driver is trying to connect to the "Secure Connection" but is falling back to "Unsecure".  
Have you set up security on the S7 PLC?

---

<div class="post-metadata">

**Author:** ![Cody\_Morgan](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cody\_Morgan](https://forum.inductiveautomation.com/u/Cody_Morgan)\
**Post date:** [August 14, 2025, 5:01pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/11 "2025-08-14T17:01:23Z")

</div>

When using the Symbolic address space, the driver always attempts to make a secure connection first. If that fails, it will try an unsecure connection. This is normal.

The useful bit of information in the logs here is “AGL40\_PLC\_NOT\_FOUND”

As Phil suggested before, this is a general communication error. Double check IP address, port, rack number, and CPU slot number.

---

<div class="post-metadata">

**Author:** ![billy\_hanner](https://avatars.discourse-cdn.com/v4/letter/b/258eb7/32.png) [@billy\_hanner](https://forum.inductiveautomation.com/u/billy_hanner)\
**Post date:** [August 18, 2025, 10:16am UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/12 "2025-08-18T10:16:43Z")

</div>

I had the rack and slot number both set to zero; these are now set to 0 & 1 and plugging the laptop straight into the PLC, it still doesn’t work in Symbolic mode. It does work in absolute mode now and connects straight away. Any idea why it wouldn’t work in symbolic mode?

---

<div class="post-metadata">

**Author:** ![Cody\_Morgan](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cody\_Morgan](https://forum.inductiveautomation.com/u/Cody_Morgan)\
**Post date:** [August 18, 2025, 12:12pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/13 "2025-08-18T12:12:38Z")

</div>

That has me stumped. There is probably some configuration in tia portal for the PLC that allows/disallows this type of connection. I'll try to poke around to see if I can reproduce.

Are there any other error messages in the logs, other than “AGL40\_PLC\_NOT\_FOUND”?

---

<div class="post-metadata">

**Author:** ![billy\_hanner](https://avatars.discourse-cdn.com/v4/letter/b/258eb7/32.png) [@billy\_hanner](https://forum.inductiveautomation.com/u/billy_hanner)\
**Post date:** [August 18, 2025, 3:02pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/14 "2025-08-18T15:02:02Z")

</div>

Not that I haven’t listed already, I’ll have another poke around on Wednesday when I can get back on it.

---

<div class="post-metadata">

**Author:** ![Cody\_Morgan](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cody\_Morgan](https://forum.inductiveautomation.com/u/Cody_Morgan)\
**Post date:** [August 18, 2025, 3:42pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/15 "2025-08-18T15:42:45Z")

</div>

Thanks. It’ll probably be tomorrow or Wednesday before I can start really poking at it, also.

---

<div class="post-metadata">

**Author:** ![Cody\_Morgan](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cody\_Morgan](https://forum.inductiveautomation.com/u/Cody_Morgan)\
**Post date:** [August 19, 2025, 7:21am UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/16 "2025-08-19T07:21:59Z")

</div>

Are you using UMAC, by chance? Do you know what firmware version you have on the PLC?

---

<div class="post-metadata">

**Author:** ![billy\_hanner](https://avatars.discourse-cdn.com/v4/letter/b/258eb7/32.png) [@billy\_hanner](https://forum.inductiveautomation.com/u/billy_hanner)\
**Post date:** [August 20, 2025, 8:35am UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/17 "2025-08-20T08:35:29Z")

</div>

Apologies, I’ve just had another engineer check over my setup with me, turns out the IP address I was using was for the RIO rack in the panel, not the CPU. 😅 No idea how I got that wrong. On the bright side the absolute driver can establish a connection with an IO rack for some reason

---

<div class="post-metadata">

**Author:** ![Cody\_Morgan](https://avatars.discourse-cdn.com/v4/letter/c/db5fbb/32.png) [@Cody\_Morgan](https://forum.inductiveautomation.com/u/Cody_Morgan)\
**Post date:** [August 20, 2025, 2:11pm UTC](https://forum.inductiveautomation.com/t/new-siemens-drive-setup/109699/18 "2025-08-20T14:11:01Z")

</div>

Cool. TIL. Glad you got it figured out, and thanks for updating this thread!
