PLCnext on Instagram  PLCnext on YouTube Github PLCnext CommunityStore PLCnext Community

  1. alexsanchez
  2. PLCnext Engineer
  3. Monday, 23 December 2019

Hello,

I am using version 2019.9.

When I connect to my PLCnext directly (laptop to PLC) it works very well. 

When I connect not directly but while in my company's Network it works very well too.

But when I access remotely (VPN to my company's network) PLCEngineer uses lots of CPU from my laptop and it becomes unresponsive. Am I missing a setting?

 

 

 

 

Attachments (1)
peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

I have seen the same. We have some mobile systems running and use the TC rooter from Phoenix Contact to gain access via 4G mobile network. I also tried the MGuard Cloud System but have seen the same problem. I also tried other mobile access points but seen the same.

I have run some test accessing the controller at a fixed location via the internet (VPN connection) and seen the same. The connection is a 1GB up/down fiber optic. Just to compare, I did run the same test with an Siemens and Allen Bradley controller - no problems there.

in our case the remote access to the controllers is next to useless. It is not possible to monitor the program due to the slow response.

Lets hope Phoenix Contact is coming up with an solution.

  1. more than a month ago
  2. PLCnext Engineer
  3. # 1
peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

I have checked the remote communication via VPN one more time to see where the issue could be.

This time I have set an AXC F 2152 up un a remote connection without VPN - just remote access via the internet. Here there has been no delays. But a unsecured remote connection is a no go. Now the question is where the bottleneck is. The VPN connection - unlikely as it works with other systems. Or is it the encryption of the AXC F2152 that in connection with the VPN communication is restricting the communication.

  1. more than a month ago
  2. PLCnext Engineer
  3. # 2
Emil Fana Gundersen Accepted Answer Pending Moderation
0
Votes
Undo

Hi

I have just tested with a Secomea VPN module. 
I see the same problem with high CPU load.

It's still getting pretty high at local connection, but about the double with VPN connection.

I'm using PLCNext 2020.LTS

It's not traffic there causes the problem. Here is the load from the VPN module.

 

vpn

- Emil

Attachments (1)
  1. more than a month ago
  2. PLCnext Engineer
  3. # 3
peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

Hi Emil,

yep, have tried to figure out what the problems for the last 4 weeks. But not much luck.

as it stands for now, the AXC F2152 systems are of no use for us. The remote access is a must for me. If I have to drive for hours to the client and work for 15 minutes to see and solve the problem - well, is not working for me.

interesting that Phoenix Contact hasn’t tested that before.

  1. more than a month ago
  2. PLCnext Engineer
  3. # 4
Emil Fana Gundersen Accepted Answer Pending Moderation
0
Votes
Undo

Still no reply from Phoenix Contact???? 

- Emil

  1. more than a month ago
  2. PLCnext Engineer
  3. # 5
Martin PLCnext Team Accepted Answer Pending Moderation
0
Votes
Undo

Sorry for the delay.

This issue is currently being investigated and more information will be posted here when it is available.

~ Martin.

Phoenix Contact Electronics Headquarters - PLCnext Runtime Product Management and Support

  1. more than a month ago
  2. PLCnext Engineer
  3. # 6
peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

I did raise the issue last year with Phoenix Contact when I had make numerous trips to a mobile system and wasted hours driving to and from.

Complete Phoenix system with MGuard cloud setup, even tried the setup using a TC rooter but nothing worked. A bit disappointed that this hasn’t been investigated yet. To be honest, I don’t think that is has been tested in real world applications.

For all the innovations that came with PLCNext controllers and PLCNext Engineer, the trade offs are not always worth the problems. For a system that is on the market for this Periode of time, I believe they could have done better.

Why do we still haven’t got a fix for BF-D LED? What do I tell a client when he ask “why do we haben error indication on a new system?” Should I tell him that Phoenix Contact is incapable to solve this?

Long enough have we complained about it and other issues without getting an solution.

  1. more than a month ago
  2. PLCnext Engineer
  3. # 7
afouss@elite-env.com Accepted Answer Pending Moderation
0
Votes
Undo

We are getting the same issue, the plcnext program will work fine when not connected to a remote vpn but when logged into mguard using mguard or the shrewsoft vpn the program will freeze 99.9% of the time. The error log produced when quitting out of the program suggests that the number of inter-application messages being sent asynchronously (I assume between PLC Next program and the vpn program, but I can only assume as I'm not that well versed with operating systems) reaches the quota of 10k messages and the program throws an exception and freezes.

This would be great to fix because our company has spent a good amount of time qualifying the product and have been looking forward to using it but then this makes the entire product useless.

Maybe another release of the software is in order that doesn't send more messages in the windows operating system and cause a "0x80070718: Not enough quota is available to process this command" error. I would be willing to help Martin out with his investigation by forwarding the error log so he can get it to his programmers.

  1. more than a month ago
  2. PLCnext Engineer
  3. # 8
Emil Fana Gundersen Accepted Answer Pending Moderation
0
Votes
Undo

Hi

I have made a small video where i'm testing VPN vith Secomea.
The Wireshark file can be send to you i wanted.

  1. more than a month ago
  2. PLCnext Engineer
  3. # 9
peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

Hi Emil,

i think that we have done our part. It’s up to Phoenix Contact to solve their own problem. I cannot see, that proper testing has been done and will now wait to see what they come up with. But the sad thing will be the time we have to wait for an solution. My guess will be some time in the next year. That is based on the fact, that after two years, they haven’t managed to fix issues like the BF-D Led.

Also an excuse would be, that you don’t use Phoenix Contact VPN hard- / software. Interested how it goes, but for now I will not use the PLCNext controller when I have the need of a remote connection. Wasted enough time and money on that.

  1. more than a month ago
  2. PLCnext Engineer
  3. # 10
Martin PLCnext Team Accepted Answer Pending Moderation
0
Votes
Undo

Hi all,

Thanks for the offers of help. I understand your frustration - I really do. We cannot blame third-party hardware or software at this stage. All I can say is that the investigation is continuing, and I will pass on this additional information to the investigators. Updates will be posted here when available.

~ Martin.

 

Phoenix Contact Electronics Headquarters - PLCnext Runtime Product Management and Support

  1. more than a month ago
  2. PLCnext Engineer
  3. # 11
peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

Hi Martin,

thanx for the info.

  1. more than a month ago
  2. PLCnext Engineer
  3. # 12
alexsanchez Accepted Answer Pending Moderation
0
Votes
Undo

Thanks Martin,

 

For us too it is critical to have reliable remote access via VPN. Hopefully Phoenix finds the solutions soon.

 

Please keep us updated of the developments.

 

Regards,

 

Alex

  1. more than a month ago
  2. PLCnext Engineer
  3. # 13
peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

Do we have update on the issue?

I would like Phoenix to keep us up-to-date on the issue.

Peter

Martin PLCnext Team Accepted Answer Pending Moderation
0
Votes
Undo

Hi all,

Here is the current status (23.01.2020):

The error has been reproduced and the development team are currently investigating the root cause and possible solutions. At the moment there is no schedule for a fix or a workaround.

From now on I will update this thread once a week, even if there is no news.

Martin.

Phoenix Contact Electronics Headquarters - PLCnext Runtime Product Management and Support

Emil Fana Gundersen Accepted Answer Pending Moderation
0
Votes
Undo

Thanks Martin. 

peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

Hi Martin,

thank you for the information. I would guess that we are a few people that are looking forward for the issue to be resolved. A weekly update would be a good idea. So we can see that there is some work done on the problem.

I was looking through my notes and noticed that in the old PCWorx Engineer version (pre release version), this issue was not presented.

i will run some tests over the weekend and post the findings.

 

peter

Martin PLCnext Team Accepted Answer Pending Moderation
0
Votes
Undo

Here is the current status (30.01.2020):

The development team have identified the cause of the problem in the PLCnext Engineer software. This will be fixed "as soon as possible", but at the moment there is no schedule for this fix. The next major release of PLCnext Engineer will be version 2020.3 in April, so I hope that this will include the fix. I will continue to ask for a firm release date for this fix, and let you know if/when I have a better answer.

Bis nächste Woche. (until next week ...)

Martin.

Phoenix Contact Electronics Headquarters - PLCnext Runtime Product Management and Support

Martin PLCnext Team Accepted Answer Pending Moderation
0
Votes
Undo

Here is the current status (06.02.2020):

The CPU load problem has been identified, and will be fixed in PLCnext Engineer version 2020.3.

The "hanging" or "freezing" issue results from the current design of the "online layer" in PLCnext Engineer. There are plans to redesign this "online layer", but there is currently no timeframe available for this.

~ Martin.

Phoenix Contact Electronics Headquarters - PLCnext Runtime Product Management and Support

peterdallmann Accepted Answer Pending Moderation
0
Votes
Undo

Hello Martin,

as promised I have run some test with the older version PCWorx Engineer I had still my first AXC F 2152 controller (first demo release) and could therefore run the test.

As I remembered, the issue with the slow speed is not present here. But I could venture and say, that by adding the new functions and re-working the firmware in the newer releases, the software gremlins have presented them self. Can happen, but should have been noticed during testing.

Any way: as long as you working on it and make the improvements we should be happy. But that there has not been set a timeline for fixing the issue for good, that is concerning me.

As few other users have made clear, the remote access via a VPN connection is a must and should prioritized accordingly.  Or we end up in the same situation as with the BF-D LED - talked about it for a year and still nothing has happened.

Peter Paul

  • Page :
  • 1
  • 2


There are no replies made for this post yet.
However, you are not allowed to reply to this post.