Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: roseway on August 17, 2016, 03:01:03 PM
-
Changes since v5.8.4:
- adjusted the timing for uploading to MDWS to avoid the first 5 seconds of the minute
- fixed error "24:0:0:0 is not a valid time specification" with some snapshot timings
http://www.s446074245.websitehome.co.uk/downloads.html
Scroll down to the bottom, and you may need to refresh the view.
-
Install and tested auto saving a snapshot -- so far so good :thumbs: ;D
-
Thanks again roseway; one thing I have noticed the "Include with bitloading" checkbox (Items to monitor tab) is not remembered on program restart.
This is on the raspberry pi version.
Installed just now and I will report back in a couple of days.
Ian
-
The "include with bitloading" needs to be rechecked on Windows version also, but no big deal for me to check it again
-
"Include with bitloading" stays ticked here both with v5.8.5 and previous versions.
I don't have "Show as separate graph" ticked if that makes a difference.
I do have "Bitloading" ticked under "Bits"
RPi version.
-
Thanks for the comments. I'll check out "Include with bitloading".
-
I should have added, the "include with bitloading" box constantly needing rechecked is not just from this beta.
It also happens on the latest official release. no idea about previous versions as I'm a pretty new convert to your fantastic program :thumbs:
-
Eric I see the initial timeout collecting system uptime immediately after Recording Started in event log, then on the first sample time following this I see it again collecting firmware, so far after these two timeouts I have not seen more following these two. Not sure if it helps identify why but after the initial timeout the modem uptime is not displaying until after next sample happens where the f/w times out.
Stuart
-
Thanks Stuart, I'll have a think about that.
-
Eric I spoke too soon, I am getting more timeouts on things now on V5.8.5, like getting vectoring and getting stats. I'm sure 5.8.4 was better! I'll go back to that and see what happens.
Stuart
-
5.8.5 was installed on both lines here just after release and no timeouts or other funnies so far. The delay to :05 secs is working well but really needs to be done on HG612 Stats as well as that is where the main problem lies. I think Ronski said a delay can be set somewhere in the program's Control Panel? Chrysalis is one sufferer but his upload time creeps forward all day long for some reason and so only affects him when it reaches around zero secs...
-
Eric I've gone back to 5.8.4 and after 8+ hours only seen the initial two timeouts on program start. I'm using my 8924 btw if that makes any difference.
Stuart
-
I think these are just random differences, Stuart. There are only two tiny changes in 5.8.5, and neither would have any effect on timeouts.
I think this problem is down to the modem. After the telnet login is completed, DSLstats has a 15 second timeout, just to avoid hanging when the modem completely fails to respond at some stage during the data collection. The timeouts you are seeing are occurring during this period. My opinion is that if the modem hasn't responded in 15 seconds then something is very wrong, and I can't think of anything more I can do to deal with it.
-
Working fine here (R PI).
As per npr's comments here http://forum.kitz.co.uk/index.php/topic,18303.msg330834.html#msg330834 (http://forum.kitz.co.uk/index.php/topic,18303.msg330834.html#msg330834)
Include with bitloading stays "ticked" if "Show as separate graph" is not ticked.
The SNR per tone checkbox has be also be unticked on the Autosave Graphs (Snapshots tab).
-
5.8.5 was installed on both lines here just after release and no timeouts or other funnies so far. The delay to :05 secs is working well but really needs to be done on HG612 Stats as well as that is where the main problem lies. I think Ronski said a delay can be set somewhere in the program's Control Panel? Chrysalis is one sufferer but his upload time creeps forward all day long for some reason and so only affects him when it reaches around zero secs...
You can change the delay in the settings. Pic attached.
My 8924 always suffered with missing minutes regardless of what we tried. I believe it is something to to with the mode/router itself.Telnet time outs etc..
-
Include with bitloading stays "ticked" if "Show as separate graph" is not ticked.
If you're uploading to MDWS, and have SNR per tone enabled for that, then at least one of the two SNR per tone options has to remain enabled in "Items to Monitor". You should get a reminder about that if you try to disable both.
-
I'm please to report that auto saving of snapshots is working perfectly with v5.8.5.
I only want one saved snapshot per day so these are the settings I use:
"Take auto snapshot every": 24 hour(s)
Take first snapshot of the day at": 23:45
The snapshot is actually taken at the next recording after the above time.
My recording interval is to sample every 10 minutes.
There is a small issue I've notice with the past few releases but have failed to report -- sorry.
With the RPi version, in the Configuration > Items to Monitor page, the last item on the page "Vectoring status" is only partly shown. Perhaps a side scroll bar is needed, or is this issue caused by me using TightVNC Viewer?
-
Thanks for confirming the snapshot situation.
On the other matter, I agree that the page is rather packed, and it probably ought to have a scrollbar. But adding one now would involve quite a lot of fiddling. The easy solution is just to enlarge the window a bit, and the setting will stick.
-
Eric strange happenings for me, I went back to 5.8.4 for about 36 hours and no timeouts apart from the initial ones. So I re-installed 5.8.5 this morning and so far again apart from the initial timeout I have not seen any more. I have no idea what happened before but now seems OK. This BTW is running on W7. Strange things happen sometimes!
Stuart
-
I think that is what is called a YYGT, Stuart !!!!!
toulouse
-
I think that is what is called a YYGT, Stuart !!!!!
toulouse
:lol: :lol:
Stuart