Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[roseway]

Several small fixes and improvements.

Changes since v4.40:

- added variable scaling of horizontal axis of QLN and HLog graphs
- added option to snapshot on exit all graphs which are set to auto-snapshot
- added option to change the refresh period of the webserver graphs
- added option to snapshot or manually save the Stats summary
- fixed bug which caused access violation when switching the webserver on - off - on
- the SNRM per band graphs now respect the graph line thickness setting
- fixed a display disturbance while the webserver is updating its pages
- the email alert system now works with TLS/SSL email services
- fixed issue of empty snapshots of QLN and HLog graphs

http://dslstats.plainroad.me.uk

[les-70]

   Many thanks.  Looks good and no issues so far.     I am further testing "when dsl connection is down" circumstances by having a harmless command run if it is detected.  Lets me know without causing a resync.   

[burakkucat]

Thank you Eric. A copy will be placed under the scrutiny of a feline eye . . . 

[roseway]

Thank you both.

[les-70]

   A query which may not be to do with a new version.   I usually include snr with bit loading and all is fine.  However this combination does not seem possible with snapshots of snr enabled. I guess it might be troublesome to have the same option in snapshots or combine them in both if enabled under items to monitor? .    However the possible issue is that with snr viewed separately it always seems to be expanded and only visible up to tone ~700.  Nothing happens with the expanded box ticked or un-ticked. 

[burakkucat]

A quick report.

My request for the option just to save the graphs set for snapshot-ting upon utility closure operates exactly as expected. Thank you. 

Two other minor comments.

(1) Since the option to enable a webserver has been provided, not only do I now have "html" files present in the main utility directory but once the utility is invoked, a webserver directory is also created which, in turn, is populated by copies of those "html" files. When the webserver option is not configured that is, to me, just unnecessary "disk clutter".

(2) I am not sure what has happened with the Hlog and QLN graphs.    Please compare the x-axes with that of the example Bitloading graph. (All three attached, below.) Due to my line quality, I have configured the CPE to operate in ADSL2 mode only. Hence the limited number of tones available.

[roseway]

   A query which may not be to do with a new version.   I usually include snr with bit loading and all is fine.  However this combination does not seem possible with snapshots of snr enabled. I guess it might be troublesome to have the same option in snapshots or combine them in both if enabled under items to monitor? .    However the possible issue is that with snr viewed separately it always seems to be expanded and only visible up to tone ~700.  Nothing happens with the expanded box ticked or un-ticked. 

If you have SNR with bitloading enabled, then snapshots of the bitloading graph will include the SNR, so you don't need to enable SNR snapshots separately. If you do enable SNR snapshots separately, then this switches the display over to separate graphs. At least, that's how it's meant to work, but if it doesn't do this, please let me know.

I'll check out the action of the expand function.

[roseway]

(1) Since the option to enable a webserver has been provided, not only do I now have "html" files present in the main utility directory but once the utility is invoked, a webserver directory is also created which, in turn, is populated by copies of those "html" files. When the webserver option is not configured that is, to me, just unnecessary "disk clutter".

Yes, I do agree with this. I think I want to keep the webserver directory for clarity when using the webserver, but I could delete it with its contents when the webserver is disabled.

(2) I am not sure what has happened with the Hlog and QLN graphs.    Please compare the x-axes with that of the example Bitloading graph. (All three attached, below.) Due to my line quality, I have configured the CPE to operate in ADSL2 mode only. Hence the limited number of tones available.

The scales have always been inconsistent in that way (as far as I recall), and it is something I need to address. I'll give it some proper attention.

[burakkucat]

Yes, I do agree with this. I think I want to keep the webserver directory for clarity when using the webserver, but I could delete it with its contents when the webserver is disabled.

b*cat nods in agreement. When the webserver is enabled, it is eminently sensible for it to have its own sub-directory.

My current work-around is to delete all the html files and the webserver directory. Then when the utility is next invoked, a grumble is entered into the event log and an empty webserver directory is created. (Which is promptly thrown away!    )

The scales have always been inconsistent in that way (as far as I recall), and it is something I need to address. I'll give it some proper attention.

I just can't remember -- and I do not have any archived copies to check -- but I thought that, in the past, the Hlog and QLN graphs were not "scrunched up" at the left hand side of the display.

Neither of the two points that I've mentioned are "blockers" but are just cosmetic. So if they could please go onto "the list" for eventual consideration, then

[snadge]

just wondered.... does one know if there is a MAX counter limit in stats? that is too say can the RS codewords reach 999,999,999 then reset back to 100,000,000 or something?

just I've got a Netgear DGND3700 v2 and the DSL Uptime is 33 days and RS is 772,713,478 - RScorr is 8,516,821 - DSL Stats reports the percentage to be 1.1% - this is very high percentage for my connection, its usually 0.01% and its been slowly getting higher as time goes on, this leaves me to believe that the RS counter can only go so high then resetting back a bit? (allowing the RScorr to catch up) - even RSUnCorr is now at 0.1% and thats usually 0.0001% or so...and I mean for a while (days/weeks) after the initial sync.

I have a 25db Line using a 8db Noise Margin, line is generally quite healthy - CRC count averages just 6 per hour over those 33 days

[roseway]

I can't imagine that there are deliberate limits of the type you suggest. Most of the values seem to be held in 32-bit integers, which have a natural limit of 2^32 - 1 (something over 4 billion). Or they might be held in signed 32-bit integers, which would have a natural limit of 2^31 - 1 (something over 2 billion). If the reported error rates are increasing, then I guess that either the router is misreporting some values, or your connection has become more error prone.

[snadge]

Errors seem to be the same hence ne being suspicious... I wonder if the router is having corruption?

I might leave it and monitor the RS counter and see if it turns over to 1 billion, I've been using my connection a lot recently and surprised the Rs count is not already in billions

Sorry for hijacking thread

Sent from my Sony Xperia Miro on Tapatalk

[kitz]

Due to having missed a few upgrades for various reasons, I do have to say thank you so much for the SNRm per band.

Ive yet to try the webserver but it is something I'll give a shot later.

The only bug Ive seen so far is with the SNR per Tone graph which by default seems to show expanded view. 
Yet no matter what I do I cant seem to over-ride this, checking/unchecking the tick box seems to have no effect.
Screen cap attached.


---------
Edited to add

I dont think any of my "Show extended tone ranges" are working.

I had managed to adjust QLN/Hlog/Bitswaps per tone by using the horizontal compression to see the graphs,  but these dont survive a reboot

[roseway]

Since this version was released I've been reworking the arrangements for horizontal scaling on all the "per tone" graphs, because they were inconsistent and prone to non-intuitive behaviour. From the next version, all these graphs will have a simple contract/expand slider, and the settings will be saved to the ini file.

I think the only graph with the option "Show extended tone range" is the QLN graph, and all that does is show all the values reported by the modem/router instead of stopping at the highest tone in use, which is the default.

[kitz]

>>> I think the only graph with the option "Show extended tone range" is the QLN graph,

Sorry yes you are correct - QLN & the SNR per tone are the ones with the expanded tick box & those which I cant get to display all the tones.   
For the others mentioned, I'd used the horizontal compression box to change.