Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: roseway on April 25, 2013, 11:16:07 AM
-
This is just a quick bugfix version to deal with the issue a few users have reported concerning negative values in the "per minute" graphs, leading to a program crash when logarithmic scaling is selected for the FEC graph.
http://rsux.plainroad.me.uk
-
Yay!
Thanks, doesn't crash anymore.
Good work :)
-
That's a relief! Thanks for confirming it. :)
-
Yup, all OK for me now
Been running for a few hours now - perfect
You are doing excellent work!
-
Thanks very much :)
-
Hi Roseway,
I seem to be having a problem running rs-ux on Debian.
I've loaded the program but within the GUI, half the of the text seems cut off.
For instance on the router configuration page, where it says connection is Annex M, I can only see the words 'Connection is An' and this problem is not allowing me to click the apply button to apply settings.
Any idea why?
-
Eric just loaded this (been away for a week) and now all my pop up message boxes are just a small dark brown blank box.
Stuart
-
I've loaded the program but within the GUI, half the of the text seems cut off.
For instance on the router configuration page, where it says connection is Annex M, I can only see the words 'Connection is An' and this problem is not allowing me to click the apply button to apply settings.
Could you post a screen shot of the configuration page please? That may help me see what's happening. By the way, there isn't an 'Apply' button (I disposed of that several versions ago).
-
Eric just loaded this (been away for a week) and now all my pop up message boxes are just a small dark brown blank box.
Stuart, I haven't changed anything about the way the hints are displayed since we last discussed it, so I really don't know what's happening here. I'll give it some more attention.
-
Eric just loaded this (been away for a week) and now all my pop up message boxes are just a small dark brown blank box.
Stuart, I haven't changed anything about the way the hints are displayed since we last discussed it, so I really don't know what's happening here. I'll give it some more attention.
Strange but this morning they are working and showing the text OK. Cant explain it so dont worry about it, must be a funny on my system.
Stuart
-
What I'll do anyway is add an option to disable popup hints. Some people find them irritating, so it's a useful option.
-
I've loaded the program but within the GUI, half the of the text seems cut off.
For instance on the router configuration page, where it says connection is Annex M, I can only see the words 'Connection is An' and this problem is not allowing me to click the apply button to apply settings.
Could you post a screen shot of the configuration page please? That may help me see what's happening. By the way, there isn't an 'Apply' button (I disposed of that several versions ago).
Hi Roseway,
Here's the image (http://cl.ly/Obnx). You can see the way the writing is cut off, it's like that on every page with anything that's more than a couple of words long.
The only reason I was really that bothered about it was because I wanted to check all the settings as the program wouldn't connect to my router. However on restarting the program today, it's started working so it's no biggy any more :)
Thanks for your efforts with the program :)
-
Thanks for the image. I think I know what's happening now: all of the text items are supposed to autosize themselves to suit the user's font setup, but autosize simply isn't working on your system. I think I'll have to set them all to fixed sizes and make sure that the fixed size is big enough to hold the text in all cases.
PS I see that the captions on the tabs are different sizes on your image, so that's something else I'll have to check out.
-
Thanks roseway. The program also keeps crashing after a period of time due to 'access violations', don't suppose you know what could be causing that do you?
-
Thanks roseway. The program also keeps crashing after a period of time due to 'access violations', don't suppose you know what could be causing that do you?
No I don't, and it concerns me. Could you please copy your file ~/.rsux/rsux.ini to me (delete any passwords first) and I'll try to find out what's happening.
-
http://pastebin.com/BYDR4AqP
There is my .ini file with all passwords removed.
It seems to do it after a certain while. It doesn't close the program, but it stops the program from working. Once I acknowledge the access violation, I can then stop and restart the monitoring.
Thanks :)
-
Thanks, I've got it. There doesn't appear to be anything in your configuration which is unusual, which could explain the problem.
Is there anything in the event log after one of these access violations? If the event log isn't currently enabled it will still be logging events, and you can enable it in the Misc section of the Configuration tab.
-
Actually something on the long term do do list would be storing telnet login passwords in scrambled form within the ini file rather than in plain text.
-
Yes, I really should have done that earlier. It's on the list now.
-
Thanks, I've got it. There doesn't appear to be anything in your configuration which is unusual, which could explain the problem.
Is there anything in the event log after one of these access violations? If the event log isn't currently enabled it will still be logging events, and you can enable it in the Misc section of the Configuration tab.
I'll take a look at this one and get back to you :)
-
I wondered if the tweaks could be made possible on a finer scale than every 0.5 - e.g. 0.1 or 0.25. When I do a tweak I like to set at exactly the speed which I know is as fast as it can be whilst being reliable. If it is any trouble it is probably not worth the bother.
Thanks for everything so far -- 2.91 is running very reliably.
-
I wondered if the tweaks could be made possible on a finer scale than every 0.5 - e.g. 0.1 or 0.25.
I'm sure that's possible, and I'll have a look at it. Of course, you know that the dB values are only approximations.
-
I would like to add that the values set aren't exact as Eric says, but when I used to enter the values manually I Could get in between full decimal places, I used to use value of 1-100 which used to give a 'rough' percentage, but after a few trys you learned what values got noise margins... My target noise margin was 7db and a value of 35 would give me 3db...
Sent from my Sony Xperia Miro on Tapatalk
-
My target noise margin was 7db and a value of 35 would give me 3db
If you look at the graph here: http://wiki.kitz.co.uk/index.php?title=Broadcom_CLI#adsl_command you'll see that a value of 35 corresponds with a dB change of -4 dB, which matches up with your practical finding.
-
Hi Eric,
I'm sorry to report that I have a weirdo affecting 2.9.1 at which the finger points strongly at the new HG612 Blob. :(
Since switching to the new blob today, as you will see from the two snapshots attached, apparently it is bitswapping at a rate of up to 10/min, but no tone bins are affected! :hmm: ???
What info would you like me to collect for you. Perhaps it's reporting (or even not reporting) things in a different format or something? :-\
Not really an issue, just something I noticed simply because I wanted to see what the new blob was up to!
Regards, Colin
-
Colin, the swaps per minute data comes from the line in the Connection stats data which says Bitswap: dddd uuuu - the figures increment continuously, and your first graph shows normal-looking values.
The data for the other graph comes from the Bitloading data - I use the changing bit allocations for each tone to sum up the number of bitswaps which that tone has been subject to. If the Bitloading graph changes but the Bitswap graph doesn't display anything, then there's something amiss.
Can you confirm that that bitloading values are changing?
-
Colin, the swaps per minute data comes from the line in the Connection stats data which says Bitswap: dddd uuuu - the figures increment continuously, and your first graph shows normal-looking values.
The data for the other graph comes from the Bitloading data - I use the changing bit allocations for each tone to sum up the number of bitswaps which that tone has been subject to. If the Bitloading graph changes but the Bitswap graph doesn't display anything, then there's something amiss.
Can you confirm that that bitloading values are changing?
God, it must be getting late in the evening, or I'm just not seeing it. Sorry! :(.
Ok, so the bitswap count increases on each sample, e.g. 1min, and from that you calculate the delta from the previous as the rate/min? Am I just missing something, or am I just dumb (don't answer that! ;)) - if bitswaps have occured, i.e. there is a delta, then is it likely that the bitloadings would be identical between samples?
ATM I don't think this is your program, I think it's the HG622 HG612 with the new blob. Could it be that, as you are suggesting, the bitloadings are only being captured at sync e.g. like the QLN & Hlog, and therefore are not changing between samples even though in reality they must be? ??? I should be able to get the bitloadings from Paul's raw data stats file to see if they change or not. Watch this space ... I'll get back to you.
[EDIT] ok, well that seems to be it. I edited out the bitloadings from the Plink files that Paul captured on the resynch at 17:57 this evening, and at the scheduled capture at 22:00.
F:\HG612\HG612_Modem_Stats\Current_Stats\Current_Stats_20130501-2200-SCHEDULED>
fc resynch.txt sched.txt
Comparing files resynch.txt and SCHED.TXT
FC: no differences encountered
The corresponding bitswap counts at those times were:
Bitswap: 2 0
Bitswap: 370 826
That's for all 4095 tones!!! Oh, and :-[ BTW when I said HG622, I really meant HG612 with the new blob! :( Sorry! I had swapped out the 612 for the 622 earlier today, but I was having some difficulties with Paul's stats on the 622, so decided to flash the new blob onto the 612 instead and use that.
So, not the 622, but the 612 with the new blob. But it seems that the new blob doesn't record bitloadings changes between syncs. Has anybody else seen this, or am I just :silly: (don't answer that either! ;))
-
You're exactly right, Colin. The newer blob in the HG612 does not update the Bit Loading array during showtime. Whether for efficiency reasons, or whatever, I don't know :o
cheers, a
-
Well it's all to the credit of Eric & Paul that these things can be made immediately obvious (well, almost) to even dummies like me! :baby:
You're exactly right, Colin. The newer blob in the HG612 does not update the Bit Loading array during showtime. Whether for efficiency reasons, or whatever, I don't know
Just so's I can get ahead of the curve next time ... I presume the HG622 will be the same in this respect?
-
I had an issue with Bit Swap per minute graph not continuing to be logged after a loss of sync..? all other graphs were logged and captured
e.g.
SNRM: (working before and after LOS)
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FFI2kaIz.png&hash=e8d4f77c7211bdfc43c03008cea218af3373122b)
Bit-Swaps-Per-Minute: (dead after LOS)
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fi.imgur.com%2Fhy1BCzX.png&hash=f79138ad2ad11fefc1266a76cafabe7f37782ad4)
also, i think it would be great if the app can save screenshot captures into folders for each day... I can imagine it getting pretty messy in there after even a few days of logging - I intend to leave this running for a bit so will have to do some manual house-keeping hehe
-
That's for all 4095 tones!!! Oh, and :-[ BTW when I said HG622, I really meant HG612 with the new blob! :( Sorry! I had swapped out the 612 for the 622 earlier today, but I was having some difficulties with Paul's stats on the 622, so decided to flash the new blob onto the 612 instead and use that.
I haven't actually tried my programs on the HG622.
Is there any indication in the various error logs as to where things go wrong?
Someone in another forum seemed to suggest it is possibly at the logging in stage.
So, not the 622, but the 612 with the new blob. But it seems that the new blob doesn't record bitloadings changes between syncs. Has anybody else seen this, or am I just :silly: (don't answer that either! ;))
I can also confirm from my own previous testing that bitloading data remains static between resyncs when using the new BLOB.
-
I had an issue with Bit Swap per minute graph not continuing to be logged after a loss of sync..? all other graphs were logged and captured
If that situation still exists, could you take a manual note of the values in the Bitswap: line of the Connection stats over a few samples. I just want to be sure that the new blob version is reporting sensible values. Assuming that this is the case (it probably is) then I suspect that the program has failed to notice the re-sync (which would have reset the bitswap totals) and is still thinking that it's seeing a negative change in the bitswap totals, which it converts to zeroes.
also, i think it would be great if the app can save screenshot captures into folders for each day... I can imagine it getting pretty messy in there after even a few days of logging - I intend to leave this running for a bit so will have to do some manual house-keeping hehe
That's a good suggestion - I've put it on the todo list.
Elsewhere you mentioned a discrepancy in the reported interleave values - could you please copy the Connection stats output to me so that I can see what's actually being reported by the router.
-
Someone in another forum seemed to suggest it is possibly at the logging in stage.
I have not tried the graphing scrips with the HG622 but I did try the SRNRM tweak files with it. Those needed all three login files to be edited to end in just <0d> i.e. cr, also the final exit used needed to done with a file using just the <0D> ending. I don't know how rs-w does it , maybe it always uses just cr endings.
-
Can putting the snapshot graphs into separate daily folders be an option rather than a non changeable default please.
Reason being.
If I have a fault/REIN occurance and am wanting to rapidly compare graphs of say SNR from day to day the very last thing I want is to have to jump back up/down to/from between directories for every stored day to find the file in the list and load each one up for viewing.
The last time I did have this situation I wanted them all in the same directory all next to each other so I could click on each one to view it rapidly.
Seperate daily directories does indeed make sense and is a good idea if you are running the program daily for archiving and record keeping purposes of your line's performance.
-
This is just a quick bugfix version to deal with the issue a few users have reported concerning negative values in the "per minute" graphs, leading to a program crash when logarithmic scaling is selected for the FEC graph.
http://rsux.plainroad.me.uk
Roseway, I would like to thank you for your continued development of this application. it is getting better and better on every release. I cannot thank you enough.
I do however have one request / section. I am very cautious about the levels of interleaving on my modem, and I want to try and monitor this as much as I can. How easy it to either
a.) plot this on a seperate chart
b.) dump this to another seperate text file so that I can run my own stats on it.
Many thanks in advance.
-
I haven't actually tried my programs on the HG622.
Is there any indication in the various error logs as to where things go wrong?
Someone in another forum seemed to suggest it is possibly at the logging in stage.
My difficulties were simply that your package is now so essential to me, I didn't want to use the new box in anger until I knew that it would be properly monitored by it. I wasn't sure if you had one of Asbokid's new boxes, but checking to see if the package and it were compatable was the first thing I did with it! ;D :clap2:
Yes, that was Les-70 here on Kitz. It accepts the username OK, but fails to properly recognise the password. He suggested ensuring the loginx.txt files were terminated with solely a <CR> rather than <CR LF> or <OD> rather than <0D 0A>. I didn't want to bother you about that, so I've PM him as I've tried various combinations now without success, but it was gettting rather late! :(
The other thing was that becuase I saw quickly that problem (using set_hg612_date_and_time manually), I tried a quick snapshot, but it seems to 'hang' after #3 in the harvesting sequence. As I said, I know you're very busy just now, so I will work at it and collate more evidence (if I can do that 'offline') before letting you know, as it's not so easy for me to try to fix now it's coded! ;D
I can also confirm from my own previous testing that bitloading data remains static between resyncs when using the new BLOB.
OK, so it was late, as I've said :sleep: but I did work it out (eventually) for myself. ;) As we've said before, bitswaping is a good thing, but the fact that Eric shows us where and how often it is occurring is another useful tool in our armoury to learn about how our line is performing, and I've found it helpful. I'm therefore not (yet) sure whether losing that ability is balanced by the potential increase in achievable rates (which can't be used) or the reduction in ES/CRCs,which were not high anyway considering I am still on fastpath. It certainly will be for other people ;D But I haven't made up my mind yet. I'll try to keep up in future!
[EDIT] note to Eric, it is because of how useful the things you do in RS-? are that when there's a change in something, it's immediately obvious, even if it takes me a bit to catch upon why. :clap2:
-
I have not tried the graphing scrips with the HG622 but I did try the SRNRM tweak files with it. Those needed all three login files to be edited to end in just <0d> i.e. cr, also the final exit used needed to done with a file using just the <0D> ending. I don't know how rs-w does it , maybe it always uses just cr endings.
In most cases rs-ux/w assumes Unix line endings (0a) for logging in, but I recently found that Thomson/Technicolor routers expect Windows line endings (0d0a), so I had to change the setting for that particular range of routers.
-
Can putting the snapshot graphs into separate daily folders be an option rather than a non changeable default please.
Yes, I'll make it an option.
-
Roseway, I would like to thank you for your continued development of this application. it is getting better and better on every release. I cannot thank you enough.
I do however have one request / section. I am very cautious about the levels of interleaving on my modem, and I want to try and monitor this as much as I can. How easy it to either
a.) plot this on a seperate chart
b.) dump this to another seperate text file so that I can run my own stats on it.
Thank you for your comments.
I'm surprised that your interleaving levels change often enough to be worth plotting. Normally these values will only change when there's a re-sync. I can certainly dump the values to a text file periodically. What frequency and what format for the text file would be useful to you?
-
[EDIT] note to Eric, it is because of how useful the things you do in RS-? are that when there's a change in something, it's immediately obvious, even if it takes me a bit to catch upon why.
I would certainly prefer issues like this to be reported, even if it does subsequently turn out that the source of the issue is elsewhere.
-
In most cases rs-ux/w assumes Unix line endings (0a) for logging in, but I recently found that Thomson/Technicolor routers expect Windows line endings (0d0a), so I had to change the setting for that particular range of routers.
As does the HG612 it seems, as this is what Paul, like you, has done for the username/password/sh/exit responses. This is working fine for the 612 irrespective of which blob is in use. However, it appears, atm, that the HG622 has some issue with <0D 0A> at the password prompt i.e. it is happy with that for the username response, and indeed if you do the whole thing from a Windows telnet session (which seems to imply Windows endings), but complains that it doesn't recognise the password reply. As it then takes the next 2 inputs sh/exit? as other password attempts, it seems that it is the line termination at that point that is sus. :( I have tried a <0D> ending (on the assumption for the moment that Paul's compiled v1.0 is still using the .txt files in the app directory :-\), but without success. But I really need to retest slooowly. :(
Perhaps my assumption is simply wrong
-
Roseway, I would like to thank you for your continued development of this application. it is getting better and better on every release. I cannot thank you enough.
I do however have one request / section. I am very cautious about the levels of interleaving on my modem, and I want to try and monitor this as much as I can. How easy it to either
a.) plot this on a seperate chart
b.) dump this to another seperate text file so that I can run my own stats on it.
Thank you for your comments.
I'm surprised that your interleaving levels change often enough to be worth plotting. Normally these values will only change when there's a re-sync. I can certainly dump the values to a text file periodically. What frequency and what format for the text file would be useful to you?
Daily would be ample, agreed it rarely changes, but it would be usefull to plot them on say, a monthly chart to help track any interleaving issues.
-
Roseway, I would like to thank you for your continued development of this application. it is getting better and better on every release. I cannot thank you enough.
I do however have one request / section. I am very cautious about the levels of interleaving on my modem, and I want to try and monitor this as much as I can. How easy it to either
a.) plot this on a seperate chart
b.) dump this to another seperate text file so that I can run my own stats on it.
Thank you for your comments.
I'm surprised that your interleaving levels change often enough to be worth plotting. Normally these values will only change when there's a re-sync. I can certainly dump the values to a text file periodically. What frequency and what format for the text file would be useful to you?
Daily would be ample, agreed it rarely changes, but it would be usefull to plot them on say, a monthly chart to help track any interleaving issues.
Actually, you can scrap that. I have created a batch file, that telnets into the router once a day, does a xdslcmd info --show and exports to a text file of the days date. so now, I can go through my logs pull out the values I am after.
-
I have not tried the graphing scrips with the HG622 but I did try the SRNRM tweak files with it. Those needed all three login files to be edited to end in just <0d> i.e. cr, also the final exit used needed to done with a file using just the <0D> ending. I don't know how rs-w does it , maybe it always uses just cr endings.
In most cases rs-ux/w assumes Unix line endings (0a) for logging in, but I recently found that Thomson/Technicolor routers expect Windows line endings (0d0a), so I had to change the setting for that particular range of routers.
Just to confirm that at login and at ATP level (for shell and exit) I find the HG622 needs either 0a or 0d, but since it responds to both --NOT both. I probably used 0d rather than 0a due to not thinking linux!
-
Actually, you can scrap that. I have created a batch file, that telnets into the router once a day, does a xdslcmd info --show and exports to a text file of the days date. so now, I can go through my logs pull out the values I am after.
OK, thanks, I'll cross that one off the list.
-
I have tried a <0D> ending (on the assumption for the moment that Paul's compiled v1.0 is still using the .txt files in the app directory :-\), but without success. But I really need to retest slooowly. :(
Perhaps my assumption is simply wrong
The compiled programs don't actually use the .txt files in the app directory, although they may have been included in the download file.
A completely different method of logging in is now used.
To avoid hi-jacking Eric's thread, I'll start a new one soon(ish) to (hopefully) get to the bottom of why the programs don't currently work with the HG622.
-
@ Eric - yes I would also like to thank you AGAIN :) - excellent work bud...long may it continue!
I can confirm the Bit-Swaps-Per-Minute to not continue to be logged after a re-sync as Ive just done it again, but...I had to restart the app as I accidentally opened a second running copy by clicking on the tray icon (as the shortcut is stored there..a la windows 7) and I now had 2 running and didnt know which was the one that had been running all day...unfortunately i close the wrong one (from the tray) without checking... what is it you want me to post exactly? you mentioned .." could you take a manual note of the values in the Bitswap: line of the Connection stats over a few samples" - sorta lost me there sorry.. the Bitswap values have now since renewed.
here is my previous sync values regarding interleave depth being pulled from different section of the stats by DMT Tool (352) than RS-W (96) - I would like to say since the re-sync ive just forced that both are now reporting 96...
G.dmt framing
K: 41(0) 16
R: 4 16
S: 1 8
D: 96 8
ADSL2 framing
MSGc: 96 15
B: 40 15
M: 1 8
T: 8 7
R: 4 16
S: 0.0785 3.6226
L: 4583 318
D: 352 8
DMT Tool seems to pull the D value from ADSL2 Framing.
-
what is it you want me to post exactly? you mentioned .." could you take a manual note of the values in the Bitswap: line of the Connection stats over a few samples" - sorta lost me there sorry.. the Bitswap values have now since renewed.
I just wanted to confirm that the Bitswap data reported by the router was still incrementing normally when rs-x/w was showing zeros after the re-sync.
here is my previous sync values regarding interleave depth being pulled from different section of the stats by DMT Tool (352) than RS-W (96) - I would like to say since the re-sync ive just forced that both are now reporting 96...
G.dmt framing
K: 41(0) 16
R: 4 16
S: 1 8
D: 96 8
ADSL2 framing
MSGc: 96 15
B: 40 15
M: 1 8
T: 8 7
R: 4 16
S: 0.0785 3.6226
L: 4583 318
D: 352 8
DMT Tool seems to pull the D value from ADSL2 Framing.
I missed a trick here - I hadn't realised that some routers report both G.dmt framing and ADSL2 framing, so I was just picking up the first instance of the line beginning D: I'll sort it out.
[Update] Now sorted (I think, but I'm unable to test it)
-
Any idea why one is sometimes different from the other? (g. Dmt vs adsl2)
Sent from my Sony Xperia Miro on Tapatalk
-
No idea, I'm afraid. But it's not unreasonable to expect that the DSLAM/MSAN will have different configurations for the different protocols.
-
Hi Eric,
A genuine facility request this time .... ;D
On the Bitswaps graphs, might it be possible at some point to put clickable boxes for displaying the US & DS values separately, i.e. one or the other or both as ticked. (When there's something in them that is! :lol:)
Sometimes, becuase the rates are low, it's hard to distinguish what's going on in one from the other. And if you wanted to add a cycle (i.e. from US to DS to US to ...) then that would be too 8) for words!
Thanks for giving it consideration. Colin
-
That's a good suggestion, Colin. I'll endeavour to add it to the next version.
[Update] Now added to all the time-related graphs, apart from the connection speed graph, where the issue wouldn't seem to apply.
-
RE: Max Attainable Speed
On occasions I notice multiple max attainable download lines. These usually occur prior to a change in sync speed. On this occasion it was when I was trying to reduce my noise margin on a HG622.
-
RE: Max Attainable Speed
On occasions I notice multiple max attainable download lines. These usually occur prior to a change in sync speed. On this occasion it was when I was trying to reduce my noise margin on a HG622.
Yes, I noticed this myself recently, when I had a couple of unexpected re-syncs. I think I've fixed it, and I'll test the solution shortly.
[Update] Now fixed.
-
I can also confirm ive seen those lines before but forgot too report it, I got rid by restarting the app
new version coming soon ?? :)
is there any chance you can add the vendor id query result in somewhere please?
edit: also, a suggestion... do the QLN and HLOG graphs Y axis values have to go so low? the QLN goes down to -180dBm and the HLOG is -200dB, I dont know what the lowest QLN or HLOG can go but from some of the ones I've seen I would have thought -150 on QLN and -100 on HLOG may be suffice? I mean especially the HLOG as it looks like its a little squished up there at the top of the graph :)
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fi16.tinypic.com%2F82mt9ar.png&hash=29377978281a756b290923f5a189d2aa816ab74c)
-
new version coming soon ??
In the next day or two, depending on some tests I'm running.
is there any chance you can add the vendor id query result in somewhere please?
It's the first item on the Stats tab, or were you looking for something more?
do the QLN and HLOG graphs Y axis values have to go so low?
That's a fair point. I'll have a look at the scaling of those graphs when I can get a round tuit.
-
Another request please to think to adding to your expanding aroundtoit.
Is it possible to add an auto record button, ie its starts automatically recording stats say a minute after start up of the prog. That way I could add RS-w to auto run on windows start up.
Thank you
-
Is it possible to add an auto record button, ie its starts automatically recording stats say a minute after start up of the prog. That way I could add RS-w to auto run on windows start up.
It accepts the command-line parameter "startrecording" so if you start it with
rsw.exe startrecording
it will do what you're asking for.
Apart from this, adding autorecording as an option would be easy enough to implement, and I'll have a look at it.
[Update] Option added to the Misc section.
-
Yeah good suggestion by kitz, is it possible to have it Start in the tray so it can run hidden without bothering you
Sent from my Sony Xperia Miro on Tapatalk
-
Yeah good suggestion by kitz, is it possible to have it Start in the tray so it can run hidden without bothering you
Sent from my Sony Xperia Miro on Tapatalk
-
On the subject of the min QLN roundtuit, mine goes 'down' to -150.5 and is around the 149 -150 mark from tone 375 upwards (ADSL2+) so you need to go to -160.
There are pro's and con's of having the QLN and Hlog graphs autoscaling to whatever are the min/max's.
While it would maximise the use of the chart area, as most users charts should be broadly similar, doing comparisons between different lines or even charts at different times for one user where the Y axis scaling is different on each graph might actually be rather irritating/confusing.
-
I agree with you there, c6em. When I first added these graphs I left some leeway in the minimum values because I wasn't sure what range of values the program was going to encounter. I don' t think they should auto-rescale, for the reason you gave.
-
I agree completely, hope it didn't come across that I was suggesting that?... I think they should be fixed and at a smaller scale so that you can get finer grained resolution of the stats, especialy in the QLN graph
Sent from my Sony Xperia Miro on Tapatalk
-
Yeah good suggestion by kitz, is it possible to have it Start in the tray so it can run hidden without bothering you
I've added this option now, as well as the 'start recording' option.
-
oh i didnt notice you added the DSLAM/MSAN Type...thing is its not displaying mine?
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fi43.tinypic.com%2F5lv5n6.png&hash=2c6915a211e5ae2ea7aab7b82597e2a6a42b60ed)
the command for my Netgear DG834N is adslctl info --vendor and this is what it shows, while version number isnt really important it would be good too show it.
adslctl: ADSL driver and PHY status
Status: ShowtimeRetrain Reason: 8000
Channel: FAST, Upstream rate = 1204 Kbps, Downstream rate = 17600 Kbps
ChipSet Vendor Id: BDCM:0x 0
ChipSet VersionNumber: v10.06.33
ChipSet SerialNumber:
#
is it possible to have the ID and Version Number one same line perhaps? e.g. BDCM:0x 0 / v10.06.33
thanks again Eric, your a star!! :)
-
I'm not sure why the program doesn't pick up the vendor with your router, but I should be able to fix it. I'll attach the version number as well, as you suggest.
[Edit] I've found the reason. Now fixed.
-
Yeah good suggestion by kitz, is it possible to have it Start in the tray so it can run hidden without bothering you
I've added this option now, as well as the 'start recording' option.
Thank you VM Eric :)
-
[Update] Now added to all the time-related graphs, apart from the connection speed graph, where the issue wouldn't seem to apply.
Thanks Eric, the new version has significant improvements. :thumbs: You're on a roll! ;D
One other thing you might want to consider: are there some graphs (e.g. bitswaps/min, the various error rates) that might look better as bar graphs rather than line graphs (or possibly as at EU options choice)? :hmm:
Just occurred to me while looking at the new version, which with 1min samples (for /min rate data), the line graphs sometimes alternate between a spike and a flat line (when intermediate values are zero). In such cases (low rates) a bar graph might give a better feel? :-\ What do you think?
Many thanks again. Each new version improves an already good tool! :clap2:
-
I have to agree with Colin, bars (or choice) would be great O0
Sent from my Sony Xperia Miro on Tapatalk
-
I can certainly have a look at that. One thing which occurs immediately though, is that there is both upstream and downstream data shown on those graphs, and it wouldn't really be practicable to have both simultaneously on a bar chart - I would have to make it so that only one direction at a time was shown.
-
I can certainly have a look at that. One thing which occurs immediately though, is that there is both upstream and downstream data shown on those graphs, and it wouldn't really be practicable to have both simultaneously on a bar chart - I would have to make it so that only one direction at a time was shown.
Yes, you are right; that's why it's always best for you (the designer/developer) to make those decisions. ;D
Thanks for considering it anyway, whatever you decide. :thumbs:
-
The only way you could do it is if you displayed in a 3-D type of chart
Routerstats does this on the telnet access graphs - it also needs the ability to swap the plots round to bring one in front of the other otherwise say the upstream can get part hidden behind the D/S if the DS bitswapping is highly active.
See attached sample from RS
-
I don't think I'm very keen on that presentation, to be honest, but I'll give some thought to how I might implement it.
-
It doesn't need to be 3D does it? Upload is always less so just have it sit over the top of the download one.. And have it so that they can swap around if upload exceeds download, e.g. You would have a green (upload) bar, the rest of the bar would be blue (download).. If upload exceeds download then bottom of the graph would be blue (download) and top green (upload), for those rare occasions they are the same have the bar be grey or summit?
Sent from my Sony Xperia Miro on Tapatalk
-
Don't you think that would look a bit of a mess? I've made a quick mod to show the CRC/min graph as a barchart, retaining the separate up and down switches, and you can see what it looks like below. The first one is with both up and down included, the second is down only, and the third is up only.
-
No I don't think it would look messy? I see that format used loads, av-comparitives adopt similar bar charts... It gives the illusion that one is simply sitting in front of the other
Actually those bars are more 'sticks' ...hehe (no offence)
Think I would have my bars as 10 minute ones if I could choose it as option
Sent from my Sony Xperia Miro on Tapatalk