Post by: ronp on June 12, 2021, 01:44:34 PM
Ron
Post by: G8B4Life on June 12, 2021, 08:54:55 PM
Firstly, are you are using the latest version of RPA (v4.01)? If not download the latest version and try again.
Secondly, if you have a firewall you can try turning it off while trying RPA and see if you can connect first time every time when the firewall is off. If it does the firewall may need an explicit rule to allow RPA access out.
Also, if your trying to do this over WiFi then if you can also try with a wired connection (ie, network cable between the computer and router); WiFi can just sometimes be flaky.
If your using the latest version of RPA and if you have a firewall and it's set up properly to allow RPA access out then we'll need to delve further.
- Tim
Post by: William Brillinger on June 13, 2021, 06:26:49 AM
Post by: ronp on June 13, 2021, 03:35:35 PM
-Revision 4.01 is installed
-security is malwarebytes on windows version 10.0, I do get thru to RE sometimes, but most often not
- I have not tried turning the firewall off, that will be my next effort
- I am using wifi so I will also try a wired connection...I'll have to obtain an ethernet cable.
When I do get connected the downloads seem to run just fine.
Post by: ronp on June 13, 2021, 03:47:24 PM
Post by: G8B4Life on June 13, 2021, 09:00:40 PM
We can try a couple of tests. Download and run the following programs (you don't need to install them, just unzip to somewhere like a folder on your desktop and run them):
https://www.nirsoft.net/utils/cports.html (https://www.nirsoft.net/utils/cports.html), https://www.nirsoft.net/utils/live_tcp_udp_watch.html (https://www.nirsoft.net/utils/live_tcp_udp_watch.html)
and once they are running then run RPA. If RPA doesn't connect then look at the Current Ports program and see if the RPA process (RingEngAssistant.exe) has port 4608 set as the local port (it will also have port 6768 but that's not the one we are interested in). If it doesn't have port 4608 see if another process on the screen has port 4608.
If RPA does have port 4608 then look at it's entry in the LiveTcpUdpWatch program. It should be sending to remote port 4608, and you should see values for Sent Bytes and Sent Packets (but nothing for Received Bytes and Received Packets as RPA didn't connect).
Let us know the results.
- Tim
Post by: ronp on June 14, 2021, 02:45:35 PM
Post by: ronp on June 15, 2021, 01:55:40 PM
Post by: G8B4Life on June 15, 2021, 08:56:09 PM
After downloading the two programs to somewhere like a folder on your desktop (choose which version you need depending on if you have a 32 bit or 64 bit version of Windows)
Direct link 32bit versions:
https://www.nirsoft.net/utils/cports.zip (https://www.nirsoft.net/utils/cports.zip)
https://www.nirsoft.net/utils/livetcpudpwatch.zip (https://www.nirsoft.net/utils/livetcpudpwatch.zip)
Direct link 64bit versions:
https://www.nirsoft.net/utils/cports-x64.zip (https://www.nirsoft.net/utils/cports-x64.zip)
https://www.nirsoft.net/utils/livetcpudpwatch-x64.zip (https://www.nirsoft.net/utils/livetcpudpwatch-x64.zip)
Unzip them and run them. * Then * run RailPro Assistant.
If RailPro Assistant does not connect (the test is pointless if RPA did connect) then look at the Current Ports screen. You want to check that the RingEngAssistant process has local port 4608 as shown in the screenshot below. If it doesn't have local port 4608 then look to see if some other process on that screen has local port 4608 because RPA needs it to be able to connect.
Click for larger view
If RPA does have local port 4608 then look at the Live TcpUdp Watch screen and look for the RingEngAssistant process. The Remote Port and Remote Address should be as shown in the screen shot below but what you are looking for is the Received Bytes, Sent Bytes, Received Packets and Sent Packets values.
Sent Bytes and Sent Packets should have values because RPA tried to connect out to Rings server but if RPA could not connect Received Bytes and Received Packets will most likely not have any values. What we need to know is if those 4 categories (Received Bytes, Sent Bytes, Received Packets, Sent Packets) have values or not when RPA can not connect.
Click for larger view
- Tim
Post by: ronp on June 17, 2021, 02:24:49 PM
Ron
Post by: ronp on June 17, 2021, 05:13:49 PM
after each under LocalA 0.0.0.0.
Post by: G8B4Life on June 18, 2021, 01:56:55 AM
On CurrPort Ring comes up twice....once w 4608 then also 6768
after each under LocalA 0.0.0.0.
This is correct, RPA should have both of those ports but 4608 is the one we're keeping an eye on as it's the one used to communicate to Rings server.
...I've opened both programs and RP Assist. Assist. has connected to Ring.
If RPA connects then the test is isn't going to give us what we want to know. We are trying to find out what's happening when RPA doesn't connect.
Quote
...The programs seem active but I don't know if they are running.
The programs run in real time so if they show the RingEngAssistant process after you run RPA then they are working.
I have some further testing to do; I've just noticed some very odd behavior by RPA I never noticed before. Fun!
- Tim
Post by: ronp on June 18, 2021, 02:45:31 PM
Thanx again
Ron
Post by: ronp on June 19, 2021, 09:34:14 AM
Received = 0
sent bytes = 451
Received = 0
sent Pa = 11
hopefully this is the info that you wanted
Ron
Post by: G8B4Life on June 19, 2021, 11:07:13 PM
Anyway, what the info you provided says is that RPA was trying to connect but it wasn't receiving any replies back from Ring's server. This doesn't mean that Ring's server isn't replying but it mostly likely means that the packets of data coming back to you from Ring are being dropped somewhere. As this is such an intermittent issue I'm strongly suspecting your wireless router is the culprit. Do you sometimes have trouble loading websites as well?
I really suggest picking up (even borrow from a friend / good neighbor) a network cable and seeing if you have better connectivity with RPA by using a wired connection. I'll have to think if I can work out how we can do another test to see what's going on after the packets leave your computer.
- Tim
Post by: ronp on June 20, 2021, 02:46:35 PM
I will get a cable for a test.
You have spent a lot of time working with me on this issue. I want to make sure that you know your efforts are appreciated.
Thank you
Ron
Post by: Josephbw on June 20, 2021, 08:55:33 PM
Joe
Post by: G8B4Life on June 20, 2021, 09:40:13 PM
The wifi is Starlink which is still in the process of building and testing.
Ohhhhh, Satellite internet that's still in beta phase; that throws a few spanners in the works.
I've tried researching Starlinks equipment, not much to find on it. If you look at the router it may have a port on the back labelled Aux or Aux 1, I think you can plug a network cable to your computer there. If it doesn't have that port then from what I can gather there is no where you can plug a network cable into with the supplied equipment; you'd have to buy a separate router to have a wired connection. I'll keep on researching to see what I can find out.
There may not be anything we can do, as Starlink is still testing there could be a multitude of things happening in their network that could cause packet loss. I'm still thinking of how we can possibly test that.
...but I could not connect. I ran Tim's test and it also failed to connect. BTW They didn't come out with ver 4.01 in the last 2 days, did they?
No, they did not come out with 4.01 in the last couple of days, it's been out for 20 months. If your talking about the test in my "Looking for a volunteer" thread, that test is designed to prevent RPA from connecting.
- Tim
Post by: Josephbw on June 21, 2021, 11:27:08 AM
Joe