# Error logs communicating with Siemens WinLC

**URL:** <https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589>\
**Category:** Ignition\
**Created:** [October 7, 2015, 2:53pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589 "2015-10-07T14:53:21Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![taglias](https://avatars.discourse-cdn.com/v4/letter/t/54ee81/32.png) [@taglias](https://forum.inductiveautomation.com/u/taglias)\
**Post date:** [October 7, 2015, 2:53pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/1 "2015-10-07T14:53:21Z")

</div>

Hello,  
I configured a device of type Siemens S7-300 to communicate with a Siemens soft PLC (WinLC, v4.1.0). The communication is working, but the Ignition System Console is showing a lot of errors, more than one per second:

[code]1:38:51 PM S7300Driver[WinLC] Error getting request key.

com.inductiveautomation.xopc.drivers.siemens.util.ReadException: Error reading field “Header Constant” at offset 7 in bytes: [03 00 00 07 02 F0 00]  
Caused by: java.nio.BufferUnderflowException[/code]

I debugged the communication with Wireshark and I found out that after the Ignition driver request, there are two replies from WinLC:

- the first one contains the data [03 00 00 07 02 F0 00], so TPKT [03 00 00 07], COTP [02 F0 00] and an empty PDU (the 00 in COPT, in fact, says that this is not the last PDU, and the 07 on TPKT is the correct data length)
- the second contains the response (TPKT [03 00 xx xx], COPT [02 F0 80], so this is the last PDU)

It seems to me that the driver does not handle correctly the case of an empty PDU and, maybe, also the case of a PDU split in two packets. Can you check?

I use Ignition v7.6.7.

Thank 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 7, 2015, 2:59pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/2 "2015-10-07T14:59:49Z")

</div>

Can you email your Wireshark log into support?

We don’t have access to or support the soft PLC you’re trying to using, but if I can get any ideas from the Wireshark logs I’ll let you know.

---

<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 8, 2015, 1:25pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/3 "2015-10-08T13:25:41Z")

</div>

Right, so… it’s that empty PDU that’s causing problems.

The driver isn’t built to handle that and I’ve never seen it until now. This isn’t something I’ll be able to fix very soon.

---

<div class="post-metadata">

**Author:** ![uTewell](https://avatars.discourse-cdn.com/v4/letter/u/e274bd/32.png) [@uTewell](https://forum.inductiveautomation.com/u/uTewell)\
**Post date:** [March 20, 2019, 2:48pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/4 "2019-03-20T14:48:12Z")

</div>

I am having this same issue. Have there been any updates to the problem?

---

<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:** [March 20, 2019, 2:52pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/5 "2019-03-20T14:52:07Z")

</div>

Sorry, nothing has changed. You can use Kepware or a Siemens OPC server if you need to communicate with a soft PLC right now.

---

<div class="post-metadata">

**Author:** ![uTewell](https://avatars.discourse-cdn.com/v4/letter/u/e274bd/32.png) [@uTewell](https://forum.inductiveautomation.com/u/uTewell)\
**Post date:** [March 20, 2019, 2:54pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/6 "2019-03-20T14:54:00Z")

</div>

Are there any plans to support this package in the future?

---

<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:** [March 20, 2019, 2:56pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/7 "2019-03-20T14:56:19Z")

</div>

The actionable item here isn’t specifically support for the soft PLCs, rather, it’s either significantly enhancing our S7 protocol implementation or replacing it with an implementation from a 3rd party vendor.

---

<div class="post-metadata">

**Author:** ![uTewell](https://avatars.discourse-cdn.com/v4/letter/u/e274bd/32.png) [@uTewell](https://forum.inductiveautomation.com/u/uTewell)\
**Post date:** [March 20, 2019, 3:58pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/8 "2019-03-20T15:58:21Z")

</div>

Alright well I have turned off the S7300driver to keep my logs from getting flooded with messages as my tags do appear to be working.

I have several actual S7 300 PLCs though. Is there anyway to just turn off the alarming in the logs for this one WinLC device and not all my S7 300 PLCs?

---

<div class="post-metadata">

**Author:** ![cajaz](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cajaz/32/3631_2.png) [@cajaz](https://forum.inductiveautomation.com/u/cajaz)\
**Post date:** [March 22, 2019, 2:10pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/9 "2019-03-22T14:10:13Z")

</div>

I have the exact same issue. I have a software PLC I am connected to for ONE tag that I can’t go without, but now my logs in ignition stay flooded with “Error getting request key.”, which makes it difficult to see/troubleshoot any other errors. Is there any way we can just have the driver ignore this one error?

---

<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:** [March 22, 2019, 2:20pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/10 "2019-03-22T14:20:22Z")

</div>

No, you have to turn that whole logger to OFF unfortunately.

---

<div class="post-metadata">

**Author:** ![pftarazona](https://avatars.discourse-cdn.com/v4/letter/p/8491ac/32.png) [@pftarazona](https://forum.inductiveautomation.com/u/pftarazona)\
**Post date:** [June 12, 2019, 2:47pm UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/11 "2019-06-12T14:47:58Z")

</div>

I have same the problem "S7300DRIVER “ERROR GETTING REQUEST KEY” ", but the tags are ok, the file of logs its full, and after 20 hours the gateway don’t write/read to the device (WinLC). Is possible that this error blocks the communication after some time?

---

<div class="post-metadata">

**Author:** ![Inken\_Kestler](https://avatars.discourse-cdn.com/v4/letter/i/bcef8e/32.png) [@Inken\_Kestler](https://forum.inductiveautomation.com/u/Inken_Kestler)\
**Post date:** [February 15, 2024, 11:42am UTC](https://forum.inductiveautomation.com/t/error-logs-communicating-with-siemens-winlc/10589/12 "2024-02-15T11:42:33Z")

</div>

Hi,  
I have the same problem.  
Is there still no solution for Soft PLCs ??
