AdvancedHMI Software
General Category => Support Questions => Topic started by: Noe on January 17, 2019, 06:44:32 PM
-
Hi all. I created an app that allows me to print some information from the PLC. I was using EthernetIPforSLCMicroCom driver with no issue, the PLC is a MicroLogix 1500 LRC Series C with a 1761NET-ENI (Ethernet/IP to RS232 converter from Rockwell). Because the serious limitations on the NET-ENI (only 2 open sockets at the same time are possible) and in the need of connecting more devices to the PLC to exchange data, we installed a new device to substitute the NET-ENI, a RTA Automation 515RTAENI, which has a 6 sockets limit that will provide all the connectivity we need.
Problem is that now Advanced HMI cannot be used to communcate with the PLC (using v399yBeta14). I have tried EthernetIPforSLCMicroCom, EthernetIPforCLXCom, EthernetIPforPLC5Com and even SerialDf1overTcpForSLCMicroCom but no joy (see attached images).
First I had an error in the basic label with the legend "Unknow error 275". But after some time all I can get is "No response from forward open" with EthernetIPforSLCMicroCom (which was working fine with NET-ENI).
EthernetIPforCLXCom error is "No response from PLC 31.80.16.1, slot = 0"
EthernetIPforPLC5Com error is the same as EthernetIPforSLCMicroCom
SerialDf1overTcpForSLCMicroCom just wont throw anything at all
Have someone used these with Advanced HMI? I know NET-ENI is dead for Rockwell, so I guess someone will have to use it eventually. For us, the possibility to migrate the machine to a modern architecture is not feasible.
In case somebody wants, I can provide more information.
-
Two open connections? I thought it was five?
-
Probably the most useful information is to run a Wireshark capture while using the EthernetIPforSLCMicroCom driver.
-
Two open connections? I thought it was five?
Yes, all the information I have found points to that, and my tests also. We even had problems to get online to monitor or make changes in the PLC if we had already two sockets used, you had to close the application or disconnect the HMI.
-
Probably the most useful information is to run a Wireshark capture while using the EthernetIPforSLCMicroCom driver.
Let me install it and I will run a test again. Could you just point me out what I have to do with Wireshark? I personally never used it.
-
Two open connections? I thought it was five?
Yes, all the information I have found points to that, and my tests also. We even had problems to get online to monitor or make changes in the PLC if we had already two sockets used, you had to close the application or disconnect the HMI.
I looked it up, it's actually six. Remember, RSLinx counts as a connection.
-
Two open connections? I thought it was five?
Yes, all the information I have found points to that, and my tests also. We even had problems to get online to monitor or make changes in the PLC if we had already two sockets used, you had to close the application or disconnect the HMI.
I looked it up, it's actually six. Remember, RSLinx counts as a connection.
You are correct. Thing is that only two can be in and out. We always had problems when going online, I suppose is because the HMI and PLC both take the bi-directional sockets, but now we need to add a database application which will read and write data, so we are forced to upgrade to something like RTA, beacuse they can handle 6 bi-directional connections.
"The 515RTAENI Is Here to Save Your Legacy Systems
That’s right, Real Time Automation is here to save your customers with the 515RTAENI. It’s designed to be a replacement for the NET-ENI. Featuring browser based configuration and diagnostics, support for up to 6 TCP/IP connections in each direction. It also exposes additional data transfer options the NET-ENI never allowed. It encompasses many of the 1761-NET-ENI and the 1761-NET-ENIW features in one solution!"
https://www.rtaautomation.com/product/515rtaeni-n34/
-
Probably the most useful information is to run a Wireshark capture while using the EthernetIPforSLCMicroCom driver.
It is friendly enough, hopefully this is what you need. The RTA device is 31.80.16.1, my laptop is 31.80.16.253, there is another PC acting like a HMI 31.80.16.2, a Tox servopress (which is not connected to the PLC by Ethernet, but to its software running in the HMI), and some other devices like a badge reader and a RTA TCP to Ethernet/IP device for user administration.
I used only a new project of AdvancedHMI with only EthernetIPforSLCMicroCom1 and a baseic label trying to read ST29:30. Let me know if you need the PLC project.
-
Archie, I just found that the RTA device has a log tab, maybe these messages make some sense to you.
I also took a picture of the Ethernet tab which shows the open sockets and you can see 31.80.16.253 (my laptop running AdvancedHMI) being there.
0001|0:00:00.105| rta_router.cpp:0069|0:0| rta_router_init
0002|0:00:00.140|rta_neteni_telne:0074|0:0| NETENI Telnet Started
0003|0:00:03.125| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 28
0004|0:00:03.135| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 1489
0005|0:00:03.225| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 1560
0006|0:00:03.415| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 1624
0007|0:00:03.525| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 1640
0008|0:00:03.865| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 1756
0009|0:00:21.845| rta_router.cpp:0152|0:0| rta_usersock_process failed
0010|0:00:22.465| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 1832
0011|0:00:23.145| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 1840
0012|0:12:03.445| rta_router.cpp:0189|0:0| rta_memory_get_max_heap_bytes_used 1868
0013|2:29:41.255| rta_usersock.c:0782|0:0| TCP RX Timeout
0014|2:29:45.270| rta_usersock.c:0782|0:0| TCP RX Timeout
0015|3:12:38.765| formcode.cpp:4092|0:0| NETWORK page config changed
0016|3:12:39.365| rta_router.cpp:0282|0:0| Re-initialized Serial Port
0017|3:12:39.365| rta_router.cpp:0069|0:0| rta_router_init
0018|3:12:40.580|df1_fullduplex.c:0178|0:0| Serial RX Timeout
0019|3:12:41.580|df1_fullduplex.c:0178|0:0| Serial RX Timeout
0020|3:12:42.580|df1_fullduplex.c:0178|0:0| Serial RX Timeout
0021|3:12:44.395|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0022|3:12:48.400|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0023|3:12:52.405|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0024|3:12:56.410|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0025|3:13:00.415|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0026|3:13:04.420|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0027|3:13:08.225| formcode.cpp:4092|0:0| NETWORK page config changed
0028|3:13:08.600|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0029|3:13:08.860| rta_router.cpp:0282|0:0| Re-initialized Serial Port
0030|3:13:08.860| rta_router.cpp:0069|0:0| rta_router_init
0031|3:15:01.590|df1_fullduplex.c:0178|0:0| Serial RX Timeout
0032|3:15:04.595|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0033|3:15:08.600|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0034|3:15:12.605|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0035|3:15:16.610|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0036|3:15:20.515| formcode.cpp:4092|0:0| NETWORK page config changed
0037|3:15:20.820|df1_fullduplex.c:0438|0:0| Serial TX Timeout
0038|3:15:21.095| rta_router.cpp:0282|0:0| Re-initialized Serial Port
0039|3:15:21.095| rta_router.cpp:0069|0:0| rta_router_init
0040|4:47:14.445| rta_usersock.c:0782|0:0| TCP RX Timeout
0041|5:32:14.350| rta_usersock.c:0782|0:0| TCP RX Timeout
0042|5:32:14.400| rta_usersock.c:0782|0:0| TCP RX Timeout
0043|5:38:10.290| rta_usersock.c:0782|0:0| TCP RX Timeout
0044|5:43:12.555| rta_usersock.c:0782|0:0| TCP RX Timeout
0045|19:45:57.320| rta_usersock.c:0782|0:0| TCP RX Timeout
0046|26:01:29.545| rta_usersock.c:0782|0:0| TCP RX Timeout
0047|26:54:52.480| rta_usersock.c:0782|0:0| TCP RX Timeout
0052|30:20:06.610| rta_usersock.c:0782|0:0| TCP RX Timeout
0053|30:21:10.060| rta_usersock.c:0782|0:0| TCP RX Timeout
0054|30:44:14.295| rta_router.cpp:0152|0:0| rta_usersock_process failed
0055|30:44:14.300| rta_router.cpp:0152|0:0| rta_usersock_process failed
0056|30:44:14.305| rta_router.cpp:0152|0:0| rta_usersock_process failed
0057|30:44:14.310| rta_router.cpp:0152|0:0| rta_usersock_process failed
0250|30:44:15.280| rta_router.cpp:0152|0:0| rta_usersock_process failed
============================= END START LOG, BEGIN CIRCULAR LOG =============================
0251|30:44:15.285| rta_router.cpp:0152|0:0| rta_usersock_process failed
0252|30:44:15.290| rta_router.cpp:0152|0:0| rta_usersock_process failed
0253|30:44:15.295| rta_router.cpp:0152|0:0| rta_usersock_process failed
0254|30:44:15.300| rta_router.cpp:0152|0:0| rta_usersock_process failed
0346|30:46:16.955| rta_usersock.c:0782|0:0| TCP RX Timeout
0347|30:46:58.150| rta_usersock.c:0782|0:0| TCP RX Timeout
-
I see by the Wireshark that is does the connection, then successfully registers the Ethernet/IP session, but there is no response at the CIP level. The forward open request specifies a route path to a backplane then to slot 0, which is what I suspect is the problem.. Are you using EthernerIPforSLCMicro or the EthernetIPforCLXCom?
-
EthernetIPforSLCMicroCom
-
Try the attached patch
- Download the attached file
- Open your project in VS
- In Solution Explorer expand down the AdvancedHMIDrivers project
- Right click the Support folder and select Add->Existing Item
- Browse to and select the file you downloaded (Be sure it asks to replace the existing)
- Rebuild the solution
If it doesn't work, do another Wireshark capture
-
I would double check the settings of RTAENI, things like STX, ETX start & termination chars.
I have not used RTAENI in particular, but others like 435NBX & 490. In those models, you can see the data coming by keep refreshing the browser page. Also RTA support is very good as well.
-
Try the attached patch
- Download the attached file
- Open your project in VS
- In Solution Explorer expand down the AdvancedHMIDrivers project
- Right click the Support folder and select Add->Existing Item
- Browse to and select the file you downloaded (Be sure it asks to replace the existing)
- Rebuild the solution
If it doesn't work, do another Wireshark capture
Thank you very much Archie!! I tested it with a basic label reading a string and reading a bit, so far so good! Let me check with writes and will report back.
You are really good!
-
I would double check the settings of RTAENI, things like STX, ETX start & termination chars.
I have not used RTAENI in particular, but others like 435NBX & 490. In those models, you can see the data coming by keep refreshing the browser page. Also RTA support is very good as well.
Sounds like you mean if this device was an ASCII protocol. In that case, is not, it uses DF1 encapsulated in TCP, at least is how I understand it works, very similar to Rockwell's NET-ENI.
-
Glad it's working for you!
-
Thank you very much Archie!! I tested it with a basic label reading a string and reading a bit, so far so good! Let me check with writes and will report back.
That patch removed the route path which is normally used on ControlLogix platforms. The Micrologix controllers and the ENI module would ignore it since it doesn't mean anything, but apparently the RTA module must try to process it.
Just and FYI, if you are only using AdvancedHMI, you can use a generic Ethernet to serial server as long as it passes the raw data back and forth, then use the SerialDf1OverTCP driver. Those devices are typically about $50USD which I am sure is much cheaper than the RTA or ENI modules.
-
Cool info, Archie.
speaking about cost, why did you not replace it with ML1400, it cost a couple hundred dollars which is far less than RTAENI and give you more capability.
-
Cool info, Archie.
speaking about cost, why did you not replace it with ML1400, it cost a couple hundred dollars which is far less than RTAENI and give you more capability.
Bachpi, I remember I checked this a some months ago (this is a really big project with more than 14 different machines and only this one has a ML1500) and what I remember is that ML1400 expansion I/O modules are not compatible with ML1500. And we 6 of them, between digital and analog.
-
Thank you very much Archie!! I tested it with a basic label reading a string and reading a bit, so far so good! Let me check with writes and will report back.
That patch removed the route path which is normally used on ControlLogix platforms. The Micrologix controllers and the ENI module would ignore it since it doesn't mean anything, but apparently the RTA module must try to process it.
Just and FYI, if you are only using AdvancedHMI, you can use a generic Ethernet to serial server as long as it passes the raw data back and forth, then use the SerialDf1OverTCP driver. Those devices are typically about $50USD which I am sure is much cheaper than the RTA or ENI modules.
Archie, I was doing some more tests (writing to a string), I made a change in the project in VB to add a keyboradinput control then started it in debug mode, and now I was not able to read or write anything. The basic label shows the error "unknown code 275". I tried several times and same result. After some time started to communicate again. I kept running my test app, is just an empty project with a basic label and after some time looses connection with PLC for a couple of senconds (connection timeout) and then re-enables by itself.
I attached a couple of wireshark capture, one for the "unknow code 275" and other for the comm loss during the runtime execution.
-
(this is a really big project with more than 14 different machines and only this one has a ML1500)
Even better reason to upgrade. Now you have an odd ball. Standardization to me is really important.
-
(this is a really big project with more than 14 different machines and only this one has a ML1500)
Even better reason to upgrade. Now you have an odd ball. Standardization to me is really important.
We have in this network basically 12 Siemens PLC's 1200 and 1500's. All are new machines, just two are previously existen machines that one has a 1400ML and this one with the RTA-ENI has the ML1500. Production volume does not allow to stop more than a day.
-
Archie, I was doing some more tests (writing to a string), I made a change in the project in VB to add a keyboradinput control then started it in debug mode, and now I was not able to read or write anything. The basic label shows the error "unknown code 275". I tried several times and same result. After some time started to communicate again. I kept running my test app, is just an empty project with a basic label and after some time looses connection with PLC for a couple of senconds (connection timeout) and then re-enables by itself.
I attached a couple of wireshark capture, one for the "unknow code 275" and other for the comm loss during the runtime execution.
The capture with the code 275 is caused by being out of connections. In an AdvancedHMI application it is important to "dispose" all form before closing the application because this is what tells the driver to properly close the connections. Otherwise the connection are consumed until timed out which is typically about 15 seconds. The ENI module has a known issue in which it will not timeout and close an improperly closed connection, therefore needs to have the power cycled.
If you look at the code behind the MainMenu you will see the proper way to ensure all forms are closed.
-
Archie, I was doing some more tests (writing to a string), I made a change in the project in VB to add a keyboradinput control then started it in debug mode, and now I was not able to read or write anything. The basic label shows the error "unknown code 275". I tried several times and same result. After some time started to communicate again. I kept running my test app, is just an empty project with a basic label and after some time looses connection with PLC for a couple of senconds (connection timeout) and then re-enables by itself.
I attached a couple of wireshark capture, one for the "unknow code 275" and other for the comm loss during the runtime execution.
In the ComLost capture, I see at 6 seconds, the communications abruptly stop, then at 26 seconds it reconnects without a proper closing. Did anything happen at 6 seconds after starting the Wireshark capture such as closing the app or opening another form?
-
Archie, I was doing some more tests (writing to a string), I made a change in the project in VB to add a keyboradinput control then started it in debug mode, and now I was not able to read or write anything. The basic label shows the error "unknown code 275". I tried several times and same result. After some time started to communicate again. I kept running my test app, is just an empty project with a basic label and after some time looses connection with PLC for a couple of senconds (connection timeout) and then re-enables by itself.
I attached a couple of wireshark capture, one for the "unknow code 275" and other for the comm loss during the runtime execution.
In the ComLost capture, I see at 6 seconds, the communications abruptly stop, then at 26 seconds it reconnects without a proper closing. Did anything happen at 6 seconds after starting the Wireshark capture such as closing the app or opening another form?
Not really, I left the application running and did not touch anything wire capturing.
-
Archie, I was doing some more tests (writing to a string), I made a change in the project in VB to add a keyboradinput control then started it in debug mode, and now I was not able to read or write anything. The basic label shows the error "unknown code 275". I tried several times and same result. After some time started to communicate again. I kept running my test app, is just an empty project with a basic label and after some time looses connection with PLC for a couple of senconds (connection timeout) and then re-enables by itself.
I attached a couple of wireshark capture, one for the "unknow code 275" and other for the comm loss during the runtime execution.
The capture with the code 275 is caused by being out of connections. In an AdvancedHMI application it is important to "dispose" all form before closing the application because this is what tells the driver to properly close the connections. Otherwise the connection are consumed until timed out which is typically about 15 seconds. The ENI module has a known issue in which it will not timeout and close an improperly closed connection, therefore needs to have the power cycled.
If you look at the code behind the MainMenu you will see the proper way to ensure all forms are closed.
Great information, something else to care about.
-
Not really, I left the application running and did not touch anything wire capturing.
This is just an application with a single BasicLabel?
-
In your ComLost capture, look at Packet number 53. The time stamp is 6.53s. The next packet 54 has a timestamp of 18.16s. There is a very unusual 12 second pause of communications, which is basically unheard of in Windows unless the network connection is dropped. Then look at the next 100 packets and you will see typical packets that occur when a PC boots up or a network connection is first plugged in. From this I would conclude the network dropped for about 12 seconds.
-
Not really, I left the application running and did not touch anything wire capturing.
This is just an application with a single BasicLabel?
Yes
-
In your ComLost capture, look at Packet number 53. The time stamp is 6.53s. The next packet 54 has a timestamp of 18.16s. There is a very unusual 12 second pause of communications, which is basically unheard of in Windows unless the network connection is dropped. Then look at the next 100 packets and you will see typical packets that occur when a PC boots up or a network connection is first plugged in. From this I would conclude the network dropped for about 12 seconds.
I am in front of the machine once again, let do more test and see what is happening. I will check if by any chance the connection drops.
-
Archie, I was doing some more tests (writing to a string), I made a change in the project in VB to add a keyboradinput control then started it in debug mode, and now I was not able to read or write anything. The basic label shows the error "unknown code 275". I tried several times and same result. After some time started to communicate again. I kept running my test app, is just an empty project with a basic label and after some time looses connection with PLC for a couple of senconds (connection timeout) and then re-enables by itself.
I attached a couple of wireshark capture, one for the "unknow code 275" and other for the comm loss during the runtime execution.
The capture with the code 275 is caused by being out of connections. In an AdvancedHMI application it is important to "dispose" all form before closing the application because this is what tells the driver to properly close the connections. Otherwise the connection are consumed until timed out which is typically about 15 seconds. The ENI module has a known issue in which it will not timeout and close an improperly closed connection, therefore needs to have the power cycled.
If you look at the code behind the MainMenu you will see the proper way to ensure all forms are closed.
Is this one?
'***************************************************************************************
'* Close all forms when the exit button is clicked in order to close all communications
'***************************************************************************************
Private Sub ExitButton_Click(sender As Object, e As EventArgs) Handles Button1.Click
Dim index As Integer = 0
While index < My.Application.OpenForms.Count
If My.Application.OpenForms(index) IsNot Me Then
My.Application.OpenForms(index).Close()
End If
index += 1
End While
Me.Close()
End Sub
If so, I thought you were doing it here (in MainForm)
'***************************************************************
'* .NET does not close hidden forms, so do it here
'* to make sure forms are disposed and drivers close
'***************************************************************
Private Sub MainForm_FormClosing(sender As Object, e As FormClosingEventArgs) Handles Me.FormClosing
Dim index As Integer
While index < My.Application.OpenForms.Count
If My.Application.OpenForms(index) IsNot Me Then
My.Application.OpenForms(index).Close()
End If
index += 1
End While
End Sub
All my test had been in Version3.99ybeta14 with just a single basic label.
-
I think I found a way to duplicate the error.
This morning I started the test app only and worked just fine. It read the string in the basic label with no issue. I left of running like 10 minutes to see if was a matter of time to fail, but never did. RTA ethernet diagnostic page reports back only 3 connections to the PLC being used (HMI, my test app and a RFID badge reader that communicates through an RTA TCP to Ethernet/IP gateway).
I then closed the app, and started RSLinx and RSLogix, got online with PLC with no issue also. Then I started the app again and "Unknown error 275" was shown on the basic label at first. After some time changed to "no response to forward open". I opened Wireshark and waited for like a minute before restarting the test app to see if communitacion restarted, but got always "no response to forward open" error. You can see in the attached snapshot that even the RTA Ethenert diagnostica page reports back only 5 connections, I have seen 6, and HMI and RSLogix never dropped comms at that moment. Even when the test app basic label was reporting back an error, RSLogix comms never went down so it was not an Ethernet connection failure. I also attached the Wireshark capture.
Archie, is the patched DLL only for this to get it working or is it going to be merged with your project in the next version? Just to understand is this is just an exception where I will have to use it or if I will be able to use newer versions in the future.
-
It almost looks like RSLinx is flooding the network. Do you have an RSWho window open? If so, try to close it and see if it makes any difference.
I can see AdvancedHMI send the first Forward Open and succeed. Then every 4 seconds it sends another Forward Open request and gets the "out of connections". I'm guessing the TimeOut of your driver is 4 seconds. In those 4 seconds, RSLinx (could be RSLogix, but I see the processor type in the response) sent about 75 requests. Although I would expect to at least see AdvancedHMI send a request for data, but it doesn't.
In Wireshark if you apply this filter, you can see what I am referring to:
tcp.port==57602
The patch will be part of all future versions. I tested it on an ML1100 and it works fine.
-
Edit to my last post.... The first Forward Open does NOT succeed. Packet 106 is the request, then packet 107 returns an "Out of Connections" failure.
So if AdvancedHMI is started first, will RSLogix go online?
-
It almost looks like RSLinx is flooding the network. Do you have an RSWho window open? If so, try to close it and see if it makes any difference.
I can see AdvancedHMI send the first Forward Open and succeed. Then every 4 seconds it sends another Forward Open request and gets the "out of connections". I'm guessing the TimeOut of your driver is 4 seconds. In those 4 seconds, RSLinx (could be RSLogix, but I see the processor type in the response) sent about 75 requests. Although I would expect to at least see AdvancedHMI send a request for data, but it doesn't.
In Wireshark if you apply this filter, you can see what I am referring to:
tcp.port==57602
The patch will be part of all future versions. I tested it on an ML1100 and it works fine.
I do have RSWho open. I never had issues before with other hardware by doing this, but never thought before about it.
-
Edit to my last post.... The first Forward Open does NOT succeed. Packet 106 is the request, then packet 107 returns an "Out of Connections" failure.
So if AdvancedHMI is started first, will RSLogix go online?
I just tryed it, closed VB, RSLogix and RSLinx completely (I do not run RSLinx as a service), started VB test app and connected correctly, opened RSLinx and RSLogix, and got online with no issue.
-
Did AdvancedHMI stay online after starting RSLogix? What does the connection count show in the diagnostic of the RTA device? Can you Wireshark that startup sequence?
-
Did AdvancedHMI stay online after starting RSLogix? What does the connection count show in the diagnostic of the RTA device? Can you Wireshark that startup sequence?
Sorry Archie, I got pulled from this for "more urgent things". I will try as soon as I can and report back. so far when I had an issue was when starting RSLogix and then AdvancedHMI, but seems to be related to the use of Ethernet/IP driver in RSLinx, instead of Ethernet.
-
Archie is a lot nicer than I am. At some point you have to cut your losses and move on. You could have already replaced the PLC during the time you have sprungmonkied with this adapter. If you are really dead set on using this thing, then buy one and send to Archie. Then he could work on it at his pace and he actually gets something out of it.
-
Archie is a lot nicer than I am. At some point you have to cut your losses and move on. You could have already replaced the PLC during the time you have sprungmonkied with this adapter. If you are really dead set on using this thing, then buy one and send to Archie. Then he could work on it at his pace and he actually gets something out of it.
I said I will send it as soon as I can. I am just an employee, so I have to work on priority that I'm told to work on. His changes already worked, but Archie wants more information on the error and I guess is in the benefit of his project to be more compatible. I will gladly do it AS SOON as my responsabilities let me. Is always esier to say than to do.
On the other hand, in a more practical conversation, it seems that RTA is using a different approach to be able to have more sockets available than the original Rockwell NET-ENI. It may be a reason of why it does something slightly different at protocol level that RSLinx and RSLinx Enterprize does not have issue with, but third party drivers do. Ingear drivers also has problems, but Archie did solved it in just some hours while Ingear says is a big deal to fix. Kepware did work fine, and also Ascom drivers.
As a reference, what we need to communicate witht the PLC:
Factory Talk ME Runtim
Advanced HMI
Database software using Ingear
RTA Ethernet/IP to TCP gateway (sends badge reader data)
RSLogix whenever we need to debug or make changes
-
Try changing the CIPConnectionSize property to 300
-
Archie, I tried today but could not reproduce the exact same error, as AHMI did not fail with different combinations of programs I tried. What I have found is that the developer of our database software that communicates with the PLC has made changes to the confguration of the driver he uses (from Ingear), and he suppodsely can communicate with successfully. But in the RTA I can see "Total Num Out-of-Connection Errors" counter going up while the DB is online, and when so RSLinx (so Logix) and AHMI are not able to start communication with the PLC.
So I think that denitively is not an AHMI driver problem, but Ingear drivers. I will have to think in a workaround as Ingear says is not their fault, and RTA says their device works as expected... leaving me in the middle with some people pointing at me to be the responsible. Anyway, thanks for all the help, hopefully this helped to improve something.
And yes, I tried changing the CIPConnectionSize property to 300, and worked fine.
-
I'm wondering if Ingear opens multiple connections instead of using a shared communication layer. Is the database software that uses Ingear, a .NET application? If so, could you possibly convince them to try converting it to AdvancedHMI?
-
I'm wondering if Ingear opens multiple connections instead of using a shared communication layer. Is the database software that uses Ingear, a .NET application? If so, could you possibly convince them to try converting it to AdvancedHMI?
Archie, sorry for not replying before, but this is one of those frustrating things that fixes by "itself". I do not know if one of the database application developers did something remotely (they do teamviewer to finish open items), but now EVERYTHING works fine! I have not been able to reproduce the communication issues once again, and this my worst fear, not knowing what happened because it for sure will happen again in the near future, usually when is the most inconveniet time to happen.
Anyway, I just wanted to thank you, your support is always much much better that any other!
-
this is one of those frustrating things that fixes by "itself". I do not know if one of the database application developers did something remotely (they do teamviewer to finish open items), but now EVERYTHING works fine! I have not been able to reproduce the communication issues once again, and this my worst fear, not knowing what happened because it for sure will happen again in the near future, usually when is the most inconveniet time to happen.
I understand this frustrating/worrisome situation all too well. A near exact thing happened to me about 2 weeks ago. I made some PLC program changes on an assembly line and by coincidence that same week the database tracking system started crashing and dumping the program. Fingers pointed every where until I finally went back to prove or disprove it was the PLC program. When I got there the engineer started to show me the problem and everything worked perfectly. The only suspicion was the database app developers remotely connected and updated their software without telling anyone.
-
Try the attached patch
- Download the attached file
- Open your project in VS
- In Solution Explorer expand down the AdvancedHMIDrivers project
- Right click the Support folder and select Add->Existing Item
- Browse to and select the file you downloaded (Be sure it asks to replace the existing)
- Rebuild the solution
If it doesn't work, do another Wireshark capture
Hi Archie im new in this forum, im also having issues with the 515RTAENI, I try the pacthes but no luck, i get several errors
-
Try the attached patch
- Download the attached file
- Open your project in VS
- In Solution Explorer expand down the AdvancedHMIDrivers project
- Right click the Support folder and select Add->Existing Item
- Browse to and select the file you downloaded (Be sure it asks to replace the existing)
- Rebuild the solution
If it doesn't work, do another Wireshark capture
Hi Archie im new in this forum, im also having issues with the 515RTAENI, I try the pacthes but no luck, i get several errors
Your version 3.99w is actually quite old. The patches are probably for 3.99y Beta
-
I can report that the solution provided by Archie has been working fine since January, I just had to use two adapters (one Net-Eni and one RTA-Eni) to balance the connections load.
I am using the AB Net-Eni with the Ingear drivers to communicate the .NET app we use for data collection with a database, and the RTA-ENI for all the other devices (PC as HMI with factory talk and another app with AHMI, programming interfase, RFID badge reader through Ethernet/Ip to TCP gateway).
Update AHMI to latest beta version, as Archie said. Provide more details on what devices/drivers are you trying to connect through RTA-ENI.
-
TkS Archie, i upgrade to beta and it works!!