hi
i do not have any reconnect logic at the moment…
i guess the only thing that could be done is say disconnect and then reconnect every hour or something?
can you increase the windows screen colours of that remote station?
hi
i do not have any reconnect logic at the moment…
i guess the only thing that could be done is say disconnect and then reconnect every hour or something?
can you increase the windows screen colours of that remote station?
Brian, how about this idea… watch for the APRS-IS echo:
The echo appears to get sent every 20 seconds… you could have logic that would check for the start of the echo string ‘# javAPRSSrvr’ andif you don’t see this echo after 1 minute, or 40 seconds maybe… disconnect and reconnect. What do you think?
On your other question you had… the site right now is really lame because I only have dialup at my new house. So when I remote into the Webserver that is hosting the KE7CXV site, I connect at 256 / 8 bit color. When WD gets started in this mode, it generates all the graphics based on the color palette that was in use when it was started. i.e. it only uses 8 bit color. It’s lame, but I should get my high speed internet going in the next few weeks, plus I need to setup the custom page templates like I was using in the past before I lost the hard drive. (losing the hard drive is another story, it won’t happen again… I lost 1 year of weather data too)
Anyway, what do you think about the echo/ping check and reconnect logic?
Matt
hi
yes, just not getting any data from the designated station after so much time, or counting/checking that echo is the way to do it…i will look into that
Do you still see the echo if you’ve got filters turned on?
Yes, always based on my testing… no way to turn the echo off unless I missed an option in the documentation. The echo string is less than 80 bytes every 20 seconds. However, when you use the filters, you get far more data from the echo strings than you do from the station you are interested in listening to.
10.34.r has been working very well so far.
Matt
I’d never noticed that about the echo’s. Thanks for pointing it out…it could be useful in some of my own APRS code.
Hi Brian, I have been unable to check my setup at KE7CXV for a few days… the server did disconnect which is not a surprise. So it would be nice to get the reconnect logic going to make this a viable solution. (along with everything else everyone wants you to do!)
Also, it’s as though the site has flat lined since the disconnect… my graphics are all flat lined.
Take a peek… still just a default site : http://www.nurcac.org/wx
Matt
After a couple of more days… same problem… it appears that the APRS-IS connection disconnects at some point and then the chart display goes flat over time. It looks like the reconnect logic will be a must have to make this work reliable. I just restarted WD right before I posted this message: http://www.nurcac.org/wx
Matt
i have added now a check for no more data after 10 minutes…and then WD should re connect
http://www.weather-display.com/downloadfiles/WeatherD.zip
Brian… i have been out for a couple of days… I just started your new version with the reconnects at http://www.nurcac.org/wx
I’ll let you know how it goes…
Matt
Yes, it is looking good. Brian, did you make any changes related to the flat line on the graphs if there is a disconnect? So far so good though!
Matt
Brian, bad news… the graphs are flat lining now… http://www.nurcac.org/wx/default.gif
The auto reconnect does appear to be working. I won’t restart WD until later this evening.
mg
Brian, after another restart… WD was working fine for a few days, but now all the charts have flat-lined again. I won’t restart WD until I hear from you. It’s almost like the auto reconnect is working fine, but then after several days of WD staying up and running, it stops getting the data. (and or can reconnect to the APRS server)
Matt
what i will do is add a log of when it tries to reconnect…so that we know that it is…
try 10.35a
and it will log under view, ws2010/ws2500 when it tries to reconnect
and i have forced a disconnect…
I have had 10.35a going for more than 12 hours now… things are looking good. In the log area, I’m not seeing any disconnects / reconnects yet:
hum= 48 data 0 1 E 3
temp= 21.7
baro= 1017.5
hum= 47 data 0 1 D 2
temp= 21.9
baro= 1017.6
hum= 44 data 0 1 B D
temp= 22.1
baro= 1017.5
hum= 44 data 0 1 B 4
temp= 22.3
baro= 1017.5
hum= 44 data 0 1 B 9
temp= 22.3
baro= 1017.6
hum= 44 data 0 1 B 9
temp= 22.5
baro= 1017.6
mg
Okay Brian, WD started flat lining… it looks like the disconnect / reconnect login in WD is having trouble with the socket logic… here is what I’m seeing in the log file over and over now after the flat lining:
hum= 44 data 0 1 B 4
temp= 22.3
baro= 1017.5
hum= 44 data 0 1 B 9
temp= 22.3
baro= 1017.6
hum= 44 data 0 1 B 9
temp= 22.5
baro= 1017.6
resetting APRS socket 12:53:00 PM 5/13/2006
resetting APRS socket 1:04:00 PM 5/13/2006
resetting APRS socket 1:15:00 PM 5/13/2006
resetting APRS socket 1:26:00 PM 5/13/2006
resetting APRS socket 1:37:00 PM 5/13/2006
resetting APRS socket 1:48:00 PM 5/13/2006
resetting APRS socket 1:59:00 PM 5/13/2006
resetting APRS socket 2:10:00 PM 5/13/2006
resetting APRS socket 2:21:00 PM 5/13/2006
resetting APRS socket 2:32:00 PM 5/13/2006
resetting APRS socket 2:43:00 PM 5/13/2006
resetting APRS socket 2:54:00 PM 5/13/2006
resetting APRS socket 3:05:00 PM 5/13/2006
resetting APRS socket 3:16:00 PM 5/13/2006
resetting APRS socket 3:27:00 PM 5/13/2006
resetting APRS socket 3:38:00 PM 5/13/2006
resetting APRS socket 3:49:00 PM 5/13/2006
resetting APRS socket 4:00:00 PM 5/13/2006
resetting APRS socket 4:11:00 PM 5/13/2006
resetting APRS socket 4:22:00 PM 5/13/2006
resetting APRS socket 4:33:00 PM 5/13/2006
resetting APRS socket 4:44:00 PM 5/13/2006
resetting APRS socket 4:55:00 PM 5/13/2006
resetting APRS socket 5:06:00 PM 5/13/2006
resetting APRS socket 5:17:00 PM 5/13/2006
resetting APRS socket 5:28:00 PM 5/13/2006
resetting APRS socket 5:39:00 PM 5/13/2006
resetting APRS socket 5:50:00 PM 5/13/2006
resetting APRS socket 6:01:00 PM 5/13/2006
resetting APRS socket 6:12:00 PM 5/13/2006
resetting APRS socket 6:23:00 PM 5/13/2006
resetting APRS socket 6:34:00 PM 5/13/2006
resetting APRS socket 6:45:00 PM 5/13/2006
resetting APRS socket 6:56:00 PM 5/13/2006
resetting APRS socket 7:07:00 PM 5/13/2006
resetting APRS socket 7:18:00 PM 5/13/2006
resetting APRS socket 7:29:00 PM 5/13/2006
resetting APRS socket 7:40:00 PM 5/13/2006
resetting APRS socket 7:51:00 PM 5/13/2006
resetting APRS socket 8:02:00 PM 5/13/2006
resetting APRS socket 8:13:00 PM 5/13/2006
resetting APRS socket 8:24:00 PM 5/13/2006
resetting APRS socket 8:35:00 PM 5/13/2006
resetting APRS socket 8:46:00 PM 5/13/2006
resetting APRS socket 8:57:00 PM 5/13/2006
resetting APRS socket 9:08:00 PM 5/13/2006
resetting APRS socket 9:19:00 PM 5/13/2006
resetting APRS socket 9:30:00 PM 5/13/2006
resetting APRS socket 9:41:00 PM 5/13/2006
mg
hi
well, its trying to disconnect and then reconnect it…but its not working…hummmm
Can you just terminate the socket connection and reconnect as though it was a new connection? I don’t remember being able to find a disconnect command. When playing around via a telnet connection anyway. I would always just terminate my telnet application and create a new session. The APRS server didn’t seem to care if you created another connection right after terminating the previous one.
mg